基于MPC-HC的10bit播放全攻略 v1.1

目前10bit风头正劲,包括我在内的我周围的好多朋友已经全面转向了10bit压制制程,而且这个季度的新番,也有一些字幕组开始尝试10bit压制。技术总是要向前发展的,正如我们开始大刀阔斧地淘汰rmvb一样,10bit这种新技术也到了开始普及的阶段。普及10bit的理由?码率更低,画质更好,足够具有说服力了。不过很多人可能对10bit的解码播放感到很棘手,问我如何搞定10bit的朋友就已经不下4个了,每次都要把同样的话重复说一遍实在是浪费的一种体现。于是写个文,一可以直接发给搞不定10bit播放的人,二可以当个备忘,一举两得。
(向对本文撰写提供测试帮助的304童鞋表达感谢)
本文谢绝转载,如果有疏漏之处,欢迎留言。

最近来留言提问的朋友越来越多,非常感谢大家捧场。不过现在已经多到我有点处理不过来的地步了,而且WP的留言嵌套回复功能好是好,但是套的一多就容易乱,弄的我经常漏看评论。为了能给大家更好的解决问题,关于播放的提问请到NMM论坛回帖提问,这里的评论关闭,谢谢~

Changelog:

v1.1:
修改NORMAL END部分设置,减小资源消耗,支持外挂字幕(ssnake)

v1.0:
本文诞生

继续阅读“基于MPC-HC的10bit播放全攻略 v1.1”

太悲剧了,今天才刚刚发现MPC-HC支持WASAPI音频输出

啊啊啊,我太悲剧了!用了这么久居然没发现有这个功能!

MPC-HC设置中输出项里,右下的DirectShow音频里选择MPC Audio Renderer,这样MPC就会使用WASAPI独占输出了。这样就避免了Win7那个共享模式采样率带来的重采样问题了呀!

而且我更加悲剧的发现,从r1297开始就添加了这个功能了。我靠我究竟是在干什么啊,这么久都没注意到。

T T

常用渲染器品质测试

今天闲来无事,决定对常见的渲染器进行一下品质的测试。

测试前先稍微讲一下影响渲染器品质的几个主要因素。
1、Resize算法
2、Upchroma算法
我的测试并没有涉及到Resize之后的品质,所以第一条就略过不谈了,我们重点来说第二条。

众所周知,视频文件并非使用RGB,而是YUV。在YUV当中,使用的最多的则是YV12,也就是YUV4:2:0。对于YV12来说,它的亮度分辨率为1,色度分辨率为1/2。举例来说,对于一个720P的视频,它的亮度分辨率是1280×720,但是色度分辨率仅为640×360。这也就是为什么把一个RGB转到YV12之后,体积会变小的原因。再往深里说,为什么YV12要抛弃一半的色度数据而保留全部的亮度数据呢?这是由于人眼的特性是对亮度敏感,对色度不敏感而决定的。那么再顺便说个题外话,从RGB转到YUV,是要经过一系列计算的,那么这个计算的方式,也就是算法的不同,会导致结果的不同。我们常说的BT.601、BT.709等等指的就是RGB <-> YUV转换时不同的算法。在国际标准中,对于SD以及SD以下的视频,是使用601,而HD以及更高分辨率则使用709。换句话说,DVD应该用601,720和1080应该用709。

扯的有点远了,回到主题上来。由于YV12的色度分辨率仅有1/2,所以在播放的时候,需要把这1/2变成1才行。那么这个从1/2变到1的过程就是“无中生有”了。这个“无中生有”指的就是第二条Upchroma算法,这个算法在很大程度上影响了视频的播放质量。

那么测试开始
系统:Win7 Pro x64
显卡:GeForce 9800GT
播放器:MPC-HC 1.3.1337.0
解码器:ffdshow
色彩输入:YV12
色彩输出:YV12

我们首先需要一个用来测试的原始视频。我拜托风儿做了一个分辨率是1280×720的测试用图片,然后将这个图片作为原始素材导入AVS生成了一段测试用视频。

COLOR 原始图片 点击放大

ImageSource(“COLOR.bmp”,end=59)
Assumefps(“ntsc_video”)
ConverttoYV12(matrix=”rec709″)

以上内容为AVS脚本。
大概内容是,将Color.bmp文件作为图像,生成60帧。然后将帧率指定为NTSC制式的标准video帧率,也就是29.97,最后将RGB转换到YV12,使用709并将色彩范围压缩到16-235。
之后我使用VDM打开这个AVS脚本,把原始的YV12视频流直接保存出来,没有经过任何压缩。这样我们就得到了一个内容是YV12的测试用视频,接下来就要用这个视频来看各个渲染器的效果了。

VMR9 VMR9

EVREVR

Haali Haali

madVRmadVR

通过观察可以发现,在灰阶显示效果上,madVR以绝对的优势胜过其他的渲染器,Haali的表现也强于VMR和EVR。madVR的SoftCubic100带来的效果真不是盖的,难怪madshi一直在讲,madVR使用了效果最牛X的Upchroma算法。不过在彩色过度上,我的眼睛还真没看出什么太大的差别来……囧
排名的话,madVR > Haali > EVR ≈ VMR

madVR的确给了我们无与伦比的回放品质,但是正如我前面文章中讲过的一样,madVR的缺点也同样明显。在提供了高品质的同时,它无法给我们带来便利的功能。而且它对显卡性能要求也很高。是否要坚持使用madVR,还要各位自己决定了。

高品质渲染器madVR更新至v0.11

好久没有关注madVR这个东西了,刚刚才发现发布了0.11版本。

madVR v0.11

* 修复: 亮度重采样设置无法正确的读取/保存
* 修复: 在某些电脑上开始播放视频前会停滞若干秒
* 升级 cr3dlut 至 v2.2

从0.11的changelog中可以发现,那个无法保存Resample算法的该死bug终于被修复了。

接下来我稍微对0.11进行了一下简单的测试,使用的视频源都是我自己的Rip,以下为简单的测试结果。

系统:Win7 Pro x64
播放器:MPC-HC 1.3.1335.0
显卡:GeForce 9800GT

1、Resample算法无法保存的Bug确实被修复了
2、播放DVD会出现「Query unknown PropSet」的错误提示,但是可以继续播放下去,菜单可选
3、interlaced视频无法启用硬件Deinterlacer
4、MPC-HC内建字幕引擎不起作用,需要使用VobSub或者ffdshow来挂载字幕

目前测试的结果就这样。就品质来说madVR仍旧在我用过的渲染器中排第一,但是说到兼容性和功能,就不那么乐观了。对于希望搭建HTPC平台的朋友,这个渲染器不会是一个明智的选择。首先它对显卡的要求很高,其次它现在不支持并且将来也不会支持DXVA硬解,最后他也当然不支持显卡对视频的硬件处理效果(比如nVidia的PureVideo Deinterlacer)。

对于那些不追求功能只要求品质的发烧友来说,madVR还是可以尝试一下的。

关于上一篇文中MPC的设置问题

在我的《纯手工搭建基于MPC-HC的简易播放平台》一文中,我推荐大家勾上mpc设置中的[在.ini中保存设置],这样重装系统也能保留设置。

但是,这会带来一个问题,而且这个问题困扰了我很久……囧。

症状表现:在任务管理器中可以看到mpc进程,关闭mpc程序,可是mpc进程要过好几秒之后才会消失。

原因:NOD32对ini文件进行了高启扫描,导致mpc关闭很慢。

所以:使用NOD32的同学,请在NOD32的[高级设置]->[排除]中把mpc的.ini文件添加进去,就可以解决这个问题了。