@lolizeppelin 我个人的一些看法吧
既然选择红帽系，选择 Fedora ，肯定是把具体 Linux 发行版的特点和文化遵循下来，否则我干嘛要用 Fedora ，只是因为命令行和包管理以及权限管理不一样？
红帽系的特点就是标准化，Fedora 能够保证自己的系统一直非常快速甚至被其他 Linux 发行版用户感受到激进的做法，也源于标准化，这个标准化带来了很多思考，如：为什么这个参数默认不会被编译？为什么这个包没有被加入进来？

所以这也是在这篇文章的 Threads 里面，不少和您一样的大佬用户们的建议，我都是先仔细看看，和朋友咨询讨论，然后再考虑如何用一种更合适符合发行版规则的方式去操作。

这样操作的方式肯定会影响性能，但是如果一开始就决定性能优先，可能我不会选择 Fedora ，甚至我也不会选择 Linux 了，因为我连 Mac 上的编译都搞得定，我还怕 Linux😂？

我选择 Linux ，很多时候是在想让自己真正站在 Linuxer 的角度，享受自由世界带来的真正好处，但是很怕自己在这个自由世界，成为 hacker 或者 cracker ，因为后两者的系统虽然是独一无二， 但是那恰恰走入了我不想要的折腾之路，即可能为了一个非标准化的行为，造成了后续升级或者使用新应用产生的另外的折腾，而这种折腾，其实和 macOS/Windows ，没有本质区别。

回到您说的“官方也就做做样子而已....” 我觉得官方并没有做做样子，只是恰好大家在维护者一种标准，而我们也在使用着各种标准，而一旦想要接触一些非标准的应用或服务，又或者自己开发了一些没有那么标准的内容，可能才会发现真正发行版的特点吧。

最后，我还是个 Linuxer 初学者，如果有一些说话冒犯的，请谅解～

@lolizeppelin 嗯，这个 LIBVA_DRIVER_NAME=iHD 刚上手已经加入到了 ~/.config/environment.d/20-vaapi.conf

@lolizeppelin 好的多谢，针对 oneVPL 相关信息，我会先学习学习，之后再来更新～

@lolizeppelin 嗯，其实 Linux 下很多人的做法很多，自己编译然后配置环境变量替换 so 等等，不过我个人还是比较倾向使用官方文档的标准做法，红帽系发行版的特点就是标准化，使用标准的硬件，搭配标准化的系统和发行版，剩下的就是标准化的使用方式和习惯吧，当然这纯粹是我个人看法。

@lolizeppelin 另外补充一下上面说的内容

按照 https://rpmfusion.org/Howto/Multimedia 这个页面的操作对我来说，就是如下的几个行为：
1. 使用标准方式用 ffmpeg 替换 ffmpeg-free ，并且更换一切对应依赖
2. 多出来两个 gstreamer 的包用于 codec 的补完，目前我这里是 streamer1-plugins-bad-freeworld 和 gstreamer1-plugins-ugly

当然那个页面还有一些额外的第三方支持，但是对于 Codec 补完，大约就是上面描述的。

@lolizeppelin 非常感谢，这个话题我下午和朋友仔细聊了聊，他给我介绍一些故事：

```
大概 f36 或者 f37 的时候，fedora 因为法律限制决定移除 mesa 相关包里面的 h264 h265 hevc 这些解码器支持。不过这个只影响使用 amd 开源驱动的用户，intel 和 amd 闭源驱动不受影响，但是相关包的依赖结构变了。
所以很长一段时间，Fedora 很多包在官方仓库和 rpmfusion 都有两个版本。
比如 chromium ，比如官方包的 chromium 有硬件解码支持，但因为其依赖的 gstreamer 也是官方包的版本，所以前面那几个编码格式是不支持的。
然后去年的时候，fedora 和 rpmfusion 把这个解码器相关的包依赖结构重做了，你看到 gstreamer1 相关的包不是替代关系，而是 rpmfusion 把官方没有的包补全了,所以 rpmfusion 就没必要再维护一整套 ffmpeg gstreamer 以及依赖他们的 chromium 这些。
因为我是一路升级上来的，依赖一直是 rpmfusion 那边的，所以没想起来这个事情。你是新安装的，如果没把依赖切换过去就会少一些解码器支持。av1 这些有是因为它版权公开，h264 这些就不行。
```

