本帖最后由 sommio 于 2023-5-16 09:23 编辑
charlieego 发表于 2023-5-9 06:49
试过了没用，不管字体名称时Microsoft YaHei还是Microsoft YaHei UI都不行。mpv必须把字幕字体名称改成微软 ...
mpv --msg-level=sub=trace | grep YaHei应该检查字体及 mpv libass 日志
反正我不能复现，无论是通过 Full Name“Microsoft YaHei Bold”，还是 Style Link Bold Family“Microsoft YaHei”都能正常工作
Style: Default,Microsoft YaHei,50,&H00FFFFFF,&H00FFFFFF,&H00C38335,&H00FFFFFF,-1,0,0,0,100,100,0,0,1,2,0,2,10,10,13,1
Style: Comment,Microsoft YaHei Bold,39,&H00FFFFFF,&H00FFFFFF,&H00C38335,&H00FFFFFF,0,0,0,0,100,100,0,0,1,2,0,8,10,10,10,1
fontselect: (Microsoft YaHei, 700, 0) -> /home/sommio/.local/share/fonts/Microsoft（微软）/简繁/微软雅黑 Bold & Microsoft Yahei UI Bold.ttc, 0, MicrosoftYaHei-Bold
AV: 00:06:47 / 00:23:41 (29%) x1.10 A-V:0.005 DS: 3.000/1
fontselect: (Microsoft YaHei Bold, 400, 0) -> /home/sommio/.local/share/fonts/Microsoft（微软）/简繁/微软雅黑 Bold & Microsoft Yahei UI Bold.ttc, 0, MicrosoftYaHei-Bold
此外你链接的那个 Linux 社区的帖子是 Linux 字体处理库 Fontconfig 的 bug，现在已经修复了
❯ fc-list| grep 微软雅黑 | grep Bold
/home/sommio/.local/share/fonts/Microsoft（微软）/简繁/微软雅黑 Bold & Microsoft Yahei UI Bold.ttc: 微软雅黑,Microsoft YaHei:style=Bold,Negreta,tučné,fed,Fett,Έντονα,Negrita,Lihavoitu,Gras,Félkövér,Grassetto,Vet,Halvfet,Pogrubiony,Negrito,Полужирный,Fet,Kalın,Krepko,Lodia
/home/sommio/.local/share/fonts/Microsoft（微软）/简繁/微软雅黑 Bold & Microsoft Yahei UI Bold.ttc: Microsoft YaHei UI:style=Bold,Negreta,tučné,fed,Fett,Έντονα,Negrita,Lihavoitu,Gras,Félkövér,Grassetto,Vet,Halvfet,Pogrubiony,Negrito,Полужирный,Fet,Kalın,Krepko,Lodia
此外，无论是 OpenType 还是 TureType 字体，mpv 都可以渲染伪粗体
请问楼主，
下载了最新的2023V4版本看了一下，
发现了两个新的放大VS脚本，这两个新的放大脚本和waifu2X对比的话，
从放大效果来说，是Real-CUGAN (pro)＞Real-ESRGAN ＞waifu2x ，这样子吗？
还有，这些VS脚本请问是主要就吃显卡吗？对CPU有要求吗？
还是说只要显卡足够牛逼（4090），CPU不要太差（5800X），就可以顶配流畅运行这些脚本呢？
618想换机了，想做个参考，
十分感谢
殺の微笑 发表于 2023-5-16 19:21
请问楼主，
下载了最新的2023V4版本看了一下，
发现了两个新的放大VS脚本，这两个新的放大脚本和waifu2X对 ...
不是什么新的放大，我建议你去看完整的发行说明和文档，现在所有的vs脚本都只是演示示例。
cugan，esrgan，waifu2x这些不是模型，是架构。客观质量取决于具体模型，主观质量取决于偏好。
即使主要滤镜能gpu加速，但更多的滤镜仅支持cpu计算，而且vs本身是cpu框架，内存cpu的性能也是越高越好
孤雨独火 发表于 2023-5-16 20:58
不是什么新的放大，我建议你去看完整的发行说明和文档，现在所有的vs脚本都只是演示示例。
cugan，esrga ...
谢谢，测试了一下，这两个新的（暂时这么称呼吧）脚本压力比waifu2X大了不少
就算效果比waifu2X好，于我来说，暂时也无福消受了
楼主我想请教下超分vpy的预处理缩放算法怎么改？
我想换成Mitchell或者Catrom，振铃会小一些，或许能让animejanai超分之后瑕疵少些。
https://artoriuz.github.io/blog/mpv_upscaling.html#results
看到楼主换预处理的算法马上试了下，发现瑕疵无改善，问题确实出在animejanai那边，strong模型对720p用力过猛了。
对比：https://imgsli.com/MTc4OTkw/0/1
new是今天更新之后的k7sfunc和vs，看来预压缩的算法没有影响，哪个快用哪个了。
本帖最后由 孤雨独火 于 2023-5-25 15:54 编辑
黑的白 发表于 2023-5-17 15:02
看到楼主换预处理的算法马上试了下，发现瑕疵无改善，问题确实出在animejanai那边，strong模型对720p用力过 ...
想要减少振铃不是不行，bicubic里继续找糊一点的参数即可，问题是缩小已经产生了不可逆的信息丢失所以我要尽可能保锐度（我新换的两组仍然是偏锐利的bicubic）
另外预提供的模型我基本不算满意，janai的问题前面讲了，两个官方模型的色调差异比较明显。建议用 https://github.com/hooke007/MPV_lazy/wiki/3_K7sfunc#uai_nv_trt 这个接口加载其它你能在网上找到了放大类模型。
本帖最后由 黑的白 于 2023-5-17 21:43 编辑
孤雨独火 发表于 2023-5-17 16:41
想要减少振铃不是不行，bicubic里继续找糊一点的参数即可，问题是缩小已经产生了不可逆的信息丢失所以我 ...
感谢分享，待会试一试拿来和rife一起用看能效怎么样。
另外我看animejanai的作者说v2快弄好了，会改善振铃。
https://github.com/the-database/ ... ecomment-1547105670
我发现先开rife再开esrgan二者运行正常，先开esrgan再开rife，rife就不生效了。控制台显示如下
本帖最后由 黑的白 于 2023-5-20 00:01 编辑
感谢楼主指导，弄成功了。
然后我发现1080p不预处理在3090下运行"animejanaiL1×2+rife×2"比"rife×2+animejanaiL1×2"的性能消耗更高，请问这是正常的吗？先补帧再超分3090可以运行，顺序相反则算力不够，会卡顿。
但是我看网上有人说先补帧的话出来的瑕疵也被超分放大了，画质不如先超分再补帧，这种说法有道理吗？