H264 编解码器架构简单
2015-06-22 18:43
465 查看
看完后H264/AVC 编解码器演示,头脑是刚刚离开以下三个:
1、H264并且不明白如何指定的编解码器来实现,仅定义了一个编码视频位流的语法。和比特流进行解码,这与MPEG 类似。
2、H264而一旦标准(如H261、H263、MPEG-1、MPEG-4)的编解码器实现流程没有太大差别。基本的不同在于各功能块的细节。
3、H264就是利用实现的复杂性获得压缩性能的明显改善。
(至于复杂度的评估。以后会介绍)
以下介绍一下H264的编码器框图:
编码器採用的仍是变换和预測的混合编码法。
在图6.1中,输入的帧或场Fn以宏块为单位被编码器处理。
首先,按帧内或者帧间预測编码的方法进行处理。假设採用帧间预測编码,其预測值PRED是由当前片中前面已编码的參考图像经运动补偿(MC)后得到。当中參考图像用F'n-1表示。
预測值PRED和当前块相减后。产生一个残差块Dn,经块变换、量化后产生一组量化后的变换系数X。再经熵编码。与解码所需的一些头信息一起组成压缩后的码流,经NAL(网络自适应层)供传输和存储用。
H264的解码器框图:
在图6.2中,将编码器的NAL输出的H264比特流经熵解码得到量化后的一组变换系数X,再经反量化、反变换,得到残差D'n。利用从该比特流中解码出的头信息,解码器就产生一个预測块PRED,它和编码器中的原始PRED是同样的。当该解码器产生的PRED与残差D'n相加后,就得到了uF'n,再过滤后,最后,得到过滤解码输出图像F'n。
*更多图片来自《H264 AND MPEG-4 VIDEO COMPRESSION》
1、H264并且不明白如何指定的编解码器来实现,仅定义了一个编码视频位流的语法。和比特流进行解码,这与MPEG 类似。
2、H264而一旦标准(如H261、H263、MPEG-1、MPEG-4)的编解码器实现流程没有太大差别。基本的不同在于各功能块的细节。
3、H264就是利用实现的复杂性获得压缩性能的明显改善。
(至于复杂度的评估。以后会介绍)
以下介绍一下H264的编码器框图:
编码器採用的仍是变换和预測的混合编码法。
在图6.1中,输入的帧或场Fn以宏块为单位被编码器处理。
首先,按帧内或者帧间预測编码的方法进行处理。假设採用帧间预測编码,其预測值PRED是由当前片中前面已编码的參考图像经运动补偿(MC)后得到。当中參考图像用F'n-1表示。
预測值PRED和当前块相减后。产生一个残差块Dn,经块变换、量化后产生一组量化后的变换系数X。再经熵编码。与解码所需的一些头信息一起组成压缩后的码流,经NAL(网络自适应层)供传输和存储用。
H264的解码器框图:
在图6.2中,将编码器的NAL输出的H264比特流经熵解码得到量化后的一组变换系数X,再经反量化、反变换,得到残差D'n。利用从该比特流中解码出的头信息,解码器就产生一个预測块PRED,它和编码器中的原始PRED是同样的。当该解码器产生的PRED与残差D'n相加后,就得到了uF'n,再过滤后,最后,得到过滤解码输出图像F'n。
*更多图片来自《H264 AND MPEG-4 VIDEO COMPRESSION》
相关文章推荐
- 解决使用GOOGLE字体网站访问慢的问题
- 搬移网站程序到不同服务器的操作流程
- 网站搭建之html
- 换主页轮播的主题图片(2、添加)---轻开电子商务系统(企业入门级B2C网站)
- 换主页轮播的主题图片(1)---轻开电子商务系统(企业入门级B2C网站)
- Linux SPI总线和设备驱动架构之四:SPI数据传输的队列化
- Linux SPI总线和设备驱动架构之三:SPI控制器驱动
- Linux SPI总线和设备驱动架构之二:SPI通用接口层
- Yahoo!团队:网站性能优化的35条黄金守则
- Android动态加载框架DL的架构与基本原理解析
- Grails扒其它网站数据
- JVM原理、架构—垃圾回收机制
- 标准Web系统的架构分层
- MyBatis学习门户网站(一)
- SharePoint Server 2016更新之(二,三)受云端影响的架构,合规和报告
- EntityFramework5.0 DataBase-First 在三层架构中的使用,分离实体类到Model层。
- 高并发量网站解决方案
- windows7系统 Internet 信息服务(IIS)管理器 默认网站 右键 没有属性这一项怎么办?
- 换主页轮播的主题图片(3、保存添加)---轻开电子商务系统(企业入门级B2C网站)
- 架构师学习思考