hsmms 发表于 2020-12-14 17:10
没用，你显卡这块不设置一样要转换，必须播放器，显卡以及你的显示设备都要全部统一RGB才行，缺一不可
...
你又拍脑袋自说自话了，我有N卡860M的老笔记本，刚刚就亲手测试了一下，会没用吗？LAV设置为dxva copy back就会自动将RGB转化输出定义为最烂的NV12 8bit 420，LAV设置为None，然后单选RGB32或P010就完全OK了！
MichaelLv 发表于 2020-12-14 17:15
你又拍脑袋自说自话了，我有N卡860M的老笔记本，刚刚就亲手测试了一下，会没用吗？LAV设置为dxva copy ba ...
因为dxva只支持yuv信号格式的处理
MichaelLv 发表于 2020-12-14 17:15
你又拍脑袋自说自话了，我有N卡860M的老笔记本，刚刚就亲手测试了一下，会没用吗？LAV设置为dxva copy ba ...
实测改动后有效：
这是改动前：
这是madvr改动后：
PS:果然mpv怎么设置效果还是比不上madvr，毕竟人家计算量摆在那里：
左为madvr,右为mpv.
HuangRuixiao 发表于 2020-12-14 21:30
实测改动后有效：
这是改动前：
你这样改动有什么意义？你本身要追求高质量，那么你为什么非要把chroma upscaling交给LAV来处理而不是更好的madvr进行处理？
他说的方法完全就是错误的，这种方法跟本无法避免windows rgb传输问题（如果你显卡设置设置为ycbcr）
实际上这问题madshi已经说的很清楚了
A) Which output format (RGB vs YCbCr, 0-255 vs 16-235) should I activate in my GPU control panel?
Windows internally always "thinks" in RGB 0-255. Windows considers black to be 0 and white to be 255. That applies to the desktop, applications, games and videos. Windows itself never really thinks in terms of YCbCr or 16-235. Windows does know that videos might be YCbCr or 16-235, but still, all rendering is always done at RGB 0-255. (The exception proves the rule.)
So if you switch your GPU control panel to RGB 0-255, the GPU receives RGB 0-255 from Windows, and sends RGB 0-255 to the TV. Consequently, the GPU doesn't have to do any colorspace (RGB -> YCbCr) or range (0-255 -> 16-235) conversions. This is the best setup, because the GPU won't damage our precious pixels.
If you switch your GPU control panel to RGB 16-235, the GPU receives RGB 0-255 from Windows, but you ask the GPU to send 16-235 to the TV. Consequently, the GPU has to stretch the pixel data behind Windows' back in such a way that a black pixel is no longer 0, but now 16. And a white pixel is no longer 255, but now 235. So the pixel data is condensed from 0-255 to 16-235, and all the values between 0-15 and 236-255 are basically unused. Some GPU drivers might do this in high bitdepth with dithering, which may produce acceptable results. But some GPU drivers definitely do this in 8bit without any dithering which will introduce lots of nasty banding artifacts into the image. As a result I cannot recommend this configuration.
If you switch your GPU control panel to YCbCr, the GPU receives RGB from Windows, but you ask the GPU to send YCbCr to the TV. Consequently, the GPU has to convert the RGB pixels behind Windows' back to YCbCr. Some GPU drivers might do this in high bitdepth with dithering, which may produce acceptable results. But some GPU drivers definitely do this in 8bit without any dithering which will introduce lots of nasty banding artifacts into the image. Furthermore, there are various different RGB <-> YCbCr matrixes available. E.g. there's one each for BT.601, BT.709 and BT.2020. Now which of these will the GPU use for the conversion? And which will the TV use to convert back to RGB? If the GPU and the TV use different matrixes, color errors will be introduced. As a result I cannot recommend this configuration.
Summed up: In order to get the best possible image quality, I strongly recommend to set your GPU control panel to RGB Full (0-255).
There's one problem with this approach: If your TV doesn't have an option to switch between 0-255 and 16-235, it may always expect black to be 16 (TVs usually default to 16-235 while computer monitors usually default to 0-255). But we've just told the GPU to output black at 0! That can't work, can it? Actually, it can, surprisingly - but only for video content. You can tell madVR to render to 16-235 instead of 0-255. This way madVR will make sure that black pixels get a pixel value of 16, but the GPU doesn't know about it, so the GPU can't screw image quality up for us. So if your TV absolutely requires to receive black as 16, then still set your GPU control panel to RGB 0-255 and set madVR to 16-235. If your GPU supports 0-255, then set everything (GPU control panel, TV and madVR) to 0-255.
Unfortunately, if you want application and games to have correct black & white levels, too, all the above advice might not work out for you. If your TV doesn't support RGB 0-255, then somebody somewhere has to convert applications and games from 0-255 to 16-235, so your TV displays black & white correctly. madVR can only do this for videos, but madVR can't magically convert applications and games for you. So in this situation you may have no other choice than to set your GPU control panel to RGB 16-235 or to YCbCr. But please be aware of that you might get lower image quality this way, because the GPU will have to convert the pixels behind the back of both Windows and madVR, and GPU drivers often do this in inferior quality.
本帖最后由 hsmms 于 2020-12-14 22:11 编辑
HuangRuixiao 发表于 2020-12-14 21:30
实测改动后有效：
这是改动前：
把你那ACNet玩意给扔了
还有请重新测试对比
我的建议尽可能保持参数统一比如不要一个开了deband一个没开。
这是我的对比
NGU SHARP VS FSRCNNX
madvr
mpv
NGU-AA VS NNEDI3
madvr
mpv
hsmms 发表于 2020-12-14 21:50
你这样改动有什么意义？你本身要追求高质量，那么你为什么非要把chroma upscaling交给LAV来处理而不是更 ...
大湿，你就不认真的看一下对方提供的OSD和LAV设置图吗？他又没用单选RGB32来绕过madVR的chorma upscaling！
呵呵，不要激动加冲动啊！你现在madVR的设置水平可是让人大跌眼镜哦！
MichaelLv 发表于 2020-12-14 22:23
大湿，你就不认真的看一下对方提供的OSD和LAV设置图吗？他又没用单选RGB32来绕过madVR的chorma upscaling ...
这种只不过是8bit yuv 420 转换到10bit yuv 420而已，LAV并没有做chroma upscaling以及RGB转换
。这种时候madvr 依然要做chroma upscaling
hsmms 发表于 2020-12-14 22:24
这种只不过是8bit yuv 420 转换到10bit yuv 420而已，LAV并没有做chroma upscaling以及RGB转换
。这种时候 ...
那你咋还要指责人家呢！
本帖最后由 hsmms 于 2020-12-14 22:31 编辑
MichaelLv 发表于 2020-12-14 22:26
那你咋还要指责人家呢！
先不管这里的结果是是什么样的，首先这样做的目的不就是避免madvr chroma upscaling吗？如果不是那么做有什么意义？反正我是想不出来。
hsmms 发表于 2020-12-14 22:28
这样做的目的不就是避免madvr chroma upscaling吗？如果不是那么做有什么意义？反正我是想不出来。
...
我不是说的很明确了，只有在LAV中单选RGB32，才会绕过madVR的chroma upscaling，而这个的效果绝对不会比NGU差多少的！
你自己去截屏对比一下不就清楚了！