源文件1分33秒长度，因为解码器ffdshow只做了一个spline36resize，因此输入端可以认为毫无瓶颈。编码持续了1小时23分钟。
然后我又用相似的码率编码了8bit和10bit H.264(x264)，参数如下（10bit版）：
cabac=1 / ref=9 / deblock=1:3:3 / analyse=0x3:0x133 / me=tesa / subme=10 / psy=1 / fade_compensate=0.00 / psy_rd=0.60:0.00 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=6 / lookahead_threads=1 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / fgo=0 / bframes=10 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=480 / keyint_min=1 / scenecut=40 / intra_refresh=0 / rc_lookahead=60 / rc=crf / mbtree=1 / crf=27.0000 / qcomp=0.60 / qpmin=0 / qpmax=81 / qpstep=5 / ip_ratio=1.40 / aq=3:0.80 / aq-sensitivity=10.00 / aq-factor=1.00:1.00:1.00 / aq2=0 / aq3=0
三个文件（见1L链接）码率相差在5%左右，因此应该可以直接比较画质了。

对于视骏在视频中加上自己的logo，虽然我表示理解公司宣传需要，但是还是想问一句：这是人干的事么？！

压缩包 HEVC-Compare.7z，包含下图所有的无损版（下文贴图是用的高质量JPG）
按文件名排序，第一张是源，第二张是HEVC，第三张和第四张分别是10bit和8bit x264

图片我手工转jpg，避免百度惨无人道的缩图。
顺序和5L描述一致。
这个场景，HEVC在控制block方面做得很不错。

线条方面，HEVC的线条走样远小于AVC方案。但是水面细节涂抹的很严重。

亮场上HEVC的表现很不错，除了saber衣服上一条细线直接给抹了。x264虽然保留了这个细节，但是保留的实在是惨不忍睹。

基本上无甚需要解释的，同以上几组。

这个场景的差距并不大。

这两组图片是表现高动态下的效果。线条上HEVC依然完胜，但是第二组图片表明，HEVC对细节的涂抹非常严重，甚至x264都保留了更多背景的粒子特效。

亮场下的表现，HEVC和AVC差距缩小。

编码时间：
HEVC编码用了83分钟，而x264则在10分钟左右。编码时候CPU基本满载。

总结一下这次测试，我们可以从这几个方面入手：
线条：
HEVC完胜
细节：
HEVC涂抹严重，但是更好的避免了block
编码时间：
HEVC多7倍左右
输入方式：
HEVC只能依赖dshowfilter，而x264的输入方式五花八门。
其他：
那个反人类的logo（目前Sisters群内已经商量出可能有用的解决方案，具体就不多说了）
比起之前的HM10.0，视骏的编码器支持多线程这是一个很了不起的进步。至少不用像当年20秒的1080p视频跑了9个小时那样。画质和观感上，至少在低码率，HEVC Encoder横扫了x264，中高码率尚且没能做对比，期待以后能有相关测试和比较。支持非25fps的编码也大幅增加了实用性。从技术上说，这款编码器是现在实用性编码器中，压缩效率最高的。
但是，依旧缓慢的运行效率，有限的输入方式，和目前HEVC几乎为0的兼容性，还有那个理论上有方法去除的反人类logo，依旧限制了它不可能作为字幕组和raw组的编码器。在很长一段时间内（预计起码两年），x264依旧是字幕组和raw组的选择，如果不是rmvb的话。

@woshiyljhh
@dwing
@free077go

感觉在线视频比较合适，现在flash支持解码吗