严重求助，N1的CoreELEC 最新版bug问题？？

xinyufang

hk1box音频设置项比n1少，dts truehd的调试项上n1比较全。
除了atv下能播放8k30，好像也没什么优点，无线感觉没n1流畅，发热较大。
N1最适合折腾了，固件为王。

activex

20版的出来了吗

cybermay

n1 19.4.1 关闭硬件加速
再播放 视频 出现了 你说的菜单
不出意外的卡成ppt

wjl927

最后怎么解决的，现在有了吗，现在还在用9.2.7，有必要升级吗

hacksaw

wjl927 发表于 2022-12-4 12:18
最后怎么解决的，现在有了吗，现在还在用9.2.7，有必要升级吗

我也在用，觉得比19版好

opengg

答案是：不行。
最起码在 N1 和大部分 AML 设备上的 Kodi/CoreElec 做不到。

==

原因分析：
1. 内存隔离问题：这些设备解码视频是靠私有 VPU ，跟 mali GPU 是两套东西。如果要进行后处理，流水线是 CPU 解流 -> VPU 解码 -> GPU 后处理，需要在 VPU、GPU 之间需要通过内存复制来交互（如果可行的话），需要较大的内存带宽，而移动设备恰恰内存带宽不高。
2. SDK 封闭问题：AML SDK 开放程度是很低的，CE 这样的社区得跟厂商紧密合作才能拿到闭源 blob ，然后把 AML 提供的各项功能（尤其是 VPU）当成黑盒子去调用。能否让 VPU 支持 tone mapping？可以，但只能支持预设 tone mapping。能否让 VPU 支持自定义 tone mapping？开放的 API 有限，很难做到。参考这个帖子，odroid N2 遇到了 tone mapping 问题，AML 不解决他们也没办法。odroid 尚且如此，更别提各种小厂和开源方案了。

所以 Kodi/CoreElec 基本不碰视频硬解流水线，只有关掉 hw 解码之后才能支持各项高级功能。但这时渲染流水线是 CPU 解流 -> CPU 解码 -> GPU 后处理，视频软解效率很低。

而 PC 上， GPU 内置 VPU、性能强、SDK 成熟、研究者多，渲染的灵活性和效率不是 AML 能比的。

那么 ARM 阵营就跟又好又快的 tone mapping 无缘了吗？

不一定。
比如同样是用 ARM 方案的 zidoo ，它是怎么做到能支持较好的 tone mapping 呢？不知道，可能是芯片不同，可能是 zidoo 有什么效率特别高的方案。
比如苹果也是 ARM 阵营，比如 Nvidia Shield 也是 ARM 阵营，它们都有完整的 VPU、GPU 设计能力，它们都有戏。