所以，他让我按照 rpmfusion 那个 multimedia 页面把 codec 补了一下，页面地址 https://rpmfusion.org/Howto/Multimedia

这样我的 vainfo 就比较齐全了。

```
Trying display: wayland
vainfo: VA-API version: 1.21 (libva 2.21.0)
vainfo: Driver version: Intel iHD driver for Intel(R) Gen Graphics - 24.1.5 ()
vainfo: Supported profile and entrypoints
VAProfileNone : VAEntrypointVideoProc
VAProfileMPEG2Simple : VAEntrypointVLD
VAProfileMPEG2Main : VAEntrypointVLD
VAProfileH264Main : VAEntrypointVLD
VAProfileH264Main : VAEntrypointEncSlice
VAProfileH264High : VAEntrypointVLD
VAProfileH264High : VAEntrypointEncSlice
VAProfileJPEGBaseline : VAEntrypointVLD
VAProfileJPEGBaseline : VAEntrypointEncPicture
VAProfileH264ConstrainedBaseline: VAEntrypointVLD
VAProfileH264ConstrainedBaseline: VAEntrypointEncSlice
VAProfileVP8Version0_3 : VAEntrypointVLD
VAProfileHEVCMain : VAEntrypointVLD
VAProfileHEVCMain : VAEntrypointEncSlice
VAProfileHEVCMain10 : VAEntrypointVLD
VAProfileHEVCMain10 : VAEntrypointEncSlice
VAProfileVP9Profile0 : VAEntrypointVLD
VAProfileVP9Profile0 : VAEntrypointEncSlice
VAProfileVP9Profile1 : VAEntrypointVLD
VAProfileVP9Profile1 : VAEntrypointEncSlice
VAProfileVP9Profile2 : VAEntrypointVLD
VAProfileVP9Profile2 : VAEntrypointEncSlice
VAProfileVP9Profile3 : VAEntrypointVLD
VAProfileVP9Profile3 : VAEntrypointEncSlice
VAProfileHEVCMain12 : VAEntrypointVLD
VAProfileHEVCMain422_10 : VAEntrypointVLD
VAProfileHEVCMain422_12 : VAEntrypointVLD
VAProfileHEVCMain444 : VAEntrypointVLD
VAProfileHEVCMain444 : VAEntrypointEncSlice
VAProfileHEVCMain444_10 : VAEntrypointVLD
VAProfileHEVCMain444_10 : VAEntrypointEncSlice
VAProfileHEVCMain444_12 : VAEntrypointVLD
VAProfileHEVCSccMain : VAEntrypointVLD
VAProfileHEVCSccMain : VAEntrypointEncSlice
VAProfileHEVCSccMain10 : VAEntrypointVLD
VAProfileHEVCSccMain10 : VAEntrypointEncSlice
VAProfileHEVCSccMain444 : VAEntrypointVLD
VAProfileHEVCSccMain444 : VAEntrypointEncSlice
VAProfileAV1Profile0 : VAEntrypointVLD
VAProfileAV1Profile0 : VAEntrypointEncSlice
VAProfileHEVCSccMain444_10 : VAEntrypointVLD
VAProfileHEVCSccMain444_10 : VAEntrypointEncSlice
```

另外朋友补充了一些内容：
```
目前 ff 和 chromium 的加速处理是不一样的，ff 只用到了解码，但是 chromium 用到了 enhance ，所以 chromium 那个硬解效果要好一些，特别是叠加 b 站弹幕之后，但是估计还没对最新的 cpu 做适配。
```

这个反馈在我这台红米上，就是通过 intel_gpu_top 看到的，FF 解码的确没用到 enhance ，而 chromium 是用到了，但是 chromium 目前显示是花屏，这个估计要等 chromium 对新的 cpu 做适配就好了。

