occupy8的专栏

RFC3984是H.264的baseline码流在RTP方式下传输的规范，这里只讨论FU-A分包方式。1、单个NAL包单元一个封装单个NAL单元包到RTP的NAL单元流的RTP序号必须符合NAL单元的解码顺序。单个NAL单元包的结构显示在图1。注: NAL单元的第一字节和RTP荷载头第一个字节重合。0                            1

RTP包头还是贴一下吧，看起来方便： 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+|V=2|P|X| CC  |M| PT                  | seque

from http://blog.csdn.net/jefry_xdz/article/details/84613431、NAL全称Network Abstract Layer, 即网络抽象层。         在H.264/AVC视频编码标准中，整个系统框架被分为了两个层面：视频编码层面（VCL）和网络抽象层面（NAL）。其中，前者负责有效表示视频数据的内容，而后者则负责

海康7816使用ps流来封装h.264数据，这里使用的解码器无法识别ps流，因此需要将h264数据从ps流里提取出来对于ps流的规定可以参考13818-1文档 这里从7816里获取到一些数据取样00 00 01 BA 44 73 26 B8 34 01 00 00 03 FE FF FF 00 00 00 0100 00 01 BC00 5A E0 FF 00 24

转自：http://www.cnblogs.com/yinxiangpei/articles/3892982.html视频的显示和存放原理对于一个电影，帧是这样来显示的：I B B P。现在我们需要在显示B帧之前知道P帧中的信息。因此，帧可能会按照这样的方式来存储：IPBB。这就是为什么我们会有一个解码时间戳和一个显示时间戳的原因。解码时间戳告诉我们什么时候需要解码，显示时间戳告诉我们

首先说明下yuv420的格式下面选自http://blog.csdn.net/jefry_xdz/article/details/7931018提示: 读下面的文字时，希望大家结合图片看，这样更易理解       在YUV420中，一个像素点对应一个Y，一个2X2的小方块对应一个U和V。对于所有YUV420图像，它们的Y值排列是完全相同的，因为只有Y的图像就是灰度图像。YUV420sp