现在我遇到麻烦的地方是RTMP Chunking,第17页的Adobe RTMP Specification&图18示出了如何分组消息的示例.从这个例子中我可以看出它是根据块大小(128字节)分解的.对我来说,块大小在初始连接和交换中协商,总是4096字节.因此,当我交换大于4096字节的视频数据时,我需要将消息分块,然后发送RTMP packetHeader并结合前4096字节的数据,然后发送一个小的RTMP头,即0xc4(0xc0 | packetHeaderType(0x04))结合4096字节的视频数据,直到发送了标头指定的完整数据包.然后进入一个新框架并重复相同的过程.
通过检查用不同语言编写的其他RTMP客户端示例,这似乎就是他们正在做的事情.不幸的是,我尝试传输的摄取服务器没有接收广播视频数据,他们不关闭我的连接,他们只是从不显示视频或视频是正确的任何迹象. Wireshark显示,在发送视频原子数据包之后,发送的大多数数据包都是未知(0x0)一点,然后它们将切换到视频数据,并在显示未知(0x0)和视频数据之间进行触发.但是,如果我将有效负载最大大小限制为20000字节,Wireshark会将所有内容显示为视频数据.显然,摄取服务器不会在这种情况下显示视频,因为我正在删除大块的数据,因为它只有20k字节.
试图弄清楚出了什么问题我开始了另一个xcode项目,它允许我在我的Lan上欺骗RTMP服务器,以便我可以看到从libRTMP IOS进入服务器时数据的样子.同样使用libRTMP,我可以记录它发送的数据包,它们似乎注入字节0xc4甚至128字节,即使我已经发送Change Chunk size消息作为服务器.当我尝试在我的RTMP客户端库中通过使用128块大小来复制它时,即使它被设置为4096字节,服务器也将关闭我的连接.但是,如果更改libRTMP以尝试转到实时RTMP服务器,它仍会在LibRTMP中打印出它正在以128的块大小发送数据包.并且服务器似乎在视频显示时接受它.当我查看RTMP服务器上的数据时,我发现它就是他们的全部.
任何人都知道会发生什么事吗？
解决方法
>您的视频编码是否与您告诉服务器的内容相符？换句话说,如果您的视频编码为H.264,那么您指定给服务器的是什么？
>数据是否与服务器期望的容器格式匹配？例如,如果服务器希望接收MPEG-4电影(.m4v)文件,但您只发送编码的MPEG-4(.mp4)流,则需要将MPEG-4视频流封装为MPEG-4电影容器.相反,如果服务器只需要一个MPEG-4视频流,但您要发送封装的MPEG-4电影,则需要将MPEG-4流从其容器中解复用并仅发送该内容.
>您是否考虑过传输介质的MTU？无论块大小如何,在客户端和服务器之间获得MTU不匹配都很难调试(并且可能是为什么您将某些数据包列为“未知”类型而其他数据包为“视频数据”类型).只要MTU是一致的,大多数操作系统都会使用大多数操作系统内置的分段和重组(SAR)基础设施,但是如果你必须自己做SAR逻辑,那么很容易得到这个错误.
>您是否尝试使用libRTMP iOS和您自己的客户端在Wireshark中捕获流量并将数据包并排比较？有时,“参考”数据包跟踪在发现原本看起来不重要的一点点(或许多)时非常有用.
祝好运！
