[MPV+] MPV_lazy 懒人包

@菜姬 佬你的 xysubwithlibass 也有这个bug



参考图 https://github.com/hooke007/MPV_lazy/discussions/310

涉及的字幕文件1
涉及的字幕文件2 https://bbs.acgrip.com/forum.php ... 47&fromuid=7914

原来 2xHFA2kCompact_fp16.zip 这个是cugan啊，我想问问原项目地址在哪？我去看看

孤雨独火 发表于 2023-5-25 15:05
@菜姬 佬你的 xysubwithlibass 也有这个bug

[backcolor=rgba(175, 184, 193, 0.2)]sub-ass-vsfilter-blur-compat 没看过mpv代码 不清楚这个影响了哪些参数 修要等一段时间了

雨晴 发表于 2023-5-25 07:47
最新2023V4播放某些字幕时字体轮廓变得很粗

该字幕有明显的 Popsub 制作特征(*Default)，以及考虑到它的制作年份，我认同跟原始 vsfilter 渲染一致是预期行为

英伟达发布GeForce Game Ready 532.03 WHQL驱动程序，该驱动程序引入了显著的性能优化，可在流行的AI模型和应用程序上提供高达2倍的推理性能。

意思是说对rife也有性能上的提高吗？

dwabc 发表于 2023-5-25 23:01
英伟达发布GeForce Game Ready 532.03 WHQL驱动程序，该驱动程序引入了显著的性能优化，可在流行的AI模型和 ...

搜了一下这个 up to 2x 是怎么回事。。。
我只用studio驱动，等这边推送了我再测测看，预测在实际应用中提升不大

楼主，你好，我想在mpv lazy中同时启用RIFE NV和ESRGAN NV，看了你的K7sfunc教程写了以下参数
import vapoursynth as vs
from vapoursynth import core
from k7sfunc import RIFE_NV,SR_ESRGAN_NV
step01 = video_in
step02 = SR_ESRGAN_NV(input=step01)
step03 = RIFE_NV(input=step02)
step03.set_output()

然后我把它命名为test.vpy，放在vs文件夹中，然后在input_uosc.conf中把快捷键“！”指向这个test.vpy，但没有起效？如何做呢，请指教。顺便说下我看了几个视频这个新驱动确实没什么提升。

孤雨独火 发表于 2023-5-25 15:05
@菜姬 佬你的 xysubwithlibass 也有这个bug

再重申一遍这不是bug，是字幕制作不规范的问题

参见 1033# (acgrip.com)，1034# (acgrip.com)

字幕1是在720p的参考分辨率下制作的，却被错误的封装用于1080p分辨率的视频，才引发了 https://github.com/mpv-player/mpv/issues/9858 此问题
在aegisub中使用1080p播放字幕无论使用libass还是vsfilter渲染结果都相同，使用720p下两者都能得到正确的渲染效果。mpv和mpc-hc字幕渲染器、xy-vsfilter还有xysubfilter的渲染结果和aegisub一致，只有mpc-be的vsfilter系字幕渲染器因为不参考视频分辨率处理ass标签缩放能得到所谓“正确”的渲染

字幕2同理，也是字幕制作不规范导致的。不过这个是ScaledBorderAndShadow上因显示分辨率导致的渲染行为不同（libass/libass@d60f2dc），mpc-be的字幕渲染器、xy-vsfilter还有xysubfilter和libass渲染结果一致，mpc-hc的字幕渲染器不基于原始分辨率进行渲染导致了重墨风格
PS：libass不同的渲染行为不是vsfilter系兼容性问题，而是libass开发者认为这种逻辑更合理，详情见上面提到的Commit的提交信息。而ScaledBorderAndShadow上的vsfilter系兼容性修复见此Commit的提交信息：libass/libass@88255b0

mpv的--sub-ass-vsfilter-blur-compat选项默认值yes传递ass_set_storage_size参数给libass用于字幕渲染，这才是libass开发者认可的正确行为，只有基于此才能实现正确的vsfilter系兼容性。这在之前已经说明的很清楚了：Many API-users ignore ass_set_storage_size leading to incorrect rendering · Issue #591 · libass/libass (github.com)

什么无效交流，你自己测试一下确认很难吗？

字幕1不提，它本身就是制作+封装导致的问题
字幕2在mpc-be的字幕渲染器、xy-vsfilter还有xysubfilter和libass上的渲染结果一致，只有mpc-hc因为不同的字幕渲染逻辑导致它会呈现重墨描边的效果（这才是错误的）。你基于mpc-hc为标准判断字幕制作的原本效果已经错了，再进一步禁用mpv选项还原mpc-hc字幕效果更是错上加错，自己测试一下aegisub、xy-vsfilter、xysubfilter等标准vsfilter和libass实际渲染结果不难吧？

“一个vsfilter下的产物就应该符合标准vsfilter的实现效果”，实际上字幕2在标准vsfilter系和libass下的渲染结果一致，那么你禁用mpv选项的意义何在？


sub_share/subs_list/animation/2007/(2007.4.7)精灵守护者/BD/漫游字幕组 at master · foxofice/sub_share · GitHub
这个字幕你同样可以用来测试aegisub、xy-vsfilter、xysubfilter等标准vsfilter和libass等与mpc-hc不同的渲染结果

至于为什么mpc-hc具有与众不同的字幕渲染逻辑，其实之前libass和mpc-hc开发者讨论过，见：ASS/SSA Format: Introduce LayoutRes{X,Y} script headers to allow easy multi-resolution releases by TheOneric · Pull Request #641 · libass/libass

For MPC-HC’s Internal Subtitle Renderer the situation is actually a bit different from original guliverkli(2)-VSFilter, xy-VSFilter and libass. MPC-HC’s ISR is already incompatible with many existing files and other renderers for a long time (in our experience, this resulted in barely any complex subs targeting ISR). Among others, MPC-HC's ISR completely stopped considering the original video resolution during rendering. While this deviation has been around long enough for ISR to probably better keep it when no LayoutRes{X,Y} was set, it would be nice if the headers could be taken into account when they are present to reduce the incompatibilities to other softsub renderers.

我希望你能正视自己的错误，而不是一直迂回

苏辰汐 发表于 2023-5-27 02:21
什么无效交流，你自己测试一下确认很难吗？

字幕1不提，它本身就是制作+封装导致的问题

你的意思是，字幕组做的字幕不追求播放端的效果？？？

另外你的be必然和我的be不是一个东西


我不知道我的错误是什么。。。我就没和你探讨是不是bug的定性问题，你一直纠结标准我真的看不懂