找回密码
 立即注册
楼主: 孤雨独火

[MPV+] MPV_lazy 懒人包

  • TA的每日心情
    开心
    2024-2-2 00:51
  • 签到天数: 79 天

    [LV.6]常住居民II

    2

    主题

    78

    回帖

    772

    VC币

    白金会员

    Rank: 12Rank: 12Rank: 12

    积分
    56531
    charlieego 发表于 2023-5-2 00:45:09 | 显示全部楼层
    本帖最后由 charlieego 于 2023-5-2 01:11 编辑
    孤雨独火 发表于 2023-5-1 22:56
    不喜欢自己定义快捷键show-text吧。
    而且也没重复,它这章节的标题就叫"章节",你找个不偷懒的视频再看看 ...

    我知道
    VCB大部分都是这种格式,我打开了十几部都是这样(大概我库里大部分bdrip章节都这种格式
    有一小部分压制组用了Opening,Ending,还有Part-A,Part-B这种格式的
    最用心的章节名称还和视频相关,所以我提问的时候说想隐藏Chapter:( )这部分,而不是章节名称
    然后感谢前面提供的链接,我会去看的





    感谢楼主,搞定了

    点评

    我猜测是vcb追求效率所以不在乎章节的名字  发表于 2023-5-2 01:28
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    擦汗
    2024-2-6 16:57
  • 签到天数: 36 天

    [LV.5]常住居民I

    0

    主题

    65

    回帖

    0

    VC币

    中级会员

    Rank: 3Rank: 3

    积分
    5568
    黑的白 发表于 2023-5-2 21:57:50 | 显示全部楼层
    本帖最后由 黑的白 于 2023-5-2 22:34 编辑

    楼主你好,我想让realcugan_cuda和mvtools_std一起跑。
    发现二者单独使用都正常,但是我先开realcugan后开mvtools的话就只有放大正常而没有补帧效果。
    打开控制台也看不懂,请问如何解决呢?谢谢。

    https://img.chkaja.com/3394e270b5db1ada.png

    编辑:试着先开mvtools后开realcugan则都正常,请问这二者开启的先后顺序对性能有影响吗?还是说先放大后补帧会更省算力。

    点评

    另外你这图里用的难道不是esrgan???  发表于 2023-5-2 23:19
    我先不看bug,但是我只能讲1080p做cugan几乎能把4080榨干了,还要补帧何必呢。。。  发表于 2023-5-2 23:08
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    擦汗
    2021-12-4 12:48
  • 签到天数: 42 天

    [LV.5]常住居民I

    45

    主题

    2720

    回帖

    2020

    VC币

    星辰大海

    Rank: 20Rank: 20Rank: 20Rank: 20Rank: 20

    积分
    419994

    崭露头角活跃达人CD!BD!

    孤雨独火  楼主| 发表于 2023-5-2 23:41:42 | 显示全部楼层
    本帖最后由 孤雨独火 于 2023-5-3 00:00 编辑
    黑的白 发表于 2023-5-2 21:57
    楼主你好,我想让realcugan_cuda和mvtools_std一起跑。
    发现二者单独使用都正常,但是我先开realcugan后开m ...

    经过测试,串联两个vs滤镜之后不知何故container_fps变量失效了,可能是mpv的bug。
    不过我已经转向k7sfunc作为lazy的vs滤镜架构了,新架构下串联这两个滤镜不存在问题,所以这个不影响的bug我就不管了


    至于顺序对性能的影响,,这个一两句话不好全部讲清楚。在这个例子里,esrgan太太太重了,原始分辨率和帧率过高都会导致来不及放大,所以首先预处理缩小(720-900p左右,无所谓的反正anime真实分辨率就这么点),再esrgan介入放大;前一个处理完后在压缩回显示分辨率(2k以下),因为mvtools在高分辨率下的效能滑坡太明显,此时mvtools再介入进行最终的补帧。

    以上在新架构的处理下能达成一个超高性价比的开销(针对4080来说)

    本帖子中包含更多资源

    您需要 登录 才可以下载或查看,没有账号?立即注册

    x
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    擦汗
    2024-2-6 16:57
  • 签到天数: 36 天

    [LV.5]常住居民I

    0

    主题

    65

    回帖

    0

    VC币

    中级会员

    Rank: 3Rank: 3

    积分
    5568
    黑的白 发表于 2023-5-3 00:16:54 | 显示全部楼层
    本帖最后由 黑的白 于 2023-5-3 00:29 编辑
    孤雨独火 发表于 2023-5-2 23:41
    经过测试,串联两个vs滤镜之后不知何故container_fps变量失效了,可能是mpv的bug。
    不过我已经转向k7sfunc ...

    感谢回复,这个新方案很好啊,好节能。
    对,打错了,不是cugan,我是3090用realesrgan_cuda.vpy,模型换成animejanai的Strong_V1_SuperUltraCompact再加上mvtools_2x跑1080p 24帧到4k 48帧占用大概是80%,跑60帧的话是90%。换楼主的方案也许可以降到40%?
    期待下一次更新!

    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2024-2-2 00:51
  • 签到天数: 79 天

    [LV.6]常住居民II

    2

    主题

    78

    回帖

    772

    VC币

    白金会员

    Rank: 12Rank: 12Rank: 12

    积分
    56531
    charlieego 发表于 2023-5-8 12:11:10 | 显示全部楼层
    本帖最后由 charlieego 于 2023-5-8 12:14 编辑

    https://bbs.archlinuxcn.org/viewtopic.php?id=5548
    https://bbs.acgrip.com/forum.php ... ge=1&authorid=17760
    https://bbs.acgrip.com/forum.php ... ge=1&authorid=40901
    好像libass有个五年前就存在的bug,没办法显示加粗的微软雅黑
    还是蛮多字幕组用微软雅黑的,特别是老番
    只要把Style中的微软雅黑改成Microsoft Yahei,粗体就能正常显示
    第一个链接说的解决方法,我回去是时候试试

    点评

    至于是不是bug建议向libass反馈issue  发表于 2023-5-8 12:40
    你第一个链接里说这是字体的bug不是libass的bug  发表于 2023-5-8 12:36
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2024-4-1 10:38
  • 签到天数: 58 天

    [LV.5]常住居民I

    2

    主题

    24

    回帖

    0

    VC币

    中级会员

    Rank: 3Rank: 3

    积分
    8203
    雨晴 发表于 2023-5-8 23:35:33 | 显示全部楼层
    想问,为什么楼主的mpv没有装字体的字幕也能正常显示出效果呢?

    点评

    要么内嵌了,要么内封了,没有魔法  发表于 2023-5-8 23:51
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2024-2-2 00:51
  • 签到天数: 79 天

    [LV.6]常住居民II

    2

    主题

    78

    回帖

    772

    VC币

    白金会员

    Rank: 12Rank: 12Rank: 12

    积分
    56531
    charlieego 发表于 2023-5-9 06:49:33 | 显示全部楼层
    试过了没用,不管字体名称时Microsoft YaHei还是Microsoft YaHei UI都不行。mpv必须把字幕字体名称改成微软雅黑 Bold/Microsoft YaHei UI Bold才能显示粗体
    我再次尝试了直接用potplayer(字幕文件以外挂形式)不管potplayer自带的还是XySubFilter with libass都能显示粗体

    后面我又把微软雅黑 Bold & Microsoft Yahei UI Bold和字幕封入视频
    此时mpv和potplayer都正常显示粗体
    把微软雅黑 & Microsoft Yahei UI和字幕封入视频
    此时mpv和potplayer都不能显示粗体
    微软雅黑 & Microsoft Yahei UI和微软雅黑 Bold & Microsoft Yahei UI Bold字体名称都是微软雅黑,只是不同字重
    又在超级整合包看到以下信息
    07. OTF、TTF、TTC 字体有什么区别?
    TTC 字体就是多个字体(可以是 TTF 或 OTF)的集合。OTF 字体具有理论上更好的曲线和一些高级特性,但是目前已知完整支持 OTF 高级特性的软件就只有 Adobe 系列和 C4D、Maya 等专业设计软件。此外,OTF 字体在目前 Windows 上仍被大量使用的 GDI(包括 ClearType)渲染的显示效果远不如 TTF 字体。我们常用的字幕渲染器 libass 和 VSFilter 不支持 OTF 字体的加粗,就算你在字幕中设置了加粗,如果你装的是 OTF 字体,显示效果也是不加粗的,只有少数字体(如思源黑体、思源宋体、方正雅士黑等)在字幕中设置加粗时会自动调用 Bold 字重的字体,这些字体的特点是 Regular 字重和 Bold 字重在字体下拉列表中同名,在 Aegisub 中需选择 Regular 字重的名称再勾选加粗才能调用 Bold 字重,当然你也可以通过手动输入 Bold 字重的名称来调用,例如“思源宋体 Bold”。同一个字号的 OTF 字体会比 TTF 字体小。

    (但是微软雅黑是ttc啊)
    也就是说vs系在处理微软雅黑加粗会直接调用他的Bold字重,而libass不会,微软雅黑的Regular又没办法加粗
    所以就是libass的问题?

    点评

    上一条已经回复过了“至于是不是bug建议向libass反馈issue”  发表于 2023-5-9 09:07
    回复 支持 反对

    使用道具 举报

  • TA的每日心情

    2023-8-13 03:29
  • 签到天数: 7 天

    [LV.3]偶尔看看II

    0

    主题

    20

    回帖

    4

    VC币

    注册会员

    Rank: 2

    积分
    1117
    芥末和三文鱼 发表于 2023-5-10 23:20:40 | 显示全部楼层
    刚刚从potplayer转mpv,有两个问题:1.mpv设为默认播放器后,能否修改默认图标,我希望类似potplayer,不同视频格式稍有区别。2.mpv的上个视频和下个视频快捷键好像失效,但是鼠标点击播放器按钮有效,修改playlist-prev和playlist-next也不行。

    点评

    在“输入模式”中可以验证是不是该组合键位无法触发  发表于 2023-5-11 06:22
    如果你指的是unext快捷键也无效的话,大概率是被其它软件的快捷键占用了,自行修改成其它按键  发表于 2023-5-11 06:22
    1. 自己开发 2. 你没仔细看说明,提示,你没有创建播放列表  发表于 2023-5-11 06:05
    回复 支持 反对

    使用道具 举报

  • TA的每日心情

    2023-8-13 03:29
  • 签到天数: 7 天

    [LV.3]偶尔看看II

    0

    主题

    20

    回帖

    4

    VC币

    注册会员

    Rank: 2

    积分
    1117
    芥末和三文鱼 发表于 2023-5-12 21:31:51 | 显示全部楼层
    芥末和三文鱼 发表于 2023-5-10 23:20
    刚刚从potplayer转mpv,有两个问题:1.mpv设为默认播放器后,能否修改默认图标,我希望类似potplayer,不同 ...

    感谢,原来打开单集产生不是播放列表,应该是文件列表。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    擦汗
    2024-2-6 16:57
  • 签到天数: 36 天

    [LV.5]常住居民I

    0

    主题

    65

    回帖

    0

    VC币

    中级会员

    Rank: 3Rank: 3

    积分
    5568
    黑的白 发表于 2023-5-15 23:01:14 | 显示全部楼层
    本帖最后由 黑的白 于 2023-5-15 23:13 编辑

    感谢更新,用了新的vpy发现预缩放对ESRGAN超分影响居然还蛮大的。
    预处理到720p再超分比不预处理的瑕疵多很多,是缩放用的算法不太好的原因吗?
    做了个对比,依次是预缩放至720p再ESRGAN×2再AMD-FSR、ESRGAN×2、AMD-FSR×2,模型用的animejanai最快型号(懒人包里的5000)。
    https://slow.pics/c/2FC0cOHG
    预缩放的比不缩放的台阶上多了锯齿,男主的脸多了振铃。

    点评

    另外janai本身的锐化有点过头,直接超级加倍了属于是  发表于 2023-5-16 03:32
    看静态画面当然是很大的,毕竟不是get-native原始分辨率  发表于 2023-5-16 01:43
    回复 支持 反对

    使用道具 举报

    您需要登录后才可以回帖 登录 | 立即注册

    本版积分规则

    快速回复 返回顶部 返回列表