本帖最后由 zkq970413. 于 2024-11-16 08:44 编辑
萌え 发表于 2024-11-15 21:03
MX的“硬解+”只是增加了官方系统不支持的分离器（例如有些官方系统只支持mp4，不支持mov或mkv等封装）而 ...
{:12_856:}不太清楚，听说硬解+是画面交给GPU还是CPU，音频是交给CPU还是GPU来着？是一种平衡的解码方式来着，听说还有个软解+，和硬解+相反，感觉这个和封装格式没关系吧。。。具体还是看编解码器来着？
不清楚是不是安卓碎片化的原因，硬解+除了有一些色块以外其它非常流畅，但软解就一卡一卡的。。。以我的个人的使用经验和设置来说，我所有的文件拓展名都设置成了硬解+，所以如果有如264.10Bit这种不支持硬解+的视频的话会自动切换到软解，但没有出现过硬解+可以流畅播放，软解就一卡一卡的情况，不知道是不是电视硬件原因，手机上倒是没见过这种情况。
zkq970413. 发表于 2024-11-16 08:43
不太清楚，听说硬解+是画面交给GPU还是CPU，音频是交给CPU还是GPU来着？是一种平衡的解码方式来 ...
要么接受其它人的讲解要么就用有理有据的论点反驳，这“不太清楚”又硬要反驳的态度是怎么一回事？跟你说了你又听不进去，自己又拿不出任何论点，却还要驳斥别人认为别人说的不对？
本帖最后由 zkq970413. 于 2024-11-16 18:48 编辑
萌え 发表于 2024-11-16 18:16
要么接受其它人的讲解要么就用有理有据的论点反驳，这“不太清楚”又硬要反驳的态度是怎么一回事？跟你说 ...
{:12_856:}我并不了解这些太多，所以我说不太清楚，我只是以我的使用情况所得的经验和一些看到的东西来讨论，甚至都是疑问句，你要觉得我是又硬要反驳的态度那就是你对，我本来就只是个普通人，不像你了解的那么多，没有那么多的深刻理解，所以要是你觉得是这样那就是吧，对此我很抱歉。
本帖最后由 萌え 于 2024-11-18 14:22 编辑
zkq970413. 发表于 2024-11-16 18:46
我并不了解这些太多，所以我说不太清楚，我只是以我的使用情况所得的经验和一些看到的东西来讨 ...
提不出有理有据的论点，又一直坚持自己那毫无根据的猜测，还说自己不是“硬要反驳”，而且你那阴阳怪气的语气“你要觉得我是又硬要反驳的态度那就是你对”、“不像你了解的那么多，没有那么多的深刻理解，所以要是你觉得是这样那就是吧”真的确定是在和人讨论问题而不是在卖茶？你要是真心觉得我对你还会这么回复我？所以你这毫无诚意的所谓道歉我也不可能接受，何况你也根本没必要跟我道歉，也没人逼迫你非得道歉，与其装模作样，不如不要继续与我抬杠。
萌え 发表于 2024-11-18 14:20
提不出有理有据的论点，又一直坚持自己那毫无根据的猜测，还说自己不是“硬要反驳”，而且你那阴阳怪气的 ...
楼主是认为高质量的讨论中论据来源与准确性是第一位，感觉这种模棱两可的回答应该尽量避免出现吗。以及“死缠烂打”形势的活动非常讨人厌吗。刚接触论坛这种形式，对于讨论氛围不了解弱弱的问一下，如果讨厌这种表达马上删。
萌え 发表于 2024-11-18 14:20
提不出有理有据的论点，又一直坚持自己那毫无根据的猜测，还说自己不是“硬要反驳”，而且你那阴阳怪气的 ...
{:12_874:}嗯嗯，你说得对，我是提不出什么有理有据的观点，但又一直坚持我那毫无根据的猜测是怎么回事？我用的竟然是疑问句就表明我并不是很清楚，所以你如果觉得我说的有问题请好好的沟通，在我自己看来我说的更多的是自身使用遇到的情况及疑问，如果你这么说我也可以说你也没拿出什么有理有据的观点啊。
首先我说的是硬件加速好像≠硬解和硬解加速只是可以用硬解+而不是编解码器来着，剩下的基本上是我使用上遇到的情况说明，请问你是怎么回复的？你说的硬解+只是增加了官方系统不支持的分离器，还举例mkv之类的封装格式，而封装格式和分离器是两个东西，不同的封装格式必然有对应的分离器才能将视频和音频分离出来解码，但只是这样的话软解办不到？为什么还要弄个硬解+出来？你和我所认知的硬解+并不相同，当然我也没有真正的去查明硬解+的原理，所以我以我在一些地方看到的比较靠谱的说法来问硬解+好像是画面交给一个处理器，音频交给另一个处理器来着和一个对应的软解+，当然我后面还说了一句具体还是看解码器来着可能并不正确，但请问你有理有据的观点呢？
然后你还说了我电视硬解+出现色块说明你的设备根本就不支持硬解码此种视频编码规格，又说硬解+是把视频喂给DSP，并不代表DSP可以解码视频流，还有至于MX错误地显示你的设备支持某种编码规格的“硬解+”应该只是Android碎片化导致的兼容性问题，但我硬解+除了有些色块看起来有点不太好看以外很流畅软解却一卡一卡的又是怎么回事？我并不清楚什么原因，所以我后面说并不清楚是不是你所说的安卓碎片化的原因，然后我以我个人情况来说，因为我MX设置所有的文件拓展名设置的解码方式都是硬解+，如果不支持的话一般都会自动切换解码方式，但从来没有遇到过264.10Bit硬解+除了有些色块以外非常流畅的情况，因为一般都是不支持然后自动切换解码方式去了，所以很不解。
我不知道这些怎么在你看来就是一直坚持我那毫无根据的观点了，我也没看到你拿出所谓的有理有据的观点，还说什么要么接受其它人的讲解要么就用有理有据的论点反驳，但你有理有据的观点呢？
你要是觉得我阴阳怪气什么的那就是，这东西本来就很主观，你要是这么觉得我也没办法，你要是觉得我什么什么那你就别回复了，没什么意思。
本帖最后由 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 那套高很多，好处是它可以保证跟你电脑一样的渲染效果。