"Weird" 来自 Parrot Anafi RTSP 流的 NALU 多路复用
"Weird" NALU multiplexing from Parrot Anafi RTSP stream
通过 RTSP 提供的 Parrot Anafi 无人机的 RTP NALU 流似乎在某种程度上将几个 NAL 单元“复用”到 RTP 级别的更大的外部 NAL 单元中。尝试使用 GStreamer 管道，它只是打开 RTSP 源，然后在“rtph264depay”和“rtph264pay”之后再次转发它们在远端不起作用：混乱到达浏览器，他们显然也从未见过这样的。
这里是一个 SPS 和 PPS 的例子，一个非 IDR 切片作为一个大块发送：
到现在为止我从来没有见过这样的“分组”，我习惯将SPS和PPS视为单独的RTP数据包。显然所有浏览器也是如此，因为它们无法解码这样的“组”。
有效负载正常，已 STAP-A 聚合。 Parrot Anafi 的问题是：它们不发送 IDR 帧。浏览器需要它。没有 IDR，没有视频。
通过 RTSP 提供的 Parrot Anafi 无人机的 RTP NALU 流似乎在某种程度上将几个 NAL 单元“复用”到 RTP 级别的更大的外部 NAL 单元中。尝试使用 GStreamer 管道，它只是打开 RTSP 源，然后在“rtph264depay”和“rtph264pay”之后再次转发它们在远端不起作用：混乱到达浏览器，他们显然也从未见过这样的。
这里是一个 SPS 和 PPS 的例子，一个非 IDR 切片作为一个大块发送：
到现在为止我从来没有见过这样的“分组”，我习惯将SPS和PPS视为单独的RTP数据包。显然所有浏览器也是如此，因为它们无法解码这样的“组”。
有效负载正常，已 STAP-A 聚合。 Parrot Anafi 的问题是：它们不发送 IDR 帧。浏览器需要它。没有 IDR，没有视频。