从一个简单的问题开始我们的讨论：对于一个视频工程技术人员而言，工作中所需面对的视音频编码方式有多少种?

　　以编码和压缩方式的大类而言，我们需要面对 MoTIon-JPEG 、 MPEG 、 DV 、 H.261\H.263 等不同系列的压缩编码方式;每一种编码方式我们又需面对不同的子类或子级，如讨论 DVB ，经常就要涉及 MPEG-2 MP@ML 和 MP@HL ;不同厂商的视频产品，也根据各自情况采用不同的 帧内、帧间编码关系及不同的码流; GOP 长度、 I 、 B 、 P 帧、 50 、 25 Mbps 等名词现在已经成为视频产品技术参数的重要组成部分;每个厂商在视频数据的封装上也有各自的编码方式，不同厂商开发的视频服务器，如 Grass Valley 的 Profile 系列服务器和 SONY 的 MAV 系列的服务器，虽然可以支持以相同 GOP 长度、相同码流的编码方式产生 MPEG-2 视频文件，但由于在文件封装上的不同，二者产生的视频文件是无法相互直接使用的，这种情况在数字视频领域相当普遍，有时甚至在同一厂商所开发的不同系列的视频产品中，数据流或文件也是无法相互识别的。

　　无论设备 A 内部的采用何种压缩编码方式，在向设备 B 传输视频数据时，首先通过其内置的数据解码单元将视频数据解码送至 SDI 编码器，封装转换成 SDI 数据流，再通过 SDI 接口传输给设备 B 的 SDI 接口，设备 B 将其通过 SDI 解码器，送至其本身的数据编码单元，对视频数据重新编码进行处理或存储。

　　这种数据交换的前提，是不同的设备存在遵从相同协议的接口，如 SDI 接口，并具备相应的编解码硬件设备，使用一种可以共同识别的数据流作为中介进行视音频数据的交换。

　　我们换一个角度来看，这种方式本身可以看成是一个编码方式转换，即转码的过程。它将设备 A 中编码处理的视频数据解码，通过 SDI 编解码器转换成 SDI 流，传输给设备 B ，再将其传换成为设备 B 所使用的数据编码方式进行处理和存储。

　　在这种情况下，如果我们可以使用直接的转码手段，将基于设备 A 编码方式的视频数据转换为设备 B 可以识别并使用的数据编码格式，为设备 B 处理或存储，可以减少重复编解码所带来的设备开销和信号质量下降，并且可以利用多种的传输通道，而不局限于指定的接口通道，可以大大的提高工作效率。

　　视频数据不同编码之间的相互转化有很多算法可以实现，许多运动图像专家对此也作了深入的研究，针对不同的编码方式提出了相当多可行的方案。这些方案共同的特点就是充分利用所需相互转换编码之间的共同特征，尽量减少编解码所带来的图像质量损失，同时达到时间和资源消耗的平衡。

　　如我们将一个 MPEG-2 的视频数据转换成 MPEG-4 的视频数据，当然可以采用的方法是先将 MPEG-2 的视频解压缩成单 帧的图像序列，再将其重新压缩编码成为 MPEG-4 的视频数据

　　但这种转码方式的运算复杂度的使用 SDI 数据流作为中介的运算复杂度并没有什么区别。我们可以通过一些方法提高转码的效率，降低运算复杂度，比如 MPEG-2 和 MPEG-4 在其编码算法上有很多相通的地方，在 DCT 变换， MC 运动补偿， MV 运动补偿等方面有许多可以公用的地方，我们并不需要将其完全解码成独立的图像序列，可利用不同编码方式间的相关性进行转码工作

　　MPEG-2 视频数据中所有的头信息被解码后都直接送到 MPEG -4 编码器中进行编码，其中少数头信息需要调整，以适应新的编码格式。而 DCT 系数和 MV 信息被重用，省去了运动估计和 DCT 的系统消耗。同时 MPEG -4 做运动补偿的时候，也可以直接利用 MPEG -2 解码器解码得出的运动矢量的信息。

　　不同的转码软件有其各自特点，但不外乎有以下几个功能模块组成：数据接口模块、硬件接口模块、存储管理模块、转码算法模块、数据处理模块、控制管理模块和用户界面模块。

　　每个模块各自负责软件工作的一个或几个方面：数据接口模块负责处理数据的输入和输出，硬件接口模块负责与计算机硬件驱动程序通信，存储管理模块负责内村等存储空间的分配，转码算法模块提供转码处理工作的算法手段，数据处理模块进行转码的具体数据处理，控制管理模块进行整个转码工作的控制和信息处理，用户界面模块提供用户与转码软件的交互，提供用户对转码的编码方式、码流及其它的一些软件提供的选项进行控制。

　　转码算法模块可以固化到转码软件中，也可以以插件的方式存在。当转码软件处理不同的编码转换任务时，根据需要使用不同的转码算法插件，可以在不改变其它功能模块配置的情况下，灵活的扩展软件功能。