自己写一套桌面渲染管线：从着色器到多端同步

自己写一套桌面渲染管线这件事，我拖了两年才动手。真正逼我下决心的是现成的动态壁纸软件：装上去好看，但一到共享屏幕就开始掉帧，换个显示器还得重排布局。

动手之后才发现，桌面渲染和游戏渲染根本不是一个问题。

先认清桌面渲染的约束

游戏渲染追求峰值表现，桌面渲染追求「一年不掉链子」。

• 它是常驻进程，内存和显存占用要按月的尺度看，不是按小时。
• 它要在多显示器、不同分辨率、不同刷新率下都能跑，不能假设只有一个输出口。
• 它不能抢焦点，也不能拖慢前台窗口，用户感受不到它才是最好的状态。
• 它必须能降级：驱动异常、显存不够、外接屏热插拔，都得留退路。

这四条约束决定了后面所有取舍。

一条最小可用管线

我把整条链拆成五段，顺序不能乱：

关键是第二段。我一开始把系统负载直接接到颜色上，结果 CPU 一抖画面就闪，看着像坏了。加一层指数平滑之后才稳下来。

着色器不是越花越好

新手最容易犯的错是把着色器写得很炫。实际跑下来，三个地方最费性能：

1. 每帧重新编译。参数变化不该触发重编译，应该走 uniform 传入。
2. 全分辨率计算。桌面很多时候只占一部分可见面积，降采样再放大很难被肉眼分辨。
3. 浮点精度。能用半精度就别用全精度，集显机器上的差别非常直观。

把帧率上限压到 30 之后，风扇基本听不见了，而观感几乎没有变化。

多端同步的三个问题

我想让配置在几台机器之间同步，一开始想得很简单：存个 JSON 传上去就行。实际会撞到三件事——版本冲突、增量下发、以及「设备能力不同」。

第三点最麻烦。同一份配置在独显机器上流畅，在集显机器上直接掉到十几帧。我的做法是配置里带能力标签，下发时按设备筛选，缺省项一律走保守值。

我踩过的三个坑

• 全屏应用被影响。早期版本在独占全屏的程序里会造成画面撕裂，后来改成检测到全屏就暂停渲染。
• 驱动差异。同一个着色器，不同驱动出来的颜色有细微差别，涉及色彩空间的地方必须显式声明。
• 热插拔。外接屏拔掉的一瞬间句柄会失效，不做防护就是直接崩。

什么时候该停手

如果你只是想要一张好看的壁纸，别自己写。现成软件便宜、省事，出问题还有人管。

自己写的理由只有一个：你需要它和别的东西联动，或者需要精确控制占用。这个需求足够硬，才值得投入几周的晚上。

几个和硬件加速有关的现实问题

• 电源策略会改变结果。同一段着色器在插电和电池模式下表现不同，笔记本上尤其明显，测试时要固定电源状态。
• 不同 GPU 厂商对同一特性的支持程度不同，能跑的代码不代表能跑出同一个效果。
• 多屏不同刷新率时，合成器的心跳往往由刷新率最低的那块屏决定，这是掉帧的常见来源。

第三条我花了很久才想明白。当时一直以为是着色器写得太重，最后发现是副屏的刷新率把整体节奏拖下来了。解决办法是把每块屏当成独立的渲染目标，各自按自己的节奏出帧，而不是共用一个时钟。

免责声明：本文为个人动手记录，涉及的技术选型与参数仅代表个人实践，不构成任何产品或采购建议。