|
|
什么无效交流，你自己测试一下确认很难吗？
字幕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.
我希望你能正视自己的错误，而不是一直迂回
|
|
