10bit AVC目前我所知道的只有苹果、mtk、紫光展锐三家，并不多哦。高通三星似乎都不兼容。
...
soc 才几家 不少了
AVC对于低配挺好的 萌え 发表于 2024-11-7 18:21
10bit AVC目前我所知道的只有苹果、mtk、紫光展锐三家，并不多哦。高通三星似乎都不兼容。
...
根据 xda 上的信息，麒麟 980/990/9000 也支持 h.264 10bit。
然而跟麒麟 980 同代的麒麟 810 则连 h.265 10bit 都不支持…
还有更早支持 h.264 10bit 的 Nvidia Tegra，虽然已经凉了。 sommio 发表于 2024-11-8 21:39
根据 xda 上的信息，麒麟 980/990/9000 也支持 h.264 10bit。
然而跟麒麟 980 同代的麒麟 810 则连 h.265 ...
我手里的麒麟990是不支持h.264 10bit硬件加速的，当然现在播放h.264 10bit也没啥太大压力
sommio 发表于 2024-11-8 21:39
根据 xda 上的信息，麒麟 980/990/9000 也支持 h.264 10bit。
然而跟麒麟 980 同代的麒麟 810 则连 h.265 ...
华为居然也支持10bit AVC了？有些意外。 bujiholic 发表于 2024-11-8 23:23
我手里的麒麟990是不支持h.264 10bit硬件加速的，当然现在播放h.264 10bit也没啥太大压力
...
估计国内版系统阉割了驱动相关的支持？
楼主你头像不对劲 萌え 发表于 2024-11-11 11:33
估计国内版系统阉割了驱动相关的支持？
不是驱动，是软件层不支持而已。
打通硬解码不光是硬件层，还需要播放器本身做对接的API
部分海思，鸿鹄芯片是支持的
本帖最后由 sommio 于 2024-11-19 13:27 编辑
HuajiNeko 发表于 2024-11-18 17:46
楼主是认为高质量的讨论中论据来源与准确性是第一位，感觉这种模棱两可的回答应该尽量避免出现吗。以及“ ...
我觉得除了 MX Player 的开发者应该没人知道它的「硬解+」是怎么实现的。
其它人基本都是依靠它的行为和开发者在 xda 上的回复推断它是什么东西。
「硬解+」的音频解码我认为仍然调用 mediacodec，理由单纯是它提供软解音频的选项。
如果 DSP 支持，那 mediacoec 应该会透过 DSP 解码，实现「硬件加速」。
它的视频解码我觉得仍然通过 mediacodec 解码及 android.view.Surface 渲染。通过 DSP 完成绝大部分工作。
理由是无论「硬解」还是「硬解+」都会存在一些「我觉得明显是 DSP 的锅的渲染错误」，就如楼上提到的色带。
虽然由此推断它「只是增强了 demuxer」虽然很自然，但并不能完全肯定。
在下图中可以理解 DSP在「VPU」部分，MX Player 大概率通过 DSP 完成绝大部分工作。
绝大部分安卓电视的 SoC 都是基本依靠 DSP 加速渲染的。
因此 GCA 很弱，即便能通过 CPU 解码，也无法通过 GCA 完成渲染（ARM Mali 称为着色器）。
https://s2.loli.net/2024/11/19/jEnvz6h1CUZtQGo.webp
关于楼主提到的「硬解+模式如果出现色块说明你的设备根本就不支持硬解码此种视频编码」，我觉得是错的。
DSP 支持它并不代表渲染质量就会好，一些厂家的 DSP 对 10bit 视频渲染渣渣是不少安卓 SoC 的老问题了。
至于到 mpv 那边就是另外一种情况了，大部分用户 mpv 都会用 vo=gpu/gpu-next 这些渲染器，它们不会用 DSP 渲染。
唯一的变量是「hwdec=mediacodec」时，仍然会使用 DSP 完成 RGB 转换，虽然渲染仍由 mpv 的渲染器完成。
mediacodec is not safe. It forces RGB conversion (not with -copy) and how well it handles non-standard colorspaces is not known. In the rare cases where 10-bit is supported the bit depth of the output will be reduced to 8.
但可以通过「hwdec=mediacodec-copy」解决，让 mpv 用自己的实现完成从 RGB 转换到渲染的步骤。
因为除了解码以外的步骤不依赖 DSP，而是通过着色器，所以功耗会比 MXPlayer 那套高很多，好处是它可以保证跟你电脑一样的渲染效果。
页:
1
[2]