@yanqiyu

>> 特别是如果我把 getValidInput 函数的这个判断给注释掉的话，那么在我输入 "2" 使用 "显示联系人" 这个功能时，需要再输入一个回车才会显示 "请按回车键继续" 的字符

> cin.ignore(numeric_limits<streamsize>::max(), '\n'); 会一直等输入（堵塞）直到遇到回车，要是缓冲区里面没有回车的话。

这个地方为什么它在 case 1 和 case 2 的时候行为不一致呢？是因为我在使用 case 2 的 showPerson 函数里面没有任何输入所以需要我先输入一个回车吗？然后我加入的 cin.eof() 的判断就相当于把 cin.ignore 这一行给注释掉了所以在我一开始选择 case 的 getValidInput 里就会把我最初输入的 1 或者 2 给保留下来，然后 case 2 里的 pause 就不再需要我再输入一个换行符了，大概是这个原因？

@sagaxu 这个方法不错，感谢

@cnbatch 直接按照你给出的说法替换后在我进行添加联系人的操作后的输出结果是

Press enter to continue1 、添加联系人
2 、显示联系人
3 、删除联系人
4 、查找联系人
5 、修改联系人
6 、清空联系人
0 、退出通讯录

不太清楚怎么回事。。

我是 14+ (G6+ AHP) 8845h 版的，风扇没有问题，不过比如 s-tui 里读不到风扇转速。。我估计也是没法调转速的。。

另外，之前买过一个戴尔的本子，本身 Linux 兼容性还是很不错的，就是风扇策略有点离谱。。然后查了一下，发现控制风扇的程序是逆向出来的，并且因为我买的本子太新了还不能用（不过至少 s-tui 里还能读到风扇转速）

另外 github 里面有一些讨论很有意思，比如这个 overview 的概念 https://github.com/YaLTeR/niri/discussions/352#discussioncomment-10094739

@BRS5672023 这个问题原来在 libcamera 0.3.2 上已经修复了。。

@imjiaoyuan 耗电问题你看和 pipewire 的这个 bug 有没有关系，我的 amd 机型也遇到了耗电的问题。。

https://www.reddit.com/r/linux/comments/1em8biv/psa_pipewire_has_been_halving_your_battery_life/

@Immortal 优势就是打开新窗口不会改变已经打开窗口的大小，niri 上的 workspace 相当于几条不相交的带子，每条都可以在水平方向无限延伸，但是其实在每一条带子上定位一个窗口就没那么简单了（如果一条带子上的窗口数目足够多的情况下）

话说 8840hs 的版本貌似有一个 bios 升级后显存会自动被设置成 512M 的 bug ，虽然 bios 选项里显示的还是之前设置的显存大小，需要改一下设置才能调回去（比如先调到另一个值，然后重启再进入 bios 把它调到原来的值。。）

挺好用的，什么时候支持 floating window 就更好了。。

还有相比 hyprland 的一大劣势是不支持 text-input-v1 ，现在 chromium 上的 text-input-v3 用起来还没那么完善（ electron 应该还不支持 text-input-v3 ？）

@EliStone 你试试 `amdgpu.sg_display=0` ？

https://wiki.archlinux.org/title/AMDGPU#Screen_flickering_white_when_using_KDE

@EliStone 花屏我怀疑是 780m 核显的问题。。桌面端 rdna2 和 rdna3 显卡上都没有这种问题，但我在 redmi book 和 thinkbook 14+ 上都遇到了这个问题。。

@test10101 可以 blacklist ideapad_laptop 这个 module 解决问题（但是 blacklist 之后 conservation mode 和性能模式无法更改）。。另外 amd 的机器还有用 fn 键调亮度导致关机的问题，合盖和 fn key 导致关机的问题都可以用 https://github.com/ty2/ideapad-laptop-tb2024g6plus/tree/feature/amd-fn-fix 解决，但也有一个小问题是 fn 关闭麦克风的快捷键无法使用，这和 blacklist ideapad_laptop 之后的 fn key 的行为是一致的（其他功能不受影响）

@KinsleyNg 上游相关的 patch 都已经 merge 了，现在 arch 上的 chromium 已经可以正常硬解了，不过 chromium 的 patch 好像是 arch backport 的，所以其他发行版可能还得等后续更新。。

现在 arch 的 aur 里已经有 patched 过的 google-chrome 能在 amdgpu + wayland 下使用 vaapi 了（不过好像 hevc 的解码还有问题。。另外启用 extra-testing 可以更新 mesa 24.1 了）[url=https://aur.archlinux.org/packages/google-chrome-wayland-vulkan]google-chrome-wayland-vulkan[/url]

我这边用 arch 使用 firefox 的体验也是 cpu 占用会更高一些，甚至在开启硬解对比不开硬解的 chromium 的情况下，看视频也是 chromium cpu 占用更低（桌面 5700x 和笔记本 8840hs 的体验都是如此），另外 firefox 在油管页面滚动时的 cpu 占用似乎格外的高；不过 chromium 软解 4K 视频就开始有点吃力了。。

mesa 24.1 应该可以 xwayland 使用 chromium 硬解了 [frontends/va: Only export one handle for contiguous planes]( https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/26165)。。

不过我用 hyprland 以及使用 hidpi 的情况下 xwayland 的体验就。。

nvtop 里可以看，如果有 enc 显示非零占用就说明调用了硬件解码

之前的触控板力反馈就感觉很弱了，这一代的反馈是更弱了？