Rtsp之H265解析

以前做过Rtsp接收H264的视频流,最近在研究H265视频流,发现在码流解析上面,还是有一点区别。

参考文献

https://tools.ietf.org/html/draft-ietf-payload-rtp-h265-14

分两种情况:

1.不需要rtp分包的,直接保存rtp数据即可。

2、需要rtp分包的,直接上码流:

情况1:不需要分包

 前面两个字节 00 01

==》F:0  NulType 0

这里可以直接写入H265的数据

情况2:需要分包,这里列举3种包,第一包,中间包,最后一包

开始第一包:

中间的rtp包:

最后 rtp包:

 通过上诉报文发现,

前面两个字节都为62 01

第三个字节分别为:

81,==》1000 0001   S:1  E:0  FyType00001

01,==》0000 0001  S:0  E:0  FyType00001

41==》0100 0001   S:0 E:1  FyType00001

根据下面的定义:

  • 0 1 2 3 4 5 6 7

  • +-+-+-+-+-+-+-+-+

  • |S|E| FuType |

  • +---------------+

所以假设原先的H265的码流格式为:

那么 rtp分包的H265数据为前面两个字节记得把NalType替换成49,然后再增加一个|S|E| FuType |格式。

所以当切片的时候,NalType的值为49,其他的就不是切片的情况。

猜你喜欢

转载自blog.csdn.net/g0415shenw/article/details/82317085
今日推荐