再次谢谢你的信息，至少我现在可以在系统层面使用 H264/HEVC 硬解了（ AV1 是默认支持的）

@vhwwls 同期应该还尝试过 Fedora Core 3 还是 4 ，OpenSuse 好像在 2011 年尝试过，反正都是无疾而终，这次就正式切换了。

@vhwwls 我是从 03 年开始用 Redhat Linux 5.5-6.0 作为双启动用了一年多，那个时候的配置更麻烦，FreeBSD 也用过。05 年主要是工作相关主力换到了 macOS 。其实也就是 18 年之后我觉得 Linux 桌面才算是堪用起来，而且如果身边没有朋友的成功案例，加上 Intel 14 代 U 的确在 45-90W 这个能耗比能用了，所以我才开始决心换了，否则我也是继续观望还是不会出手的。

@huijiewei Intel 14 代 U 加上硬件通过 Intel EVO 认证，加上这台 99Wh 的电池（ 16 寸笔电重量还能保持在 1.8kg)我最近几次全天出去忙事情电源都没用上，常规使用 10-15 小时，如果有时间不用不盒盖，会很快进入到激进待机，这样考虑如果轻量使用 20 小时。
休眠的问题目前没遇到任何问题，只是 165Hz 刷新率下突然发生过 2 次 Night Shift 的色温失控，所以我调整到了 120Hz ，就没看到过类似问题了

@lolizeppelin 嗯，能编译大概是最后一招，我现在是如果用起来对发热，续航，风扇没太多体感的影响，那就暂时先不着急编译，可以等 2 ，3 个月内核主线并入更好的 Intel 驱动就行了。

目前看到是 mpv 通过修改参数设置 vo=gpu-next 以及 hwdec=vaapi ，至少 AV1 可以硬解，而且还支持色彩管理了。之前 vo=gpu 是不支持色彩管理的，具体这篇 https://github.com/mpv-player/mpv/issues/8009 也有一些讨论。

大概这样目前用起来凑合，CPU 的确很强，掩饰了驱动的不足。

@xzpjerry731 感谢分享经验啊～ 我之前用 M1 Macbook Air 使用 Moonlight 串流家里的 N 卡台式机玩游戏，发现其实有些对触摸屏优化的游戏，还是触摸屏舒服，所以我个人觉得最舒服的串流设备：
1. 在家 11 寸以上，在外面通勤 7 ，8 寸（这样串流设备可能是掌机）
2. 高刷屏还是有一些用，可能 90Hz 以上就好
3. 必须触摸屏，有些游戏用鼠标点击太痛苦，需要鼠标串流的游戏就让串流设备接鼠标键盘好了，所以必须是平板
4. 支持 HEVC 或 AV1 硬解码串流，因为 HEVC 和 AV1 其实带宽要求不大，但是 HEVC 对比 H264 的带宽要求区别就太大了（上面提到对比过 B 站同样片子不同编码的尺寸，H264 1GB 大小，HEVC 是 318MB ，AVI 是 285MB ，所以支持 HEVC 编码就可以了

综上所述，没有买其他设备的情况下，在家我用 11 寸 M1 iPad Pro ，在外目前用 8 寸的 iPad mini 5 ，但是 iPad mini 高刷不满足，考虑换一个 8 寸安卓平板设备
扯远了，扯远了😂
简单来说，macOS 串流触摸屏优化的游戏，还是没触摸屏的平板舒服。

@fanhed
1. 关于字体：我原本也是这样认为 macOS 更好，但是实际使用个人感受，Fedora 的字体渲染胜于 macOS ，这个是感受，macOS 上如果对比，你会发现有点点虚，我个人视力是 5.2 ，5.3 ，不确定其他人的感受。而且从 fallback 的脚本全局调整的情况下，Liunx 的表现会更好，我不满意的是这台分辨率只有 3K 而不是 4K ，缩放 200%的情况下，UI 窗体还是大了一些，这样就会逼迫你重视窗口管理，但是通过配置使用非整数倍缩放，这样的字体显示效果就不如 macOS 了。所以下台必须要 4K 分辨率再缩放 200%。
2. 足够好的 GUI 软件生态，如果对比 Linux 那的确没的说，但是实际上在国内使用，尤其和工作相关，其实虚拟 Win 你还是逃不掉，既然都要用 Win ，剩下只要在性能好的笔电提升虚拟 Win 上 app 的使用感受了。顺便一说，x86 的安卓 app 的确不怎么地。

