[MPV+] MPV_lazy 懒人包

把V5版配合最新的vsmega包再自己加了几个ONNX模型，测试了一上午，说下我的测试情况吧，

可能没啥用，但没准或多或少能给别人一些参考。
我CPU是12600KF，显卡是4090，内存是DDR4-3200-16G*2，win10 64位 专业工作站系统，

先说cugan，用“cugan-pro-denoise3x-up2x”这模型，
我可以开3倍降噪不预降流畅播放1080P24帧10BIT蓝光圆盘，显卡占用维持在97%~99%，但很流畅，
然后是“styler00dollar_sudo_shuffle_cugan_x2_fp16_opset18”，我肉眼对比了好几个视频，
我是没看出“styler00dollar_sudo_shuffle_cugan_x2_fp16_opset18”和“pro-denoise3x-up2x”有什么区别，
然后，“styler00dollar_sudo_shuffle_cugan_x2_fp16_opset18”拉满配置播放1080P视频显卡只有50%多，
还有我试了一下“vsmlrt-windows-x64-cuda.v13.2”里面的cugan的“up3x-latest-denoise3x”，我也不知道latest和pro哪个强，
反正这个三倍放大直接把4090吸干了，第一次打开要运行近20分钟，然后帧数只有个位数，显卡占用自然是一直99%。

然后提一下janaiV2，我开到最高的L3，显卡占用70%左右，但我个人感觉效果不如“styler00dollar_sudo_shuffle_cugan_x2_fp16_opset18”，
还有就是4倍放大的realesr-animevideov3，个人感觉1080P放大效果不如cugan，但480P和720P放大效果都强于cugan，
应该说不愧是4倍模型？不过这也是我主观感受罢了。


还有就是关于真人的，之前我一直是用“nnedi3_nns256_win8x6.glsl”，有效果但不太明显，这次AI模型更新了，我看了下，
有三个风格标注了“photo”的模型，其中一个标注的是“anime/photo”，意思是动画和真人都能用？我不想用这种通用的，
所以，我只用了其他两个单独标注了“photo”的模型，说下我对这两个模型的主观感受吧
第一个，“musl_rybu_x4_fp16_opset14.vpy”感觉相比原片，磨皮太严重了，虽然没到动画风格，
但把一个有真实皮肤的人，磨成了美颜相机里面的样子，个人不是很喜欢，
第二个，“Phhofm_LSDIRCompact3_x4_fp16_opset14.vpy”，这模型有4个版本，分别是“3C、3N、3R、3”，
我也不清楚后面的字母啥意思，就选了一个没后缀的“3”，
这个模型的效果我感觉略强于“musl_rybu_x4_fp16_opset14.vpy”，可能是因为磨皮没那么严重吧。
不过这两个模型我个人感觉都有个共同的问题，就是开启后，视频的颜色会有一定的变化，
其中musl_rybu_x4_fp16_opset14.vpy颜色变化较明显，Phhofm_LSDIRCompact3_x4_fp16_opset14.vpy颜色变化小一点但也看得出，
nnedi3_nns256_win8x6.glsl就没有颜色变化的问题，不过nnedi3_nns256_win8x6.glsl放大效果肯定没有上面两个好，
当然，这两个模型的显卡占用也远高于“nnedi3_nns256_win8x6.glsl”。

最后就是“MEMC_RIFE_NV.vpy”，我关闭了其他所有额外的滤镜、模型，
单独给4K24帧视频开“MEMC_RIFE_NV.vpy”补帧，结果还是没法流畅给4K24帧视频补成48帧，显卡直接99%
看样子4K开rife配置要求还是太高了啊。。。

还有请问下，AI模型里面的风格备注那里，有些模型的备注会在括号里写（FHD），
这个FHD啥意思，
意思是这模型是专门针对1080P视频优化，让1080P视频放大成4K的效果更好，
还是这模型专门给低于1080P的视频放大到1080P使用的？

