分享一下自己的mpv配置

neil78 发表于 2018-12-7 01:36
大，vulkan 模式  是否在旧的显卡、系统（例如win7）表现不是很好啊

vulkan效率很不错，和d3d11基本一致，我就是在win7上用的。确保你设置了用独显运行mpv，并且电源自适应。

旧显卡，取决于多旧了。N卡至少要GTX600系列才支持vulkan。见https://developer.nvidia.com/vulkan-driver

cczzhh 发表于 2018-12-7 02:42
他用的是硬解，完全不是一个问题。

你用的是什么CPU？madVR Ctrl+j看dropped frames计数确实不增长？

啊。。对不起，我搞错了。之前是用另一台机器硬解不掉帧的，我记成这台不掉帧了orz 刚刚装回MPC-BE和madVR试了一下还是掉帧的。CPU是E3V3，我看任务管理器CPU利用率就没超过60%，不像是播放高清病毒时100%占用性能不足而掉帧，所以比较奇怪。难道是因为主频太低了？所以还是性能不够吗T_T 然后又发现了一个问题：mpv播放HDR片源时亮度会明显降低，比MPC-BE暗。不管是默认设置还是LZ的配置。

EdveR 发表于 2018-12-7 21:00
啊。。对不起，我搞错了。之前是用另一台机器硬解不掉帧的，我记成这台不掉帧了orz 刚刚装回MPC-BE和madVR ...

就是性能不够。4K HDR 60fps本身就不是设计给软解用的，HEVC计算量比H264大很多的。真想看还是入个新卡搞硬解。

如果你是SDR屏幕的话，就是两者HDR->SDR map的算法不一样。首先你应该尝试开hdr-compute-peak（不过这个已经默认开了）。
然后可以改target-peak（https://mpv.io/manual/master/#options-target-peak），默认是100 nits，根据你的显示屏的实际亮度改吧。
真想微调的话还可以改算法：https://mpv.io/manual/master/#options-tone-mapping，这个的默认算法官方都改了几轮了。。现在的默认hable就是会变暗的，因为追求细节保留，要把高亮度拉回SDR。如果更关心SDR范围内颜色的准确度的话，可以试试之前的默认mobius，乃至暴力clip。HDR->SDR转换并没有对错一说，软件和软件，设置和设置之间不一样，太正常了。

cczzhh 发表于 2018-12-8 04:17
就是性能不够。4K HDR 60fps本身就不是设计给软解用的，HEVC计算量比H264大很多的。真想看还是入个新卡搞 ...

明白了，谢谢。

不好意思，又有问题了。当文件名（路径）太长时，MPC-BE无法播放，显示“没有找到文件”，但是mpv就能正常播放，这是为什么？

EdveR 发表于 2018-12-9 21:42
不好意思，又有问题了。当文件名（路径）太长时，MPC-BE无法播放，显示“没有找到文件”，但是mpv就能正常 ...

（那就不要这么长呀。。）windows自己的限制，也并不是所有软件都吃这个限制（看调的API，缓冲区长度），纠结为什么mpv能放真的很没有意义。。

cczzhh 发表于 2018-12-10 05:10
（那就不要这么长呀。。）windows自己的限制，也并不是所有软件都吃这个限制（看调的API，缓冲区长度）， ...

好吧╮(╯-╰)╭ 因为之前改过什么组策略，当时觉得没什么用，结果现在mpv能放让我大吃一惊。。

EdveR 发表于 2018-12-6 20:51
我都试过了，还是一样掉帧。vulkan也试过，LZ的配置也试过，和4K HDR有关的项都改过，还是没有用。MPC-BE+ ...

可以先试下"--hdr-compute-peak=no"，不行的话再试下"--gpu-dumb-mode=yes"

wax 发表于 2018-12-11 02:57
可以先试下"--hdr-compute-peak=no"，不行的话再试下"--gpu-dumb-mode=yes"

这只是在渲染步骤试图降低计算量，然而实际是解码性能不够。即使"vo=null"只解码不渲染输出都会掉帧。测试很简单，命令行启动mpv：

1. mpv --no-config --video-sync=display-resample --vo=null '.\Samsung Travel With My Pet HDR UHD 4K Demo.ts'

复制代码

我这边会显示如下信息：

(+) Video --vid=1 (hevc 3840x2160 59.940fps)
(+) Audio --aid=1 (aac)
AO: [wasapi] 96000Hz stereo 2ch float
VO: [null] 3840x2160 yuv420p10
AV: 00:00:13 / 00:02:34 (9%) A-V:  0.497 Dropped: 473

Audio/Video desynchronisation detected! Possible reasons include too slow
hardware, temporary CPU spikes, broken drivers, and broken files. Audio
position will not match to the video (see A-V status field).

想能播放4K 60fps HDR，要么用超强的CPU软解，要么用硬解，不解决解码瓶颈渲染再低的设置也不行。

刚试了下

1. --vd-lavc-threads=32

复制代码

对我而言有用，4790K掉帧数明显减少了，同样"vo=null"，同样13秒才掉了2帧，实际去掉"--vo=null"用默认设置播放也基本不掉帧。但根据TA之前的回复说是没效果？@EdveR 能再测试下不？确保其他都是默认设置，如果开启较高的scaling和deband，渲染也是有可能成为第二个瓶颈的。（如果我单纯只是在我已有的配置文件里加上vd-lavc-threads=16，照掉帧不误，一定得命令行--no-config取消掉profile=gpu-hq和较贵的scaling算法）

EDIT：mpv貌似不推荐超过16个线程。我测下来确实16个线程也够用了。总之比默认自动识别出9线程（8逻辑核+1）强多了。
已修改原文，推荐在软解压力大的视频上使用高线程数。

cczzhh 发表于 2018-12-11 07:33
这只是在渲染步骤试图降低计算量，然而实际是解码性能不够。即使"vo=null"只解码不渲染输出都会掉帧。测试 ...

我用E3V3（4C8T）设--vd-lavc-threads=64时（大概）表现最好，使用默认设置CPU明显没有跑满，之前改16线程也没有。32可以跑满，掉帧减少。64虽然也是CPU满载，但是掉帧进一步减少，且比较稳定。再往上128、256我也试了下，基本没有改善了（甚至还会变糟），说明是CPU的极限了。而且数字越大占用内存越多、启动越慢，感觉和madVR的CPU queue size差不多，不是播放时用的解码线程，而是占用CPU和RAM的大小。