编辑“︁
H.261
”︁(章节)
跳转到导航
跳转到搜索
Template:Editnotice load/content
警告:
您没有登录。如果您进行任何编辑,您的IP地址会公开展示。如果您
登录
或
创建账号
,您的编辑会以您的用户名署名,此外还有其他益处。
反垃圾检查。
不要
加入这个!
== 设计与技术细节 == 设计的目的是能够在带宽为64kbps的倍数的[[综合业务数字网]](ISDN for Integrated Services Digital Network)上传输质量可接受的影片信号。编码程序设计的码率是能够在40kbps到2Mbps之间工作,能够对[[通用影像傳輸格式|CIF]]和[[QCIF]]分辨率的影片进行编码,即亮度分辨率分别是352x288和176x144,色度采用[[4:2:0]]采样,分辨率分别是176x144和88x72。在1994年的时候,H.261使用向后兼容的技巧加入了一个能够发送分辨率为704x576的静止图像的技术。 H.261是第一个实用的[[数字影片]]编码标准。H.261的设计相当成功,之后的影片编码[[国际标准]]基本上都是基于H.261相同的设计框架,包括[[MPEG-1]],[[MPEG-2]]/[[H.262]],[[H.263]],甚至 [[H.264]]。同样,H.261开发委员会(由Sakae Okubo领导,他的日文姓名是大久保榮)的基本的运作方式也被之后的影片编码标准开发组织所继承。H.261使用了混合编码框架,包括了基于[[运动补偿]]的帧间预测,基于[[离散余弦变换]]的空域[[变换编码]],[[量化 (信号处理)|量化]],[[zig-zag扫描]]和[[熵编码]]。 H.261编码时基本的操作单位称为[[宏块]]。H.261使用YCbCr颜色空间,并采用[[4:2:0]]色度抽样,每个宏块包括16x16的亮度抽样值和两个相应的8x8的色度抽样值。 H.261使用帧间预测来消除空域冗余,并使用了[[运动矢量]]来进行[[运动补偿]]。[[变换编码]]部分使用了一个8x8的[[离散余弦变换]]来消除空域的冗余,然后对变换后的系数进行阶梯量化(这一步是有损压缩),之后对量化后的变换系数进行[[Zig-zag扫描]],并进行[[熵编码]](使用Run-Level[[变长编码]])来消除统计冗余。 实际上H.261标准仅仅规定了如何进行影片的解码(后继的各个影片编码标准也继承了这种做法)。这样的话,实际上开发者在编码器的设计上拥有相当的自由来设计编码算法,只要他们的编码器产生的码流能够被所有按照H.261规范制造的解码器解码就可以了。编码器可以按照自己的需要对输入的影片进行任何预处理,解码器也有自由对输出的影片在显示之前进行任何后处理。去块效应滤波器是一个有效的后处理技术,它能明显的减轻因为使用分块[[运动补偿]]编码造成的块效应(马赛克)--在观看低码率影片(例如网站上的影片新闻)的时候我们都会注意到这种讨厌的效应。因此,在之后的影片编码标准如[[H.264]]中就把去块效应滤波器加为标准的一部分(即使在使用H.264的时候,再完成解码后再增加一个标准外的去块效应滤波器也能提高主观影片质量)。 后来的影片编码标准都可以说是在H.261的基础上进行逐步改进,引入新功能得到的。现在的影片编码标准比起H.261来在各性能方面都有了很大的提高,这使得H.261成为了过时的标准,除了在一些[[影片会议]]系统和[[网络影片]]中为了[[向后兼容]]还支持H.261,已经基本上看不到使用H.261的产品了。但是这并不妨碍H.261成为[[影片编码]]领域一个重要的里程碑式的标准。
摘要:
请注意,所有对Local Chinese Wikipedia的贡献均可能会被其他贡献者编辑、修改或删除。如果您不希望您的文字作品被随意编辑,请不要在此提交。
您同时也向我们承诺,您提交的内容为您自己所创作,或是复制自公共领域或类似自由来源(详情请见
Project:著作权
)。
未经许可,请勿提交受著作权保护的作品!
取消
编辑帮助
(在新窗口中打开)
导航菜单
个人工具
未登录
讨论
贡献
创建账号
登录
命名空间
页面
讨论
大陆简体
不转换
简体
繁體
大陆简体
香港繁體
澳門繁體
大马简体
新加坡简体
臺灣正體
查看
阅读
编辑
查看历史
更多
搜索
导航
首页
最近更改
随机页面
MediaWiki帮助
工具
链入页面
相关更改
特殊页面
页面信息