Predidit
Predidit
噢噢，是通过 nvtop 判断的。kazumi 使用的 media-kit 分支是我单独维护的，部分特定会定期同步到上游。 主分支的 media-kit 使用 linux 系统中的 mpv 库，我的分支使用自行编译的 mpv 库，这个库经过很多裁剪，nvdec 的直接支持被裁掉了，因为大部分情况下 vaapi 已经足够。 将 nvdec 加回来其实有些麻烦，主要问题在于我没有 nvdia linux 设备，无法保证 nvdec 正确工作。 一般这种场合的最佳实践是使用 prism之类的工具让整个程序运行在独立显卡上，尝试过类似方法吗。
目前的讨论已经足够，但我会将此 Issue保持开启 当nvdec支持重新加入时我会在这里更新
@c-xk 尝试这个构建 https://github.com/Predidit/Kazumi/actions/runs/19665314727/artifacts/4671351196 选择 VAAPI 加速，现在支持了直通 VAAPI 而不是 VAAPI-copy 并且有新的多线程视频渲染器和预光栅化的弹幕组件，即使使用的是核显，应该也可以正确流畅地运行效率档超分
这只在某些设备上出现，有进展时我会在这里更新
搜索页面没有加是为了防止误触，滚动视图里不适合有太多的按钮 追番可以绑定番剧源，只是觉得现在的设计比较合适，即使从现在的追番页面进入，选择观看过的番剧源，进度也是会自动跳转的
我会保留此 Issue 为开启状态，如果有更多人觉得追番和番剧源需要绑定，我会修改这部分的实现
anime1 的视频资源都是 16:9 的，播放与屏幕比例不符的视频资源时，对齐其中一边并留下黑边是通常的做法。 可能后续会添加相关选项，包括拉伸以适应屏幕和裁剪以适应屏幕的选项，但默认行为不会改变。 关于账号注册，我有些不知道这一做法的意义，anime1 官方没有账号注册和登录功能。
你在使用 1.7.8 之后的版本吗 新版没有这种匹配问题
这不是可行的方法 1. 特征性不强，特定的 ffmpeg 错误实际上不是必然发生的，ffmpeg 的解复用器可以完美处理这种基于 #EXT-X-DISCONTINUITY 特性的片段插入。 2. 跳过广告直接使用 media-kit 暴露的上层封装进行跳转，这并不是无感知的，实际上我们会遇到广告加载，然后播放器自动跳转固定的10秒，在多次跳过并可能导致循环后，再加载主视频流的糟糕的观看体验。 3. 实际上在生效的部分是在检测到跳转到视频开头的尝试之后就判定为广告播放 由于以上提到的问题，我们不能使用这种方法，这不仅不能算是解决方案，甚至不算一个好的 workaround 我们要解决这个问题还是要通过对 ffmpeg hls demux 的改造，让 hls demuxer (解复用器) 在缓存时就直接跳过时间戳异常的片段。但是 ffmepg 的 hls demux 部分是超过3000行的纯...
ffmpeg PTS 应该也是不错的切入点，也和你检测的报错有联系，但是 ffmpeg 的代码实在是太难读了 :D