请教HI3516C做流视频关于H.264 RTP封包与拆包的问题_问答

从VENC出来的数据就是NAL单元，其结构如下
[START CODE] +[NAL HEADER] +[NAL PLAYLOAD]
现在对这个数据进行封包
1.如果这个NAL单元小于MTU(1400),则直接加上12个字节的RTP HEADER就行了
应该
【RTP HEADER】+[NAL HEADER] +[NAL PLAYLOAD]这样进行传送对吧

2.如果是NAL单元大于MTU(1400),则进行FU_A分包
RTP数据结构为
[RTP HEADER] + [FU INDICATOR] + [FU HEADER] +[NAL PLAYLOAD]

这个是标准的协议，但是我这里有一个可以正常使用的RTSP服务器（HI3518+0V9712），我看了下封包的过程，组合的包对应上面两种情况为：
1.【RTP HEADER】+[NAL HEADER2]+[START CODE] +[NAL HEADER]+[NAL PLAYLOAD]
2.【RTP HEADER】+[FU INDICATOR2]+[FU HEADER2]+[START CODE] +[NAL HEADER]+[NAL PLAYLOAD]

其中构建的[NAL HEADER2]和[FU INDICATOR2]都是F =0;NRI=0 LTYPE=0 这样的
关键是这个还能正常播放，我不明白为什么，我修改成标准的反而不行了，什么原因
下面给出用wireshark转的包：
第一个UDP包：

这个是分片包
分片开始：

分片结束:

再看分片的情况
分片开始数据位
{80，60,00,4c,，00,4c,01,ed,00,00,00,0a,1c,80,00,00,00,00,01,61}
前12个字节还是nal header
第13个字节为1c
第14个字节为80
15字节~18为start code {00 00 00 01}
第19个字节为61是原始NAL头

其中13 14字节为
0001,1100,1000,0000
即FU INDICATOR中F NRI 为0 ，00，type为11100即28
FU HEADER中SER 为100，代表是开始的一个分片，TYPE为00000

大家可以看出来这个没有按照标准的格式来构建数据，标准的化FU INDICATOR中的高三位应该死NAL HEADER中的高三位
FU HERDER中的低5位应该是NAL HEADER的TYPE，即61中0110,0001的00001
即标准应该FU INDICATOR +FU HEADER为
0111,1100,1000,0001
7 c 8 1

我不明白的是为什么这样的数据结构可以正常播放呢？？？用的VLC播放器可以，使用LIVE555开发的客户端也是可以的，原因何在

请教HI3516C做流视频关于H.264 RTP封包与拆包的问题

Markdown 语法

Markdown 语法