我放一下我的“MEMC_RIFE_NV.vpy”设置和用rife模型时的视频控制台的数字吧，麻烦楼主看看是哪里出了问题。。。
论坛还是提示我无法上传附件，所以我只能放文字版了。。。


这是我的rife设置：

H_Pre = 2160
Lt_D2k = True
Sc_Mode = 2
Fps_Num = 2
T_Tta = False
Ext_Proc = True
Gpu = 0
Gpu_T = 3
St_Eng = False
Ws_Size = 0
Lk_Fmt = False



这是单独开rife模型，播放4K24帧视频的控制台文字：（下面两段文字是我从截图翻译软件扒下来的，可能不完全准确）
原文：
[vapoursynth] Returning black dummy frame with O duration.
[cplayer] Invalid video timestamp: 41.667000 -> 41.667000
[cplayer] Invalid video timestamp: 41.667000 -> 41.667000
[cplayer]Invalid video timestamp: 41.667000 -> 41.667000
[cplayer]Invalid video timestamp: 41.667000 -> 41.667000
[cplayer]
[cplayer]Audio/Video desynchronisation detected! Possible reasons include too slow
[cplayer]hardware, temporary CPU spikes, broken drivers, and broken files. Audio
[cplayer]position will not match to the video (see A-V status field).
[vapoursynth]Frame requested during init! This is unsupported
[vapoursynth]Returning black dummy frame with o duration.
[vapoursynth] Frame requested during init! This is unsupported.
[vapoursynth] Returning black dummy frame with o duration.
[vapoursynth]Frame requested during init! This is unsupported
[vapoursynth]Returning black dummy frame with o duration.
[cplayer]Invalid video timestamp: 56.682000 -> 56.682000
[cplayer] Invalid video timestamp: 56.682000 -> 56.682000
[cplayer]Invalid video timestamp: 56.682000 -> 56.682000
[cplayer]Invalid video timestamp: 56.682000 -> 56.682000
[cplayer
[cplayer]Audio/Video desynchronisation detected! Possible reasons include too slow
[cplayer]hardware, temporary CPU spikes, broken drivers, and broken files, Audio
[cplayer]position will not match to the video (see A-V status field).
[cplayer]

机翻：
[vapoursynth]返回黑色假帧，持续时间为0。
[cplayer]无效视频时间戳:41.667000 -> 41.667000。
[cplayer]无效视频时间戳:41.667000 -> 41.667000黑cplayer铝无效的视频时间戳:41.667000 -> 41.667000黑cplayer铝黑cplayer铝黑cplayer铝黑cplayer铝黑cplayer铝检测到音频/视频不同步!可能的原因包括硬件太慢、临时CPU峰值、损坏的驱动程序和损坏的文件。音频位置将不匹配视频(参见A-V状态字段)。黑cplayer铝
[vapoursynth]初始化时请求的帧!这是不支持的。
[vapoursynth]返回0持续时间的黑色假帧。
[vapoursynth] [vapoursynth]初始化过程中请求的帧!这是不支持的。返回0持续时间的黑色假帧。
[vapoursynth]初始化过程中请求的帧!这是不受支持的，
[vapoursynth]返回0持续时间的黑色假帧。
(cplayer]无效的视频时间戳:56.682000 -> 56.682000
[cplayer] [cplayer] cplayer] cplayer]无效的视频时间戳:56.682000 -> 56.682000
无效的视频时间戳:56.682000 -> 56.682000
无效的视频时间戳:56.682000 -> 56.682000
检测到音频/视频不同步!可能的原因包括硬件太慢，临时CPU峰值，损坏的驱动程序和损坏的文件，音频位置与视频不匹配(参见A-V状态字段)。cplayer]

还有就是，mpv.conf有一个“video-sync = display-resample”，我是禁用的，
因为我记得以前很老的版本，是要禁用这个选项才能正常补帧，
不过我刚才试了一下，无论禁不禁用这选项，都没法用rife给4K视频补帧

