简介：
簡介:
雪国寒霜落尽，
千年已逝，
几代心力，
乃见字幕万千，洋洋大观
文人心怀书生意气
谁不念洛神飞袂曲水流觞
然国脉民瘼江湖庙堂
艰险跋涉只为这千年一脉的
进退忧伤
一份理想
一个字幕人共同的使命与方向
我们来而复往
今天或未来
无论身处何方
我们微笑
对这个世界
依然充满希望
（原文：《南方周末》千期题诗）
♫雪飘轻音部♫
雪飘工作室 FLsnow.net
∮吉他１∮ ♪平沢唯♪ 后期、特效、压制、海报 蛋疼蛇
∮吉他２∮ ♪中野梓♪ 片源 猫猫猫受受受
∮贝斯∮ ♪秋山澪♪ ＴＶ计时、海报、蛋疼 妹抖冥
∮键盘∮ ♪琴吹紬♪ 翻译 岸尾蓮
∮架子鼓∮ ♪田井中律♪ 校对 小白白
∮吉他补∮ ♪平沢憂♪ ＢＤ计时 小萱萱
版本的相关说明：
1080p版本采用Matroska封装；AVC/H.264视频编码；三轨音频均为FLAC音频编码，分别为正片音轨、声优评论音轨、制作人员评论音 轨；两轨字幕分别为ass格式的简体中文文本字幕和VobSub格式的日语图形字幕。日语图形字幕转自BD原盘中剥取的PGS字幕（因为目前除 MediaPlayer ClassicHomecinema、PotPlayer等少数播放器外的绝大多数播放器和所有字幕插件均不支持PGS字幕），分辨率 1920x1080。1080p版本不能保证播放机等设备的兼容性，虽然在我自己的测试设备上没问题。
720p版本采用MP4封装，AVC/H.264视频编码，仅包含AAC编码的正片音轨。字幕外挂，简体中文ass和日语sub/idx。日语sub /idx转自BD原盘中剥取的PGS字幕（因为目前除Media Player ClassicHomecinema、PotPlayer等少数播放器外的绝大多数播放器和所有字幕插件均不支持PGS字幕），分辨率1280x720。 720p制作中考虑了硬件的兼容性，兼容PS3、Xbox 360、BD播放机等设备（字幕当然不兼容）。
附Vol.4的两个v2，都是小错，看不出来的不下也可。。
播放的相关说明：
正确渲染字幕，需要使用VSFilter 2.39(2008-07-28 SVN revision 72)以上版本或者LibASS 0.9.6以上版本！
最新版本的MPlayer、VideoLan Client、Media Player Classic和Media Player Classic Homecinema均包含能正确渲染字幕的字幕组件。
Windows用户推荐Media Player Classic Homecinema。你可以在
http://www.xvidvideo.ru/content/view/703/1 下载到。
Linux用户、Unix用户和Mac OS X用户推荐VideoLan Client。
http://www.videolan.org/vlc/
妇联评论·译言版
橘化为枳
——探究为何各种H.264编码器表现良莠不齐
作者：Dark Shikari（作者系x264主要开发者之一）
译者：ssnake
校对：秋月
关键词：H.264、失败、视觉心理学优化、率失真优化
原标题为Why so many H.264 encoders are bad（为什么许多H.264编码器表现糟糕），原文链接：http://x264dev.multimedia.cx/?p=164
如果潜心钻研各种H.264编码器，你无疑会发现其中表现糟糕者不在少数。当然，也不必惊讶于此，正如史特金定律告诉我们的：任何事物，其中九成都是垃圾（原文：90% of everything is crap.（Wikipedia作crud，意义接近））。而作为多年来最为公允的视频标准，支持H.264的软件不可胜计，绝对数量的巨大使得其中必然有相当数量的劣质实现方案。
但这并不足以解释优劣H.264编码器之间的鸿沟。优秀的H.264编码器——比如x264——在许多案例中可以以仅仅一半的码率击败上一代的编码器（比如XviD）；而劣质的H.264编码器甚至糟糕到会输给MPEG-2！不同实现方案的差距会如此之大，这似乎是之前的各种标准从未有过的情况……当然，这里我们找到了一些缘由。
H.264提供了比历代标准都要更加丰富的压缩特性。这也使编码器开发者搬起石头砸自己脚的机会大增。笔者将在下文中概述不同方案的部分差异。绝大多数问题来自一个简单的事实：在用误差均方（mean squared error）作为编码模式决策（mode decision）的度量衡（metric）时，模糊会显得很好。
由于本文不仅仅与技术社区有关联，笔者将在文中对一些与本文观点直接相关的基本术语略加阐释。
RD = λ × bits + distortion（失真），一种衡量决策有多“合理”的量度。λ是数据对于质量（失真）的价值。比如，只给某个（价值低的）部分很少的数据量（以致其失真），或许能避免（其他部分）更大的失真。失真由“编码模式决策的度量衡”来测定，最常见的是“误差平方和”。
视觉能量（Visual Energy）是图像或视频中可见细节的总量。好的编码器会保留能量，不使图像显得模糊。
i16×16宏块
优势：i16×16是非常吸引人的模式：得益于分步的离散余弦变换（校对注：H264标准中对i-MB是分成两级做变换的，其中一种方式是先对16x16的mb下附属的4个4x4 Sub-MB做16点的DCT（准确说是整数变换，DCT的退化形式），然后能得到4个DC分量（4个Sub-MB的第一个变换系数）；之后将这四个DC分量写成2x2的矩阵，做第二级的变换，此处用的是2x2的Hadamard变换。），这个模式有着非凡的码流经济性。在帧中相对平整的区域，通常每个宏块只需要12比特以下甚至只要6比特的数据量。因此，RD编码模式决策会倾向于这种模式。
劣势：它的实际观感太惨了。i16×16模式非常不利于保留视觉能量：当使用该模式时，几乎不会有非0的AC系数，这样它预测部份中的四分之三几乎不会有一点能量被编码；而且解块滤镜会倾向于模糊掉剩下的细节。再加之以自适应量化（AQ）的缺失，这就是低质量的H.264编码器出现丑陋的16×16马赛克的主要原因。尽管这个模式本身并不是坏事，但被（H.264）标准所过分强调，而且给RD挖了一个大陷阱。
双线性Qpel（双线性四分之一像素）
优势：Qpel（四分之一像素）显然对压缩有好处，尤其是H.264的Qpel：它是专门为编码器性能而设计的。（H.264中的）Hpel（半像素）滤镜比较慢（因为它是六阶滤镜），但可以预先计算；而Qpel则比较简单，可以实时运算（双线性的）。
劣势：双线性插值会造成模糊，从而造成视觉能量的损失。而由于RD编码模式决策会更倾向于模糊，于是它会很乐意选择用双线性Qpel。此外，最简单的运动检测（Motion search，或译动态搜寻等）手段（完整像素、迭代半像素、迭代四分之一像素）会更偏向Qpel而非Hpel。尽管十分有用，但如果被编码器过度运用，Qpel会变成又一个陷阱。
4×4变换
优势：4×4变换能有效编码物体边缘，并有助于形成高效的i4x4帧内模式。4×4变换并不像8×8变换那样需要一个高级的熵编码器（至少CAVLC），也即4×4变换允许一个更小的可变长编码表。
劣势：它太模糊了！相比使用同样量化系数的8×8变换，4×4变换的量化精度较低；又因为Decimation（校对注：带round-off效果的类量化步骤）的作用，将出现大量未正确处理的区块（uncoded blocks），又一个RD的陷阱。对于编码纹理区域来说，4×4变换十分糟糕，尤其是当纹理细节比变换区域还要大的时候。而且，相比8×8变换，4×4变换会更多的被解块（deblocked，校对注：至于为啥4x4比8x8更多的被deblocking，这是因为标准本身就默认将所有4x4块判定为deblocking strength=4，这第一位判定条件导致了这个结果。）。尽管自适应变换是一个好消息，但以4×4为默认变换（8×8在其后添加）这一点更像是标准制定完成后留下的一个瑕疵——尽管对CIF分辨率（352×288）的视频确有优化。
双向预测（Biprediction）
优势：双向预测是一切现代视频编码格式的核心：B帧极大的提升了编码效率，尤其是对相对静态的场景。在常用码率的H.264编码中，仅仅双向预测这一项技术，就使B帧中的区块可以被大量省略（校对注：当帧间预测的模式选择时，如果发现本宏块与参考帧中某个位置的宏块“完全”一致，则不对其进行任何后续的操作（预测、变换、量化），只在此宏块上标注“重建时拷贝参考帧的某个宏块”的信息。）。
劣势：双向预测需要再次进行双线性插值，因此会导致模糊，也就会再次成为俘获RD的甜蜜陷阱。这使得双向预测甚至在图像中的非静态区域也被过度使用了——比如胶片噪点，导致B帧中的模糊噪点和P帧中的清晰噪点（交替出现）。
需要指出的是，B帧以及双向预测并非H.264所独有的技术；多年来，它们已是既知的老问题，并且在低码率下更趋严重。
水平、垂直、DC 帧内预测模式
优势：这些模式对于帧内预测体系来说至关重要。DC预测（用左侧边沿和上方边沿的均值）类似于传统的空间帧内预测前的帧内编码，而另两个则对直棱边非常有帮助。总的来说，这三个应该是最常见的帧内预测模式。
劣势：它们难以保留能量。其他的帧内预测模式（均值、ddl（左下对角线）、ddr（右下对角线）、vr（垂直偏右）、hd（水平偏下）、vl（垂直偏左）、hu（水平偏上））能有效预测那些难以被离散余弦变换编码的频率，从而能够在重构画面时增加视觉能量。但水平、垂直、DC帧内预测则不然。此外，模式预测系统的工作方式决定了最节约的模式更受青睐（从数据量上来说）。
当然，x264有效的使用了所有这些特性——并无上述绝大多数问题的存在。其他编码器的开发者：学着点！（译者：DS你就吹吧！
下期预告：
妇联评论·技术版 《阴谋——从CANAAN的BD说起》（特约作者：ssnake）（注意标题已修改……之前在喷BS和喷BD之间犹豫，最后决定喷BD，结果居然写成喷BS的标题了……）
