我用功率表测试过，deepin的耗电量比Windows多很多

xe显卡硬解压 加油

arch 还是香的

耗电高的不一定就是软解吧。

可以用intel_gpu_top来查看显卡占用，确定是否是在用显卡硬解视频。这样论据更为充分。

用过intel_gpu_top。这里重点表达的是，对于XE核显，GPU或CPU视频解压，功耗到底有多巨大差异！如果是笔记本电池供电，播放这类视频，续航时间会大幅减少！（XE核显已经推出两年以上了，有不少笔记本是XE核显。）

操作系统是操作系统，播放软件是播放软件，偷换概念不好吧。

OS会集成某款播放器，但那不是OS主业，

软编和硬编，软解和硬解，那是编码器和解码器自身的取舍，

专业的留待专业去解决，不要被VLC拐去打工。我就从不用vlc，看了一下底层mpv设置，软解硬解的设置是‘自动’利用的，

建议deepin也不要分心，专注于自己既定的目标

我现在看高清视频，都是用电视盒子去找源来看，或用手机投屏播放，

通常不会把五十寸大屏丢一边，用27寸以下桌面来看，即便win再省电也不会。

mesa组件是linux操作系统的重要组件，没有它的支持，哪一个视频软件都无法支持充分利用GPU的解压性能。此文仅用vlc对比而已。

有哪个tvbox不是硬解压的？我那个4K tvBox甚至看多久摸摸也不见多热乎

建议Intel向ARM投降，不要再弄了，视频性能永远跟不上

windows：你功耗高

我的意思是，你的帖子无法表现耗电高的是cpu解码。虽然cpu占用高，但是不只是解码可能导致cpu占用高，完全可能是vlc在特定版本特定系统下有某个bug或者其它功能导致cpu占用高不是吗？你需要查看gpu占用，如果gpu没有视频解码的占用，才能证明是cpu在解码。

另外无论是xe还是uhd，用的都是vaapi这个硬解api。只要vaapi正常工作，应该都能正常硬解。deepin可能是因为驱动版本稍旧，ubuntu22.04及以上是intel亲自适配了xe核显的，出现这个表现很异常，需要排查一下测试环境问题。

没有那么神秘，mesa不要太旧，看看gpu的视频硬解压是否可用，功耗就不会高到那里去，前面那些图片并不是严格的测试，因为没说明硬件型号，驱动、mesa版本（我估计硬件是相同的，但xe驱动、mesa版本，在每个平台的测试不一样），不能说明问题，等v23发布了，linux内核（xe驱动）、mesa更新到比较新的版本，功耗基本三大平台差不多

内核和mesa已经是同步显示在图上

不仅要看操作系统，还要Linux内核版本。Arch一般会使用最新内核，其他Linux系统则不是，所以Arch对于新硬件的支持更好

目前只有arch+gnome实现了xe显卡硬解压，Arch+其它桌面（数据没一一记录）、Ubuntu、deepin等均未实现

上面这句话我不同意，下面图片是我v20.8的gpu状态，同时告诉你，我播放视频时，cpu的总使用率只有0.6%，我电脑只有xe显卡没有独立显卡，不存在作弊的可能。

补充重要一点：以上各版本均为开箱即用，没有自己打磨过的。mesa和vlc均为发行者部署和应用商店的最新版。

我的v20.8就是官方的安装，没有任何打磨。

我播放的4K/H265是中国移动组播的高清视频，8K/H265是本地视频，也许上述版本在H.265的支持上有区别