@jcdv2 谢谢推荐～ 我来解释一下：
1. 使用 Fedora ，是身边朋友有成功案例，我折腾方便问，少走很多弯路
2. 我挑选硬件上面也说了，我是希望能够替代手头 2019 年 16 寸 Macbook Pro 的，因此需要具备下面的条件：
2.1 16 寸
2.2 重量不能超过 1.85kg
2.3 正常使用续航要超过 9 小时
2.4 最好能带 NPU
2.4 所以在上面这个条件约束下，能选择的并不多。
3. AMD 平台在桌面移动端，我认为现在是 15-45W 的领先者，Intel 是桌面端拉垮，45W 以下能耗比不可能超过 AMD 和 ARM ，但是 Intel 14 代开始，45-90W 的表现是让人满意的，Intel EVO 认证也仍硬件得到基本的保证，从我实际使用来看也是如此。
4. 虽然可以认为我这台指纹模块可能在未来 1 ，2 年都没有支撑，甚至在我换下一代 Linux 笔电也不会有支持，但是成年人很难既要还要，现在能满足自己的要求就好了。
5. 要说这台现在红米 Linux 笔电对比 Mac 的明显缺点：
5.1 屏幕，那就是一分钱一分货，Mac 就是好，当然这个可能去校正一下会有点点改善，但是尚能勉强接受，且红米的高刷屏又挽回了一些劣势，看 B 站弹幕挺明显的
5.2 键盘，这台键盘布局，尤其是回车键的位置不太理想，影响盲打，这是下一台 Linux 笔电要注意的事情
5.3 触摸板，虽然触摸板的表现已经比绝大多数 PC 触摸板好了，但是在一些需要更精细定位的情况下，比 Mac 的触摸板的定位能够明显感觉让人使用更疲惫，当然这是二八原则的二的场景，的确触摸板 Mac 是天下无敌，当然 Linuxer 会说，你应该学会全键盘操作，嗯，但是有些 Web 应用并不支持全键盘，可能要自己写控件识别点击？这是后话了

以上是自己选择这台的原因和感受，以上～

@fkdog 如果一直折腾的是如何让对应的硬件适配 Linux,那的确是浪费时间。但如果一直折腾的是如何使用 Linux 发挥比之前其他系统更顺手或者灵活的用法，那我觉得叫一劳永逸吧。另外，要挣钱的苹果和微软不断的宣传新系统的功能，其实也在逼着你更换更能适配的文具呢，不是么？😃

@bringwin808 恩，我一般在家用，就直接串流用台式机的 N 卡就好了，在外面虽然有些广域网串流方案，不过还没怎么弄，反正慢慢来。

@wtdd 如果指的问题是品控，我前后用过的十几台 Mac ，一样也有烧主板等问题，反正购买来源可靠，做好售后就行，自己的数据做好备份和同步就行。如果说是性能，Intel EVO 标在那里，代表了一个基础，对我来说，这个底线就已经很不错了。

@bringwin808 恩，游戏本就是太重了，我还是希望找 16 寸不超过 1.85kg 的，Dell G16 用的是 13 代的 U 吧，整体续航还行么？

@nguoidiqua 接下来的 Luna Lake 的确会有更好的一些表现，不过我手头的 Meteor Lake 的 14 代 Ultra 表现已经让我满意了，基本上日常工作 10-15 个小时续航，如果偶尔放置触发 Intel 的超激进待机的话，20 个小时也是有可能的。当然也是因为这台 16 寸笔记本配了个 99Wh 的电池，所以给了一个私有协议 140W,支持 PD 100W 的充电头，不过我还是就用我那个 16 寸 Mac 的 96W 的 PD 充电头用用就好了。

@wtdd 高端游戏本让平日携带更沉重，同价位顶配工作站就能不折腾了？