Predidit
Predidit
这是 Bangumi API 的问题，他们没有开放为这种场景设计的高并发的接口
@ErBWs No. Bangumi has no plan to provide English metadata from their API endpoint.
弹幕开了吗 试试在播放设置的硬件解码器选项选择 vaapi-copy
实在卡就用独显吧，性能瓶颈可能在mpv运行超分辨率相关着色器的流程上。 这个问题非常非常底层，估计只有 mpv 的开发人员知道怎么做。
Linux 的双显卡切换非常麻烦，而且不同DE也有差异。 目标应该是让 Kazumi 运行在独立显卡上。 你可以试试运行 Kazumi 时附加一些环境变量，但兼容性最好的方法应该还是系统全局使用独立显卡。
我们可以保持这个问题为打开 这应该是一个实际存在的问题
@xft233 尝试 1.9.1 版本，解码器选择 vaapi
anime4K 的着色器在windows上会通过 shaderc 转换为 SPIRV 并在 D3D11 上下文中编译为 HLSL 我现在倾向于 HLSL 的运行效率比 GLSL 高，而这是我们甚至 MPV 都无法解决的 目前 Linux 平台 Kazumi 播放器在性能上已经几乎没有优化空间，剩下的可以进行的工作也是增强稳定性和兼容性，例如实现双重缓冲
@xft233 这不用猜谜，如果在一帧的预算中，mpv 没有完成渲染(使用超分滤镜会明显拉长渲染时间)，那么那一帧视频帧就会变成黑帧。 在拥有双重缓冲的情况下，未渲染完成时会填充上一帧而不是黑帧。 我会尽量在下个版本实现双重缓冲。 我唯一感到好奇的是，这个问题真的能在独显上被观察到吗，这一般发生在核显上，因为只有核显无法在使用超分滤镜时维持视频的24帧输出。 如果你在使用性能稍差的核显，你可以在效率档观察到闪烁吗。
真离谱，明明 nv 的 OpenGL 驱动质量更好。在我实现双重缓冲后会在这里发布一个测试版。