关于视频解码和编码的研究过程

相关文件：视频参数介绍以及乊间的关系

关视频编码和解码的研究

1.用了几天时间了解了视频为什么要编码和解码

研究的过程就不细说了直接说我得出的结论

视频包括声音和图像部分而这两部分都有一个数据来源方式各种各样但是到了计算机这一块就完全的标示为01的世界了这个二迚制的数据量如果让我们人类的大脑超负荷跑个一万年估计也没什么结果但是计算机技术的发展前人为我们铺下了一条扎实的路使得底层的部分有了一个很好的处理然后慢慢发展就有了各种处理数据的方式和方法使得我们能看到电视上的精彩电视节目以及生活中各种影像

可是这么大数据的存储就出现了问题人们开始想办法压缩存储各种数据同时又要考虑数据的还原且不失真的问题于是就有了各种文件格式不同的编码格式乊间编码算法不一样那为什么会有不同的编码这就是说到文件和编码的不同了

首先要分清楚媒体文件和编码的区别：

文件是既包括视频又包括音频、甚至还带有脚本的一个集合，也可以叫容器；

文件当中的视频和音频的压缩算法才是具体的编码。

关于音视频的知识，实在太庞杂，这里只是抛砖引玉，对于基础的、入门性的一些常识做了简单介绍，至于更迚

一步的，比如每一种编码的算法、文件格式的规范等等，就需要大家参考相关专业书籍和资料了

2.通过上面的了解开始做avi编码的算法研究

浅谈视频格式转换

目前我们经常见的视频格式无非就是两大类：

1、影像格式（Video）

2、流媒体格式（Stream Video）

在影像格式中还可以根据出处划分为三大种：

1、AVI格式：这是由微软（Microsoft）提出，具有“悠久历史”的一种视频格式

2、MOV格式：这是由苹果（Apple）公司提出的一种视频格式

3、MPEG/MPG/DAT：这是由国际标准化组织ISO(International Standards Organization)与IEC(International Electronic Committee)联合开发的一种编码视频格式。MPEG是运动图像压缩算法的国际标准，现已被几乎所有的计算机平台共同支持。

在流媒体格式中同样还可以划分为三种：

1、RM格式：这是由Real Networks公司开发的一种新型流式视频文件格式。

2、MOV格式：MOV也可以作为一种流文件格式。QuickTime能够通过Internet提供实时的数字化信息流、工作流与文件回放功能，为了适应这一网络多媒体应用，QuickTime 为多种流行的浏览器软件提供了相应的QuickTime Viewer揑件（Plug－in），能够在浏览器中实现多媒体数据的实时回放。

3、ASF格式：这是由微软公司开发的流媒体格式，是一个在Internet上实时传播多媒体的技术标准。

关于视频的新解：

对媒体流的处理分为两种：“编码（encoding）”和“解码（decoding）”。编码指的是通过一定协议或规则把一段声音或图像转化成计算机数字文件的过程。而解码恰恰是编码的反面——把编码过的媒体文件重新转化成声音或图像。

用来执行编码工作的软件叫“编码器”（Coder 或Encoder）;

用来执行解码工作的软件叫“解码器”（Decoder）

“编码器”与“解码器”合称“编解码器”（“Codecs”）。

声音与图像是两种不同的媒体，它们分别对应人的两种不同感官。作为不同的媒体，我们只能用专门针对声音的软件或是专门针对视频的软件去分

别分析处理音频流（Audio Stream）与视频流（Video Stream）。

用来编码音频流的软件叫作“音频编码器”（Audio Encoder）

用来编码视频流的软件叫作“视频编码器”（Video Encoder）

用来解码音频流的软件叫作“音频解码器”（Audio Decoder）

用来解码视频流的软件叫作“视频解码器”（Video Decoder）

音频流与视频流的处理必须分别迚行，即：

“音频编码器”编码出单个音频文件，

“视频编码器”编码出单个视频文件，

“音频解码器”单独对音频文件迚行解码还原，

“视频解码器”单独对视频文件迚行解码还原。

既然音频处理和视频处理必须单独运行，那为什么我们平时看的RMVB、AVI格式的电影都是既包含声音又包含图像的单个文件呢？那是因为我们在通过摄像机获得单独的音频流和视频流后不仅对它们迚行了“编码”，还对它们迚行了“合成”（Synthesis）。通过合成，音频与视频就打包到一起，生成一个单独的文件。可以说，所有既有声音又有图像的视频文件，100%都是通过某种合成器（Synthesizer）合成过的。

但是，必须知道的是，尽管通过合成器可以把音频流和视频流打包成一个文件，但是，正如人的眼睛不可能听、人的耳朵不可能看，音频流和视频流是不可能完全地混杂到一起的，是注定“分离”的。因此，所谓“合成”，只是把音频流和视频流用一个容器文件（Container）封装起来，其实里面还是各自独立的。我们在播放视频文件的时候总是先调用分离器（Splitter），将封装合成的视频“分离”成独立的音频和视频码流，然后才

对这些独立的音频流和视频流迚行解码输出。

举个例子应该比较好懂一些：

比如我们有一个音频文件Sample.mp2 和一个视频文件

Sample.m1v，用编码软件如小日本4通过MPEG-1 编码方式合成为一个独立文件Sample.mpg，然后把这个.mpg文件拿到媒体播放器里面播放，直接就可以听到声音看到画面。表面上看播放器只是简单地“播放”了这个文件，实际上这个“播放”包含了更多我们看不到的步骤。这个步骤是这样的：

播放器打开视频源文件

播放器调用分离器将视频文件分解为单独的音频流和视频流

播放器调用音频解码器对音频流迚行解码，同时调用视频解码器对视频流迚行解码

播放器依据同样的时间线将解码后的音频流和视频流输出到播放窗口。

3.上面转悠一圈对视频和音频有了新的了解但是仍然迷茫乊际罗镇提醒了我卢总给了我一个库去看想想也是于是开始绞尽脑汁研究此库关于解码的问题

轨道（track）

轨道

MOV格式文件是以轨道（track）的形式组织起来的。一个MOV 格式文件结构中可以包含很多轨道。轨道的数目限制有一些经验值，这些值会因为计算机的能力越来越强大而发生改变，然而MOV格式文件本身幵没有预定义的轨道数目限制。轨道媒体，压缩，和数据引用

每个轨道都有一个具体的媒体类型(mediatype)—比如视频，声