AnnexB格式NALU数据开始前缀00000001或000001此处注意为甚么是4bit或3bit后面有描述针对H320电话会议RTP格式NALU数据20个字节的类似的并不符合RTP协议的RTP头针对IP网络的RTP打包方式H264协议只规定了字节流格式没有规定RTP格式可能也是因为这个原因JM的RTP格式没有被用到任何场合场合中成为了摆设下图中的RTP格式是h264乐园的firstime从JM86中分析出来的实际包交换网络中必须按照RFC3984将NALU数据封装为RTP包而不能使用JM的RTP格式下面引自QUESTIONMARK的博客下面说明3字节起始码和4字节起始码以下和leadingzero8bitstrailingzero8bits已无关系忘掉ifnextbits240x000001zerobytef8startcodeprefixone3bytesf24根据B1节可以看到所谓的4字节起始码是zerobyte3字节起始码那么看zerobyte的说明就可以明白zerobyte什么时候出现也就能明白什么时候出现4字节起始码1SPSPPSnalu是4字节起始码2AccessUni