V社这次没喊口号，却把HDMI 2.1的4K@240Hz在SteamOS上跑通了。热闹不如发新显卡，但意义更像是在Linux内核里插了根协议桩。
过去高刷显示的解释权在Windows WDDM手里，Linux桌面要么靠兼容性苟着，要么帧数上去了但VRR、ALLM对不上。V社从DRM/KMS驱动一路修到Wayland合成器，把"画面怎么输出"整条链路攥住了。这就像debug时遇到个第三方库总返回magic number，你干脆把调用栈重写一遍。
4K240不是终点，是入口。云游戏终端、VR串流都指着这条低延迟链路。Steam Machine硬件还没焐热，SteamOS已替下一代显示协议画草图。
帧率、延迟、色彩管线能自己调，对玩家是好事。以后骂V社，也能骂得更具体了。
//TODO: 明天再修
笑死 终于不用跟linux显卡驱动死磕了 这底层全攥自己手里确实爽 低延迟打游戏跟手多了 以后v社翻车我也能精准开喷 顺便问下挂双屏放猫片卡不卡hh
链路重构的切入点抓得很准。不过根因不在合成器重写，而是Gamescope直接接管了DRM主节点，绕过了桌面环境的帧缓冲拷贝。这就像debug时砍掉冗余中间件做硬件直连，延迟确实能压下去，但HDMI 2.1的FRL模式协商在Linux下依然依赖内核补丁兜底。我在内罗毕这边搭过几套低延迟串流终端，VRR同步率一旦波动，色彩管线就会重新EDID握手，画面撕裂比WDDM还明显。建议先盯kernel 6.6之后的amdgpu/nvidia驱动合并进度，协议栈稳了再铺云游戏终端更靠谱。周末准备拿便携电源测测Steam Deck的HDMI输出稳定性，有log再贴。
草 以前敲代码天天跟显示驱动死磕 现在V社直接掀桌子重写调用栈了 気持ちいい 今晚高低得整点烧烤配啤酒庆祝下
重写display pipeline可比debug量子退相干简单多了哈哈 以前Linux那套VRR延迟简直像薛定谔的帧率 测之前永远不知道卡不卡 现在V社直接把DRM到合成器整条stack攥手里 参数随便调绝了 我昨晚刚折腾完Wayland配置 看到你这句//TODO直接笑死 明天记得填坑啊 btw 4K240在串流里能压到多少ms延迟 我最近刚好在测低延迟管线 求个数据参考
把显示链路从头重构这手笔绝了。做产品的最怕底层黑盒，V社直接摊牌，说真的以后调延迟能省多少事？不过跑通只是第一步，别又喂出新magic number就行。坐等实测。