在RTP上FU-A模式下打包h264流的故障

Question

我在UDP上使用SIP和RTP打包h.264流时遇到了一些问题。我是使用FU包化模式的视频avc轨道在一个mp4.我花了时间来纠正碎片，在RTP数据包上加上持续时间标记，以及在碎片单元上的最后一个数据包上设置标记位。有人能看看我在链接下面发布的数据包，其中流的mp4如下所示。您将希望使用SSRC0x1653来检查wireshark中的第一个h264 RTP流，这是我正在尝试打包的流。正在接收流的视频电话没有显示流，我正在尝试排除原因。谢谢你的分析。保罗

http://antinori.us/h264.packets.pcap

http://antinori.us/beck-videoplayback.mp4

Answer 1

首先，我不知道mp4文件结构，但知道H.264分组化。根据我的H.264分组化知识，似乎有两个问题。

碎片化单元结构本身看起来很好。

在您的包文件"http://antinori.us/h264.packets.pcap“中，

1. 可以是PPS (数据包#72)不是correct.The值，与correct.The值完全相同(数据包#71)。假设PPS是正确的。通常PPS比SPS短(在我的例子中只有4个字节- H.264基线配置文件，甚至H.264高配置文件)，在SDP中间的
2. (数据包#67)，有一个字段"a“带有参数”profile -id“，值应该是NAL之后的前3个字节，因此值应该是"42C01E”

。

关于您的信息，我制作了SPS (序列参数集-数据包#71)的副本。

6742c01e924405017fcb080000030008000003018078b177ffffffffffffe0

在第一个NAL单元序列参数集字节(67)之后，接下来的三个字节用于“配置文件级-id”。