殺の微笑 发表于 2023-7-2 12:57
还有请问下，AI模型里面的风格备注那里，有些模型的备注会在括号里写（FHD），
这个FHD啥意思，
意思是这模 ...

还有请问下，AI模型里面的风格备注那里，有些模型的备注会在括号里写（FHD）， 这个FHD啥意思， ① 意思是这模型是专门针对1080P视频优化，让1080P视频放大成4K的效果更好， ② 还是这模型专门给低于1080P的视频放大到1080P使用的？ 不好意思，没太看明白，“肯定说的是源啊”的意思是 效果是①，对吗？

模型设置为Sc_Mode = 0，Gpu_T = 2（应该是不降分辨率的最低配了吧）
解码上面，auto-copy、nvdec-copy、no都试了一遍，

发现还是没办法流畅运行，显卡吃满，CPU占用波动较大，大概是30%~50%之间，
看了下控制台，提示的是CPU不行，
看样子还真是12600K拖后腿了，看过段时间换CPU才行了，
请问楼主你的CPU是哪一款呢

殺の微笑 发表于 2023-7-2 20:28
模型设置为Sc_Mode = 0，Gpu_T = 2（应该是不降分辨率的最低配了吧）
解码上面，auto-copy、nvdec-copy、n ...

原来是这样子，只能希望别是内存的问题了吧，我主板是D4内存，

换CPU没问题，换D5内存得换主板，太麻烦了，
楼主你给4K开补帧的时候，CPU和显卡的占用分别大概是多少呢？


还有请问下，在现在的最新版本下，
mpv.conf的“video-sync = display-resample”到底需不需要禁用呢？
我只记得远古版本说用补帧的话最好把这个给禁了。。。

请问在显示器支持HDR的前提下，只要在win11设置里打开使用HDR，mpv-lazy就能自动播放HDR视频了吧？需要其他额外操作吗？

感谢楼主和坛友的指导，不过我看楼主点评的链接好像是观看HDR时不做SDR转换（旧版），这个方法暂停会过曝。
参考了上面的

观看HDR时不做SDR转换
当前只推荐在 gpu-next 下使用，至少在 mpv.conf 中使用以下的参数

vo=gpu-next
target-colorspace-hint=yes
并追加如下配置预设（如果使用mpv-lazy，则最好在 profiles.conf 中补充）

[HDR-direct]
profile-cond=p["video-params/sig-peak"]>1 and p["video-params/gamma"]=="pq"
profile-restore=copy
target-trc=pq
target-peak=1000 # 目标峰值亮度应以你的显示器实际为准

控制台和统计信息显示如下内容就代表HDR直出了吧？

RainbowSealife 发表于 2023-7-3 21:05
感谢楼主和坛友的指导，不过我看楼主点评的链接好像是观看HDR时不做SDR转换（旧版），这个方法暂停会过曝 ...

（d3d11）把sdr平衡拉到最低，mpv在输出hdr时的窗口能很明显看到和窗口外的亮度差。

发现用mpv-lazy会使跟踪的屏幕字抖动的比较严重，用mpv原版和potplayer原生/xysubfilter没抖动的问题。


mpv-lazy：




mpv原版：




新版mpv-lazy的包估计用mpv-xxx-v3做底包改的，我老电脑用不了，只能用旧版20220721
Win10x64+老AMD集显，除了快捷键没修改过其它配置。
试了一下20230630的那包，用mpv-0.35.1-x86_64替换掉里面的mpv主文件，抖动依然明显，但感觉幅度好像比20220721小了一点

完整的字幕在这里，视频帖内有链接
抖动明显的位置：
EP08 14:27左右  逐帧静态分解形成的移动效果
EP11 18:08左右  单单用\move标签移动


附：EP08 剪辑过的视频和平移过的字幕做测试（小文件）


不确定是哪个滤镜/配置导致此现象，问问。