c - 为什么 RTP/RTSP 会干扰我的 H.264 NAL？

Question

我查看了 RFC 并注意到可以解释为什么会发生以下情况(尽管解码器仍然可以生成原始电影)。

我使用 VSS h.264 编码器传输 H.264/AVC nals，字节流看起来像这样 E5 46 0E 4F FF A0 23...

当我在 RTP Broadcaster/RTSP 接收器之后的接收器端读取电影数据时，我得到了额外的未知数据但总是在相同的位置，在起始代码前缀 (0x00000001) 之前添加了 8 个字节，在 Start Code 前缀后添加 2 个字节，看起来像这样。

XX XX XX XX XX XX XX XX 00 00 00 01 XX XX，然后我查看 Wireshark，我可以看到 RTP 将字节添加到数据负载中。

为什么会这样？为什么解码器似乎可以很好地处理这些额外的字节？!

Answer 1

那是一些困惑的流......你可以把它弄得更糟，它仍然可以工作，因为解码器解析它的 0x000001 开始代码，跳过添加在开始。末尾的那两个新字节必须是 H264 碎片字节......或者与 H264 相关的东西，因为它们可以工作。

基本上，这是由于分包器/RTSP 源过滤器有缺陷。我的猜测是，如果您对这 8 个字节进行 ASCII 编码，您将获得 RTSP 源过滤器的供应商名称...xD