V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  othercat  ›  全部回复第 3 页 / 共 4 页
回复总数  75
1  2  3  4  
@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 高端游戏本让平日携带更沉重,同价位顶配工作站就能不折腾了?
@wangfeng3769 这种淘宝店不少,而且都有各种规格让你选,还有不满意可以退货的政策,只是想收老 Mac 笔记本的话,这种更安心啊😂
@tairan2006 工作相关的 IM 在家用我一律虚机,也有一些信息保护的原因(例如我们的工作信息拨 VPN 还要装监测软件,这种事情直接虚机了事),上班的时候有工作电脑,不带回家。
1  2  3  4  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2691 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 12ms · UTC 00:33 · PVG 08:33 · LAX 16:33 · JFK 19:33
Developed with CodeLauncher
♥ Do have faith in what you're doing.