今天在解析rtp 的ps流的时候遇到一个问题，这里记录一下：
当时看的是
https://blog.csdn.net/bytxl/article/details/50395427
https://blog.yasking.org/a/hikvision-rtp-ps-stream-parser.html
这篇博客，
1.按照rtp进行组包，得到一个完整的包。M标识
2.按照ps包格式，000001ba，000001bb，000001bb，000001c0，000001e0进行拆分 其中只有e0的负载是视频数据，c0是音频数据。
IDR NALU PS：PSheader| PS system header | PS system Map | PES header | h264 raw data
其他：PS header | PES header | h264raw data
如果有音视频混合：
PS 包=PS头|PES(video)|PES(audio)
混合的时候PES+rawdata+PES+rawdata
并且PES所指的长度是整个帧的长度，即length后面的长度。
把整包内单个或多个视频的ps头脱掉 组合起来就是一个或多个的h264包，从而得到了h364的裸流然后亲自抓包
版权声明：本文为weixin_43360707原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接和本声明。