另外，444我个人就更谨慎了，大幅增加播放端的压力不说，目前420->444的转换，以及播放端444->RGB的转换就无定论（而且没有做得对的），暂时还是420比较合理。

其实我觉得输入源是不是一定要高于10bit没有太大作用，反正x264里面也会做，自己输入>8bit的源有点多余而且浪费编码时间。
当然，如果是自己要做debanding和dither的源，那就另当别论。

dgwxx 写了：回楼上：看不到的。

虽然不知道具体什么软件能看，但最大连续bf、参考帧、预测类型、qp分布（平均、最高、最低、pb系数）、码率分布（最高、最低、平均），这些都是视频本身的特性，是可以通过数据推测出来的。但是mbtree、aq、rc类型、ME等等的估计很难推断出来。

ME倒是可以推的出来。

lititude 写了：无论什么喂给ffms，他都会告诉你是vfr的

咦，我今天压幼女控在mac下直接m2ts喂给ffms就是cfr啊。

Format: Name, Fontname, Fontsize, PrimaryColour, SecondaryColour, OutlineColour, BackColour, Bold, Italic, Underline, StrikeOut, ScaleX, ScaleY, Spacing, Angle, BorderStyle, Outline, Shadow, Alignment, MarginL, MarginR, MarginV, Encoding Style: Default,DFGuYinMedium-B5,30,&H00FFFFFF,&H00000...

这个我想说的是，如果inter和intra的百分比越高，是不是说明8x8dct这个参数越有用？比如“inter:69.4%”说明69.4%的I帧在帧内预测用了8x8整数DCT变换，是这个意思吗？ 另我知道8x8dct是H.264标准规定里的……之前是表达这个为何会这么重要，以至于成为High/Main区分的标准之一…… 对。 百分比和有没有用没关系，还得看片源。 还有这个究竟是帧的参考帧个数还是参考帧到本帧的最远距离分布比？ 没有开weighted b/p的话，这里就只是最远距离分布，开了的话应该是实际参考帧距离的分布。 这个是这么回事啊；DC/AC对我来说太专业了，我只知道直流电/交流电 ...

nuomi 写了： 我很好奇哪个字幕组压720x480内嵌设--sar 32:27？

字幕组那个其实是ass字体设置扁形，sar之后显示大致正常？

我们组就一直是3227....

vbv-bufsize和vbv-maxrate负责的是解码时一个叫做decodable picture buffer（DPB）的两个关键参数，bufsize表面了我这个buffer里最多充入多少可解的帧，maxrate表示的是我这个buffer能支持的最大流量是多少，由这两个参数可以算出我能在多大的码率下，最多提供多少时间（帧率已知）的缓冲。

不同的硬件设备DPB不同，所以很多硬件设备中提到的最高支持多少码率多少帧率的实时硬解，都是根据其内部DPB换算得来的。当然最常见的硬解需求就是通过Win系统的DXVA，这个的具体需求上面已有提及，我就不多说了。

3是所有MB的统计。你所有关于I的解释都是正确的，b和p依次类比过去呗。mb P就是P type的mb，说明这个mb是有前向mb预测得来的，mb B就是说这个mb是由前向和后向两个方向的mb预测得来的。skip就是说这个mb直接copy它的参考mb的Motion Vector（MV），direct和4中direct MV成对，表示的是在B-type的mb中direct motion vector的比例是多少。MB的统计除了你说的mbtree和partitions外，所有关于rate control的参数都会对它造成影响，当然也于片源本身的性质相关。 8x8dct当然是main和high的重要区...

从colorbar看特别像两者处理某些data type时rounding的问题。