[Linux] 部分设备阴影绘制不正确

[huanglinfeng18]

在使用的时候发生了什么 Bug ？

录屏 2025-01-01 15-55-39.webm
一点出来就会变色的。
再提一嘴：那个跳80秒的按钮我个人建议改去右上角，放在进度条的周边等如果按偏了就会点到进度条的头
另外，这个软件太优秀了，祝这个项目越来越好

您在使用哪个操作系统？

Linux

请具体提供设备、版本号等信息。

Ubuntu 24.04.1 LTS
Lenovo Lenovo K2450

（选填）一些与 Bug 相关的硬件信息。

Intel® HD Graphics 4400 (HSW GT2)

日志信息

**2025-01-01 16:10:57.584391** 
同步观看记录失败 DioException [bad response]: null
Error: Not Found 
 
**2025-01-01 16:11:00.563236** 
Resolve bangumi list failed type 'Null' is not a subtype of type 'String'

提交前确认

• issue 列表中，没有我发现的这个 Bug
• 我正在使用最新版本的 Kazumi

[Predidit]

看上去又是底层问题，难受

这和特定规则有关吗，还是所有的视频都可以触发

这个问题在 1.4.8 存在吗

[huanglinfeng18]

大概不和特定规则有关，我常用的ciyuancheng和clicli都会出现。这个问题在1.4.8并不存在。

[Predidit]

我没有办法在我的 linux 设备上复现这一问题，所以这是一个和硬件相关的问题，一般和底层相关。

1.4.9 版本的播放器底层和 flutter 版本都没有变动。这相当奇怪。

我们只能怀疑编译环境的库和你在使用的部分库存在兼容性问题。

调试这个问题需要在你的设备上尝试编译 kazumi，有兴趣的话可以尝试，我可以帮组解决你遇到的问题。

[huanglinfeng18]

不用了，谢谢。我很少用linux，只是每当kazumi更新时我都会在我的设备上更新。今天更新完碰巧遇到这个问题我立马就来跟你提一下咯，每次总是这样....
新年快乐！先生

[lime4ev]

同样遇到了这个问题，是在型号为r7-8845h的amd设备上，系统为fedora41，32g，实体机

https://github.com/user-attachments/assets/1a5fcbfc-1b37-4345-bf8d-06881a3cf67d
奇怪的是当移动光标到此应用的其他处，它恢复了正常，一样我在1.48版本并未发现这个问题，另外在这两个版本中当我在播放页选择上一步时，有概率发生闪屏，且无法正常关闭应用，甚至光标也产生了拖影，不过当我把硬件解码关闭时，这些问题得以解决。除开在linux的小毛病，这个软件相当不错。

[Predidit]

也许我们可以尝试在 Linux 上使用特定的硬件解码器

[Predidit]

@huanglinfeng18

关闭硬件解码可以修复你的问题吗

[Predidit]

@lime4ev

这个Issue只能在出现了该问题的设备上测试与解决，有兴趣尝试编译 kazumi 吗，我可以告诉你如何修改硬件解码加速器，也许我们可以使用保守一些的设置

[lime4ev]

@Predidit 我很抱歉无法腾出时间，我需要去准备我大学的期末考试，因为无法保证自己能够通过，并且我可能缺乏与之相关的知识，对此我深感抱歉。

[huanglinfeng18]

@huanglinfeng18

关闭硬件解码可以修复你的问题吗

可以解决

[Predidit]

@huanglinfeng18 @lime4ev

https://github.com/Predidit/Kazumi/actions/runs/12596951334/artifacts/2382463040

检查这个构建，这个构建使用了更加保守的硬件解码选项，并提供了手动选择硬件解码器的页面

如果这个构建的默认设置在开启硬件解码时，仍然有同样的问题，尝试修改播放设置中的硬件解码器，并在这里留言没有问题的解码器

[lime4ev]

新编译的包在fedora41（wayland）没有感觉出来什么区别（换了几个方式好像都一样，有的好像播放失败概率还高了些，要刷新，可能是我的错觉），之前用1.4.9版本在debian系的mint22的x11桌面也试了下，还是那个问题，不过看了下后台的resources好像gpu解码有在运作(硬件解码关闭同样有占用？，大概8%，浏览器直接播放视频的话为0%)。比较疑惑的是光标的焦点移动为何能影响画面，不知道有没有联系。下面是这款核显的vainfo

[lime4ev]

经过一两月的使用后，已经决定用回Windows作为日常，来日再关顾linux，希望到时能够接触更多。感谢您为这个问题做出的努力，若是这个问题仍无法入手，也可就此作罢，或等待是否有更多类似的问题反馈。

[Predidit]

1.5.0 修复了 1.4.9 中的一个严重的内存泄漏问题，我不知道对这个问题是否有帮助

[lime4ev]

这个补丁并未解决渲染错误，但解决了1.4.9关闭硬件解码后视频编码器仍有占用的问题(虽有占用，且不会渲染错误，但cpu温度高达68度），1.5.0恢复正常(关闭硬件解码无占用cpu温度58度，无渲染错误)(开启硬件解码，有渲染错误，视频编码器有占用8%，cpu温度接近48度!)，另外无论采用何种解码器（甚至不支持的解码器）只要打开硬件解码，都会导致渲染错误。。。（图为1.5.0,开启硬件解码，渲染有错误）

[Lilinzta]

在我的 Arch Linux 上，使用系统的 libmpv.so 替换软件包的 libmpv.so 可以暂时解决这个问题

[Predidit]

@Lilinzta

这不是推荐的方法，因为我们使用的 libmpv 是自行裁剪的，以兼容一些站点的非标准视频流

系统 libmpv 会导致这些非标准流无法播放 (例如 LMM 的大部分流)

你可以尝试更换硬件解码器吗

[Lilinzta]

我尝试了更换硬件解码器，没有起作用

[Predidit]

@Lilinzta 你可以尝试在替换 libmpv 为 系统 libmpv 后尝试更换硬件解码器，看看哪些解码器会触发错误吗

[Lilinzta]

只有 vaapi 不会，vaapi-copy、drm、drm-copy、vulkan、vulkan-copy、vdpau、vdpau-copy 均会触发