毕竟 BilibiliSponsorBlock 是魔改, 一开始没针对 B 站弄, 不如重写了 (感觉维护也不咋积极).
而且我本来就是写个库, 弄个 binary 顺带的事情, binary 后面是准备合并到我的另一个项目的()
另外, AI 数据还是别和用户提交的混着吧.
他那个名字有法律风险, 我的实现一开始就是和哔哩哔哩解耦的.
期待佬友最终结果
确实，没有必要和sponsor混到一起去，独立出来挺有必要的
马克一下,
用SponsorBlock,老的视频一般没人标记,新更新的标记的挺快的.
抖音还没有像这样跳过广告的插件
最新进展 (25/04/15):
一直以来都在寻找桌面原生播放器的解决方案(实在不想碰网页套壳了)
然后留意到 mpv 支持写 lua 脚本, 还支持写 cplugin, 甚至还找到这么个项目, 有人已经移植原版 sponsorblock 的类似功能了:
简单测试了一下用 mpv 播放 B 站视频的可行性:
术业有专攻, 让 mpv 处理音视频解码去, 从 0 写还是过于麻烦了… 这个方案只要能装 mpv 的平台都能随便用, 兼容性极好, mpv 自身是音视频行业大牛弄出来的万一, 性能也是顶呱呱…
算是对 yt-dlp 的增强版本吧, 然后再外挂一个 TUI 或者简易的 GUI, 弹幕转 ass 然后混上字幕就行.
后期看情况需不需要过渡到 slint + libmpv 通过 OpenGL 绘制的彻底的原生程序, 但一方面还得学 slint 的 DSL, 另一方面没找到弹幕渲染的库, 而且 OpenGL 性能那肯定是不如 mpv 能原生使用 d3d11 的… Rust 写 GUI 确实比较痛苦… Rust 下一个 10 年的调查问卷我反馈了这点: 打造一些杰出的 Rust 项目, 发挥 Rust 的优势, 打造包括但不限于一个媲美 QT 的 GUI 库, 高性能游戏引擎(把 Bevy 发展好), WASM 生态, 更进一步就是音视频行业长期是 C / C++ 占主导地位, 从 ffmpeg 开始一步一步锈化. 如此才能吸引到更多开发者以及产业界支持…
目前 Rust 的 ffmpeg 绑定的库基本都停止更新的状态, 就字节维护了一个 rsmpeg, 实在是痛苦. mpv 也是, 最新的库才刚刚兼容到 libmpv 2.2, 轮子全要自己造.
扯远了, 最近还是比较忙, 不过服务端搓了个 PoC 出来了, 目前还在持续优化 Prompt 并人工校核测试, 希望今年内弄好吧()
1 Like