|
整个编码的流程为：PAL/NTSC/SECAM的视频信号通过Composite或S-Video接口，音频通过双声道音频接口进入Osprey 230 采集卡；Osprey 230由Video4Linux2与OSS驱动程序来驱动，VLC通过这两个接口控制采集卡，实时读取音视频数据，并分别将音视频数据送到AVS-M编码器与AAC+编码器进行编码；编码后生成的码流送到MPEG2 TS 复用器进行复用；复用后的TS流通过以太网接口以UDP单播或组播的方式发送出去。
2.1.1. 编码库
开发支持AVS-M标准的编码库是本项目的重点，根据AVS-M标准与H.264标准的异同对x264编码库进行修改，修改的原则是在不改变原先H.264编码功能的前提下增加AVS-M编码功能。为了同时支持上述两个标准，在此采用运行时开关的方法使得编码库既支持H.264标准又支持AVS-M标准，并且两者可以动态地切换。如下是在开发过程中涉及的两个标准的不同部分。
2.1.1.1. NAL层
AVS-M和H.264类似，码流的基本单元都是NAL，每个NAL可以包含序列头、图像头和条带等多种语法结构。不同之处是H.264中为了避免与起始码混淆，当NAL内部出现0x000001时，要在0x01之前插入一个0x03。所以我们在实现AVS-M时，要把这个插入0x03的模块删除。
2.1.1.2. 条带上层语义
在AVS-M中，有和H.264相对应的序列参数集和图像参数集。另外AVS-M增加了图像头，这使得每帧图像数据的边界清晰明了，方便了解码器的实现。我们在实现AVS-M时，也要相应地加入图像头的支持。
2.1.1.3. 帧内预测
在亮度帧内预测中，AVS-M和H.264都有9种模式，但是他们的排列顺序是不相同的，如图1所示。
在实现过程中，我们使用了一个映射表将两种不同的排列顺序联系起来，使得代码的改动达到了最小。当然我们也要按照标准修改帧内预测的细微差别。
另外，AVS-M中只有4x4一种帧内预测模式，而H.264还有16x16和8x8两种模式，所以我们要关掉两种不用的模式。在色度方面，AVS-M不用基于“平面”的预测，所以也要把它从X264中去掉。最后还要注意，在帧间预测帧（P帧）中如果出现帧内预测宏块，它的相邻帧间预测块的帧内预测模式的预测值在AVS-M中被定义为不可用（-1），而在H.264中被定义为DC预测模式（2）。
2.1.1.4. 运动向量预测
在AVS-M中，当前块的运动向量预测是使用它左下角、上方和右上角的运动向量，而H.264是使用左上角、上方和右上角的运动向量，如图2所示。
另外，运动向量预测值的计算方法也略有不同。
2.1.1.5. 分数像素插值
在AVS-M和H.264中，半像素精度的样本值都是使用双线性插值的方法，当然它们使用了不同的滤波器。最需要注意的是，在水平和垂直方向都是四分之一精度的样本预测时，AVS-M使用的是“星形”法，而H.264使用的是“菱形”法，如图3所示。
在AVS-M中，e，g，p和r采用下面公式计算。
e = ( F + j + 1 ) >> 1
g = ( G + j + 1 ) >> 1
p = ( N + j + 1 ) >> 1
r = ( O + j + 1 ) >> 1
| 
