Predidit
Predidit
我会先在各个仓库处理阻碍当前编译的问题，以避免你提交PR时遇到麻烦
@0Chencc hi ，目前四个 libmpv 构建仓库的主分支均可正确构建，可以提交 PR ，我会一并合并所有的 PR 以进行发布 https://github.com/Predidit/libmpv-darwin-build https://github.com/Predidit/libmpv-linux-build https://github.com/Predidit/libmpv-win32-video-cmake https://github.com/Predidit/libmpv-android-video-build 可能需要检查一下应用补丁的步骤，有些仓库明确指定了应用补丁的文件名，而有些使用通配符
我找到了另一个测试流，广告插入方式略有不同，但一样完美跳过 https://v.cdnlz22.com/20251109/25595_593f7b09/index.m3u8 广告位于约 4:58 处
什么操作系统
你可以提供更多的信息吗，例如当前帧率设置和 DevCheck 的实时帧率检测
我们的帧率设置没有强制性，只是建议系统为此应用启用相应的刷新率 可能是小米云控的原因，如果被列入了视频应用的清单里，会被限制到60刷新率，因为小米云控认为视频应用不需要高刷新率
这只是简单的网络问题，尝试关闭代理 如果一定要使用代理，尝试启用 tun 代理
这就是单纯的网络问题 我也不知道为什么会这样，可能你的本地网络管制比较严格，然后代理用的 IP 又刚好被 Bangumi 拉黑了
这个折线图没有太大用处 如果您对非代码贡献感兴趣的话，可以考虑更新规则或文档 https://github.com/Predidit/KazumiRules https://github.com/Predidit/kazumi-website
很感谢你提供了一个可以集成到 mpv 渲染管线并且开源的补帧方案 mvtools ，我们后续的工作将基于此进行 但是我不能保证此工作推进的进度，因为我个人其实很讨厌动画补帧，除了平移画面外，动画的实际帧率一般远小于 24 帧，这会导致难以消除的鬼影 实际上虽然你的对比视频经过挑选，特地避免了线条较多的背景，但还是能发现明显的鬼影，例如车轮碰到石头的部分