RTMP 摄取块流的问题

Trouble with RTMP ingest chunk stream

我正在尝试为我正在开发的应用构建我自己的客户端 RTMP 库。到目前为止,一切都非常成功,因为我能够连接到 RTMP 服务器协商握手,然后发送所有必要的数据包(FCPublish Publish ETC),然后从服务器我收到 NetStream.Publish.Start 的 onStatus 消息,这意味着我已经成功获得服务器,允许我开始发布我的直播视频广播。 Wireshark 还确认信息(/Data packetizing)是正确的,因为它在那里也正确显示。

现在我遇到一些麻烦的地方是 RTMP 分块,关闭第 17 页和第 18 页的 Adobe RTMP Specification 显示了消息如何分块的示例。从这个例子中我可以看到它是根据块大小(128 字节)分解的。对我来说,块大小在初始连接和交换中协商,始终为 4096 字节。因此,当我交换大于 4096 字节的视频数据时,我需要将消息分块发送 RTMP packetHeader 与前 4096 字节的数据相结合,然后发送一个小的 RTMP header,即 0xc4 (0xc0 | packetHeaderType (0x04)) 与 4096 字节的视频数据相结合,直到 header 指定的完整数据包已发送。然后一个新的帧进来,重复同样的过程。

通过检查其他用不同语言编写的 RTMP 客户端示例,这似乎是他们都在做的事情。不幸的是,我尝试流式传输到的摄取服务器没有接收到广播视频数据,它们不会关闭我的连接,它们只是从不显示视频或任何表明视频正确的迹象。 Wireshark 显示在发送视频原子数据包后,大多数发送的数据包都是未知 (0x0) 一点点,然后它们将切换到视频数据,并将在显示未知 (0x0) 和视频数据之间进行某种触发器。但是,如果我将有效负载的最大大小限制为 20000 字节,Wireshark 会将所有内容显示为视频数据。显然,在这种情况下,摄取服务器不会显示视频,因为我正在删除数据块,使其只有 20k 字节。

为了找出问题所在,我启动了另一个 xcode 项目,该项目允许我在我的局域网上欺骗一个 RTMP 服务器,这样我就可以看到来自 libRTMP IOS 的数据是什么样子的它进入服务器。同样使用 libRTMP,我可以让它记录它发送的数据包,它们似乎注入字节 0xc4 甚至 128 字节,即使我已经将 Change Chunk size 消息作为服务器发送。当我尝试通过仅使用 128 块大小在我的 RTMP 客户端库中复制它时,即使它已设置为 4096 字节,服务器也会关闭我对我的连接。但是,如果更改 libRTMP 以尝试转到实时 RTMP 服务器,它仍然会在 LibRTMP 中打印出它正在以 128 的块大小发送数据包。服务器似乎正在接受它,因为视频正在显示。当我查看进入我的 RTMP 服务器的数据时,我可以看到它们都是他们的。

有人知道会发生什么吗?

虽然我没有专门使用 RTMP,但我使用过 RTSP/RTP/RTCP 相当广泛,所以,根据那次经验和我一路上遇到的挫折,这里有一些随机的,可能 -可能 help/things 寻找可能导致问题的适用提示:

  1. 您的视频编码是否与您告诉服务器的相符?换句话说,如果您的视频编码为 H.264,那是您向服务器指定的内容吗?
  2. 数据是否符合服务器期望的容器格式?例如,如果服务器希望接收 MPEG-4 电影 (.m4v) 文件,但您只发送经过编码的 MPEG-4 (.mp4) 流,则需要将 MPEG-4 视频流封装到一个MPEG-4 电影容器。相反,如果服务器只需要一个 MPEG-4 视频流,但您发送的是封装的 MPEG-4 电影,则您需要将 MPEG-4 流从其容器中解复用并仅发送该内容。
  3. 您是否考虑过传输介质的 MTU?无论块大小如何,客户端和服务器之间的 MTU 不匹配都很难调试(这可能是为什么您将某些数据包列为 "Unknown" 类型而其他数据包列为 "Video Data" 类型的原因)。只要 MTU 一致,大多数 OS' 内置分段和重组 (SAR) 基础架构将解决大部分问题,但在您必须执行自己的 SAR 逻辑的情况下,它非常很容易弄错。
  4. 您是否尝试过使用 libRTMP iOS 和您自己的客户端在 Wireshark 中捕获流量并并排比较数据包?有时 "reference" 数据包跟踪对于发现最初看起来并不重要的一小部分(或许多)可能是非常宝贵的。

祝你好运!