为啥VLC能认嘛？编码生成一个Pstream不一定是一个完整的nal包，每个流都要也要查起始头00000001？
最近编辑记录 whyabc666 (2020-11-10 11:53:52)
离线
你怎么确定是不完整的nal包？海思也是按nal进行打包的，rtp库一般都有做nal包的文件头查询动作，所以不管你nal一包包传，还是一起传，都是可以识别的
离线
海思的h264Pstream中的每个pstpack都有00000001，有的是4包短的，nal unit type是67，68，06，65；有的是长包，nal unit type是61？打包是00000001也要作为payload，不是网上有人说的是nal unit type后的才放到payload。nal unit type是每个包的第五个字节&0x1f？，但是这样gstreamer她娘的还是不认，VLC还是认的。自己写gst的avdec_h264?rtph264deplay处理后的h264有些地方有bug？短包有问题？ 找规律，08 ，10，18，20，28，30，38…………似乎是61e0后的还带序列号……
最近编辑记录 whyabc666 (2020-11-11 18:26:51)
离线
是海思这边把67，68，06，65(7,8,6,5nal unit type)，0x61处理符合gst？改gst？
最近编辑记录 whyabc666 (2020-11-12 07:24:00)
离线
海思的h264Pstream中的每个pstpack都有00000001，有的是4包短的，nal unit type是67，68，06，65；有的是长包，nal unit type是61？打包是00000001也要作为payload，不是网上有人说的是nal unit type后的才放到payload。nal unit type是每个包的第五个字节&0x1f？，但是这样gstreamer她娘的还是不认，VLC还是认的。自己写gst的avdec_h264?rtph264deplay处理后的h264有些地方有bug？短包有问题？ 找规律，08 ，10，18，20，28，30，38…………似乎是61e0后的还带序列号……
你可以去看下gstreamer怎么解析的，我用其他h264分析工具，都是正常解析的
离线
用了两款开源的解码软件都对海思h264感冒！
离线