本帖最后由 cczzhh 于 2017-11-28 14:49 编辑
Liaune 发表于 2017-11-28 14:28
用的是GitHub页面提供的release的最新版，现在的版本既然还没有放出release，说明还在完善中，没有到需要 ...
现在的nightly才支持vulkan，以及nightly相比release很多配置文件里的变量名都改了（最明显的就是profile=opengl-hq改为了gpu-hq）。
用release当然没问题，用nightly确实不见得画面更好，但release就应该按照https://mpv.io/manual/stable/ 这个来配置，直接套用我那篇给nightly写的配置肯定是很多都配置不上的。
cczzhh 发表于 2017-11-28 14:39
现在的nightly才支持vulkan，以及nightly相比release很多配置文件里的变量名都改了（最明显的就是profile= ...
用你给的版本测试之后发现我之前的配置确实没用上，所以效果才和0913的release原版一样。
这个截图对比明显一些：
你的版本
https://files.catbox.moe/t6ivyx.png
我之前使用gpu-hq的版本
https://files.catbox.moe/8r8iq7.png
现在修改后的版本
https://files.catbox.moe/cpsojm.png
对比发现我之前甚至没开deband，所以deband效果比较差。现在的conf文件见附件
本帖最后由 cczzhh 于 2017-11-28 16:37 编辑
Liaune 发表于 2017-11-28 15:40
用你给的版本测试之后发现我之前的配置确实没用上，所以效果才和0913的release原版一样。
这个截图对比明 ...
还有几个地方没改过来，如果你要用0.27.0 release的话，这几个地方要改：
0.27.0 release:
opengl-fbo-format
opengl-shaders-appendnightly:
fbo-format
glsl-shaders-append
我的意见是，今天的nightly就是明天的release。等0.28.0 release出了这些你还是得改。
在你的mpv.conf里修改了这两处，应该可以直接替换你现在的了。试试打开一个720p的动画，Shift+i，数字键2，看一下stats，里面应该出现：
cczzhh 发表于 2017-11-28 16:09
还有几个地方没改过来，如果你要用0.27.0 release的话，这几个地方要改：
0.27.0 release:
我的想法是如果现有的版本能达到一个比较理想的程度，那我就没必要更新下一个release，因为MPV的配置文档每次更新都会改一些参数的表达。
所以这次的对比正好也给我提供一个参考，看0.27.0版本配置之后能不能达到比较理想的效果。
下了你最近编辑过的主帖里的附件mpv.conf。。你还是没把里面两个参数改成0.27.0的release应该用的形式而仍然是我写的nightly的形式啊。。算了无所谓了。
cczzhh 发表于 2017-11-29 01:00
下了你最近编辑过的主帖里的附件mpv.conf。。你还是没把里面两个参数改成0.27.0的release应该用的形式而仍 ...
其实改了，但打包的时候忘记加conf，变成了mpv.zip，然后上传的时候选到了之前发给你的那一个。。。
本帖最后由 laichiaheng 于 2017-11-29 12:00 编辑
話說分享一下自己覺得超有感的對比圖
Chroma 升頻後，膚色變得比較紅潤，雖然不曉得這到底對不對
本帖最后由 laichiaheng 于 2017-11-29 12:33 编辑
laichiaheng 发表于 2017-11-29 11:54
話說分享一下自己覺得超有感的對比圖
Chroma 升頻後，膚色變得比較紅潤，雖然不曉得這到底對不對
...
結果發現只有啟用 hwdec=vaapi 會有這種現象，hwdec=no 就沒有，看來是個 bug
laichiaheng 发表于 2017-11-29 12:12
結果發現只有啟用 hwdec=vaapi 會有這種現象，hwdec=no 就沒有，看來是個 bug
...
硬解的锅，
In theory, hardware decoding does not reduce video quality (at least for the codecs h264 and HEVC). However, due to restrictions in video output APIs, as well as bugs in the actual hardware decoders, there can be some loss, or even blatantly incorrect results.
vaapi is safe if the vaapi-egl backend is indicated in the logs. If vaapi-glx is indicated, and the video colorspace is either BT.601 or BT.709, a forced, low-quality but correct RGB conversion is performed. Otherwise, the result will be totally incorrect.
本帖最后由 laichiaheng 于 2017-11-29 14:12 编辑
cczzhh 发表于 2017-11-29 13:37
硬解的锅，
話說當你 NNEDI3 (luma) 是啟用的狀態下，ravu-r4-chroma-left 還會啟用嗎？
我除非改成 ravu-r4-rgb，否則 ravu-r4-chroma-left 就永遠不會被用到，顯示的永遠是內建的 cscale 演算法