Predidit
Predidit
非常不幸这个想法需要长期搁置，虽然相关 PR 已经实现了可以运行的原型。 以下是主要的问题 1. 真正的 PlatformView 并不高效，相关性能开销完全无法和基于 Texture 的方案相提并论。Flutter 现在推荐的 PlatformView 方案本质是封装好的 Texture 而不是真正的原生视图。真正的 PlatformView 方案仍然存在，但因为各种难以解决的问题不再被 Flutter 官方推荐。我们需要的功能只有真正的原生视图才能实现，我们被迫使用不推荐的 API ，这意味着很多问题来自框架本身，根本无法解决。 2. 由于 PlatformView 的实现原理，在 UI 复杂的情况下可能出现未预期的行为，例如在 Kazumi 中有时会出现控制面板的裁剪问题。此问题需要在 Flutter...
相当干净的实现，唯一的问题是使用 mediacodec-embed 作为默认 vo 。这会破坏 mpv 的大部分后处理滤镜。 这应该是为了解决默认的 vo 也就是 gpu 对 hdr 的支持不佳的问题。正确的做法应该是迁移到新的 vo 也就是 gpu-next 。这将兼顾后处理滤镜和 hdr 支持。 但是 gpu-next 对 mpv 版本有要求，当前使用的 0.35 版本的 mpv 并不支持。你可以尝试按照我之前的实现将 mpv...
mediacodec-embed 作为 vo 时的 hdr 是正常的吗
真奇怪，稍后我来测试一下 :D
是的，新的支持 gpu-next 的 libmpv 后端很有潜力，但是我们要实现 HDR 支持的最大困境不在这里。 skia 不支持 HDR ，所以只要我们使用 flutter texture 组件就不可能实现 HDR，基于 PlatformView 的真正的原生视图合成是解决这一问题的唯一方法，而 PlatformView 方案不需要使用 libmpv API 。 @chenx-dust 的方案几乎是最优解，我之前忙于 linux 视频渲染器的问题以及其他的一些琐事，一直还没来得及尝试解决这个方案中最后的一些问题。
Hi, are you using `webview_flutter` package?
Try disable impeller. Add this to your `AndroidManifest.xml` ``` ```
这很明显是 #558 我怀疑这和 flutter 引擎在拥有老旧图形设备和驱动程序的 Linux 平台上无法正确处理高斯模糊相关，遗憾的是 Linux 平台本来就是 flutter 世界的二等公民，这种问题将长期无法得到解决。 我会保持此问题开放以收集更多反馈，如果有太多的用户遇到这一问题，我们会考虑在 Linux 平台上禁用高斯模糊。
> 从flathub下载的版本在Linux Mint上出现了同样的问题，但我自己build的Linux desktop version没有任何问题。这可能是一个依赖问题。 感谢您的反馈，可以给出对您的编译产物执行 ldd 命令的结果吗
`tp.layout()` 本身不导致闪退，我们的弹幕库中使用了更多类似的调用来计算弹幕尺寸和速度 这里应该是 `tp.layout()` 的调用导致出现了某种竞态 这个问题和特定设备相关，目前只收到在老旧图形设备和部分 intel 图形设备的报告 这说明这个问题非常非常底层，我们没有办法修复这种错误，由于在·我拥有的设备上无法简单复现这一闪退，我也没有办法向 flutter 官方报告这一错误 需要等待对这个问题感兴趣，且有可以复现闪退的设备的开发者