啊啊啊，我太悲剧了！用了这么久居然没发现有这个功能！
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生成了一段测试用视频。
原始图片 点击放大
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
EVR
Haali
madVR
通过观察可以发现，在灰阶显示效果上，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还是可以尝试一下的。
ESI全线产品开始更新Win7驱动
ESI公司开始为其旗下全线产品更新Windows7 x86/x64驱动。
● ESI中国官网新闻链接
● ESI全球官网驱动下载
● MAYA44驱动下载
啊啊，ESI你终于更新新驱动了，真是等的我好苦啊！
从用上Win7开始，MAYA44在Win7下用Vista的驱动，工作的就不太正常。经常出现各种莫名其妙的RP问题。比如MME/WDM录音不能啊，有时会莫名其妙的爆音啊，AA保持ASIO接口关闭之后无法再次打开啊之类的种种莫名其妙的问题，都随着这次新驱动的发布一扫而光。
用起来真可谓神清气爽啊，啊哈哈哈哈。
我的MAYA44现在终于可以在Win7下完美工作了，对于把整个平台彻底转移到Win7上我已经没有任何顾虑了。
再见了，XP（虽然我还在虚拟机里用它 XD）
NV控制面板的颜色范围测试（啊啊啊我快疯了！）
这个这个这个就是这个东西！这个东西到底是怎么起作用的我完全搞不清楚啦！总之我进行了一系列的测试！
上面的单选，默认是选择的第一个，就是[通过视频播放器设置]，选这个的时候下面的一切都是不可调整的，这样就看视频播放器那边要怎么办了。如果选了[通过NVIDIA设置]，则下面的选项变成可选状态，视频将通过这里进行颜色等等的调整。
然而！对于不同的渲染器，结果会是什么样子呢！
进行测试的渲染器有两个，一个是VMR9，一个是EVR。然后根据我前文的理论，VMR9在XP下测试，EVR在Win7下测试。测试的标准，是我的眼睛，有异议的先闭嘴 XD
好吧现在开始，先进行VMR9的测试。测试播放器一律使用MPC-HC
VMR9 无渲染：
选择[通过视频播放器设置]，画面颜色为[16-235]
选择[通过NVIDIA设置]，下面的[动态范围]调节有效，调整到[完全 (0-255)]可以得到正确颜色
EVR：
选择[通过视频播放器设置]，画面颜色为[0-255]
选择[通过NVIDIA设置]，下面的[动态范围]调节有效，调整到[完全 (0-255)]可以得到正确颜色
结论：
在XP的VMR9下，这个渲染器自己是不会干把颜色扩张到0-255这个活的，要让它有正确颜色有两种方法。1是控制面板里这么调，2是用MPC的shader功能。
在Win7的EVR下，EVR是会自动进行颜色扩张的，当然你也可以通过NV的控制面板这样指定得到正确的颜色。
记得之前和茉莉曾经讨论过TMT是用的什么渲染器，我当时的意见是，因为NV控制面板里的这个选项对TMT的画面造成了影响，所以TMT用的应该是Overlay，而且TMT不能直接被QQ截图。但是现在看来这个观点可能有点站不住脚了，NV控制面板里的这个选项对VMR9和EVR同样会有效果（Overlay是必然有效果的，Haali和MadVR我没有测试，不过应该是无效），我太lag了，才发现这个……
所以说，如果打算用微软提供的VMR9或者EVR，我个人还是推荐把NV驱动面板这里调节到完全。