X264编码（下）

 1、编码的输入数据

         调用x264_encoder_encode( x264_t *h,  x264_nal_t **pp_nal,  int *pi_nal,  x264_picture_t *pic_in,  x264_picture_t *pic_out )编码函时，会有一个x264_picture_t *pic_in，这就是编码输入的图像，在之前必须给与赋值，并且必须是YUV420数据，将Y、U、V各个颜色分量的数据赋值到图像的各个平面上。或者优化在一个平面上，即将所有数据输入到第一个平面也是可行的（可以验证和对比）。

         那么在得到BGR的图像后需要转换平面，这里我是用Opencv中自带的cvCvtColor函数，但是Opencv中貌似没有直接转换成YUV420的参数，有一个CV_BGR2YUV参数，我的理解是这只是转换YUV4:4:4的，要换成YUV420还需要抽样。

         YUV格式有两大类：planar和packed。对于planar的YUV格式，先连续存储所有像素点的Y，紧接着存储所有像素点的U，随后是所有像素点的V。对于packed的YUV格式，每个像素点的Y,U,V是连续交*存储的。

YUV 4:4:4采样，每一个Y对应一组UV分量。
YUV 4:2:2采样，每两个Y共用一组UV分量。 
YUV 4:2:0采样，每四个Y共用一组UV分量。

一般来说，直接采集到的视频数据是RGB24的格式，RGB24一帧的大小size＝width×heigth×3 Bit，
RGB32的size＝width×heigth×4，如果是I420（即YUV标准格式4：2：0）的数据量是 size＝width×heigth×1.5 Bit。在采集到RGB24数据后，需要对这个格式的数据进行第一次压缩。即将图像的颜色空间由RGB2YUV。因为，X264在进行编码的时候需要标准的YUV（4：2：0）。然后，经过X264编码后，数据量将大大减少。将编码后的数据打包，通过RTP实时传送。到达目的地后，将数据取出，进行解码。完成解码后，数据仍然是YUV格式的。同样可以写个简单的代码区验证下Opencv里的颜色转换。https://code.csdn.net/snippets/284433

2、编码后的数据

        输入的数据准备好了，编码后的数据都在x264_nal_t的数组。我这里设置的参数是Baseline Profile，所以编码后没有B帧，将编码后的数据保存分析后发现，第一次编码的时候会有4个NAl，分别是SPS、PPS、SEI、I帧，也即分别是00 00 00 01 67、 00 00 00 01 68、 00 00  01 06、00 00 01 65开头的四个数据段，这里注意的是SEI和I帧的开头貌似X264中就是00 00 01的起始头了，应该是和源码中这样写的关系，不过没有什么大碍，就是后面在删除这些起始头的时候会有两种判断吧。然后编码第二帧图像，得到的就是一个NAL了，是P帧 00 00 01 41.

        这里还讲几个我遇到的一些参数和困惑，起初我发现在分析数据的时候，第一次是5个NAl，即SPS、PPS、SEI、I帧、I帧，第二次编码的时候是2个NAL，即P帧、P帧，这是怎么发生的呢，原来是有多个线程跑的原因，m_param.b_sliced_threads= false;后就会发现正常了。

        还有就是我要控制一个I后几个P，即一个GOP的数目，那么需要设置m_param.i_keyint_max 的值。另外就是在m_param.b_repeat_headers = 1;  // 重复SPS/PPS 放到关键帧前面，这样设置有利于解码的是每个I帧都会有SPS和PPS。

3、大家在编码完后发现有的人调用了X264_nal_encode函数，这个函数在老版本和新版本中参数会有点问题，老版本中是将数据组装成nalu的标准格式，即 起始码  +  nalu_header +  data。