3、VR显示系统架构：光学模组、显示面板、驱动IC 对色彩的影响链路
做VR显示系统这些年，我最大的感触就是——色彩还原这件事，从来不是某一个部件的独角戏。你想想看，一块面板色域再广，如果光学模组给你来个色偏，或者驱动IC的Gamma曲线没调好，最终用户看到的画面，照样是「卖家秀」和「买家秀」的差距。
这一章，咱们就把VR显示系统的三大核心部件——光学模组、显示面板、驱动IC——拆开来，看看它们各自在色彩链路上扮演什么角色，又是怎么互相影响的。
3.1 光学模组：色彩的第一道「滤镜」
光学模组是VR里离人眼最近的部分。说白了，它就是一套放大镜系统，把面板上的微米级像素放大成你眼前的大视场画面。但放大不是白放的，它会引入一系列色彩问题。
3.1.1 色散与横向色差
我记得刚入行那会儿，调试一款Pancake方案的光学模组，发现画面边缘总是有一圈紫边。一开始以为是面板问题，折腾了好几天。后来才意识到，这是典型的横向色差——不同波长的光在透镜里折射率不同，导致红绿蓝三色在像面上无法完全重合。
为什么会这样？
因为VR光学模组通常采用非球面透镜或菲涅尔透镜，它们对短波长（蓝光）和长波长（红光）的折射能力不一样。结果就是：中心区域还好，越往边缘，红蓝通道的像素位置偏移越明显。
关键影响：横向色差直接导致边缘分辨率下降和色彩分离，严重时用户会看到明显的「彩虹边」。这在色彩还原上是个硬伤——你面板上明明是一个纯白像素，到了人眼却变成了红蓝分离的模糊光斑。
3.1.2 透过率与光谱响应
光学模组不是完全透明的。每一层镀膜、每一片透镜，都会对特定波长的光有吸收或反射。我见过一个项目，为了提升亮度，用了高透过率的膜层，结果蓝光透过率比红光高了5%。
嗯，这5%的差异，在白色画面下就是肉眼可见的偏蓝。
所以，光学模组的光谱响应曲线必须和显示面板的发光光谱匹配。否则，你面板上校准好的D65白点，经过光学模组一过滤，就变成了D70甚至D80。
我的习惯：在选型阶段，我会要求光学供应商提供完整的透过率光谱数据（380nm-780nm），然后和面板的发光光谱做卷积计算，提前预估白点偏移量。这比后期靠驱动IC硬拉Gamma要靠谱得多。
3.2 显示面板：色彩的「源头」
面板是色彩信号的起点。它的素质直接决定了色域上限和灰阶精度。目前VR主流面板有Fast-LCD和OLED/Micro-OLED两大类，它们的色彩特性差异很大。
3.2.1 色域覆盖：LCD vs OLED
我做过一个对比测试：同一款光学模组，分别搭配一块sRGB色域的LCD和一块DCI-P3色域的OLED。结果OLED的色域覆盖面积大了将近40%。
但这里有个坑——色域大不等于色彩准。
OLED虽然能显示更饱和的颜色，但它的子像素发光效率会随亮度变化而漂移。尤其是蓝色子像素，老化速度最快，亮度衰减后色温会明显偏暖。我曾经遇到过一台OLED VR头显，用了三个月后，白色画面从冷白变成了暖黄。
| 面板类型 | 典型色域 | 色彩稳定性 | 主要问题 |
|---|---|---|---|
| Fast-LCD + 量子点 | DCI-P3 90%+ | 较好（背光稳定） | 对比度低，黑色不纯 |
| OLED | DCI-P3 100%+ | 较差（亮度漂移） | 烧屏、色偏老化 |
| Micro-OLED | sRGB 100% 或更高 | 中等（亮度低） | 亮度受限，成本高 |
3.2.2 子像素排列与色彩混叠
LCD面板通常是标准的RGB stripe排列，每个像素由红绿蓝三个子像素组成。但OLED为了提升寿命或分辨率，会用一些奇怪的排列，比如Pentile或Diamond Pixel。
这些非标准排列会带来一个麻烦：色彩混叠。
举个例子，Pentile排列下，绿色子像素数量是红蓝的两倍。当你显示一条细白线时，实际发光的是绿色子像素和相邻的红蓝子像素，结果就是白线边缘出现绿色镶边。这在VR里特别明显，因为VR的像素放大倍数高，任何子像素排列的瑕疵都会被放大。
避坑指南：我曾经在一个项目里选了Pentile排列的OLED面板，结果做出来的样机，文字渲染时边缘全是彩边。后来不得不花两个月重写子像素渲染算法。所以，如果你做的是高分辨率VR，老老实实选RGB stripe排列，别为了那点亮度去折腾非标准排列。
3.3 驱动IC：色彩的「翻译官」
驱动IC负责把GPU送来的数字色彩信号，转换成面板上每个子像素的电压或电流。这个转换过程，就是色彩还原的最后一公里。
3.3.1 Gamma校正与灰阶精度
人眼对亮度的感知是非线性的，而面板的亮度-电压响应也是非线性的。驱动IC的Gamma校正，就是在这两个非线性之间搭一座桥。
标准的Gamma 2.2曲线，说白了就是让输入信号和输出亮度之间保持一个固定的幂律关系。但VR面板的Gamma曲线往往不是标准的2.2，因为光学模组会引入额外的亮度衰减和对比度变化。
我习惯的做法是：先测出面板+光学模组的联合光电响应曲线，再反推出驱动IC需要的Gamma LUT。这样校正出来的色彩，才是真正「端到端」准确的。
// 伪代码：端到端Gamma LUT生成
// 1. 测量面板+光学模组的亮度响应
float measured_lut[256];
for (int i = 0; i < 256; i++) {
measured_lut[i] = measure_luminance(i); // 输入灰阶i，测输出亮度
}
// 2. 计算目标Gamma 2.2曲线
float target_lut[256];
for (int i = 0; i < 256; i++) {
target_lut[i] = pow(i / 255.0, 2.2) * max_luminance;
}
// 3. 反推驱动IC需要的输入灰阶
float gamma_lut[256];
for (int i = 0; i < 256; i++) {
// 在measured_lut中查找最接近target_lut[i]的亮度值
gamma_lut[i] = find_nearest_gray(target_lut[i], measured_lut);
}
3.3.2 色温与白点校准
驱动IC里通常有独立的RGB增益寄存器，用来调整白平衡。但很多工程师只会在纯白画面下校准，忽略了灰阶一致性。
什么意思呢？
就是你在255灰阶下把白点调到了D65，但到了128灰阶，白点可能就偏绿了。这是因为面板的RGB子像素在不同亮度下的发光效率变化不一致。
我见过最夸张的一个案例：某款VR头显，低灰阶下色温是7500K，高灰阶下变成了5500K。用户看暗场景时觉得画面发蓝，看亮场景时又觉得发黄。这就是典型的灰阶色温漂移。
我的建议：至少校准3个灰阶点（低、中、高），用分段线性插值或多项式拟合来生成全灰阶的RGB增益曲线。如果驱动IC支持多点Gamma LUT，那就更好了——直接在每个灰阶点做独立的白平衡校准。
3.4 色彩影响链路总结
好了，我们把三大部件串起来，看看完整的色彩影响链路是什么样的：
从这张图可以看得很清楚：驱动IC决定信号的精度，面板决定色彩的潜力，光学模组决定最终的呈现质量。任何一个环节出现偏差，都会在最终画面里被放大。
所以，做VR色彩还原，不能只盯着面板的色域参数。你得把驱动IC的Gamma、光学模组的色散、面板的灰阶稳定性，当成一个整体来考虑。我这些年踩过的坑，十有八九都是因为只优化了其中一个环节，忽略了其他两个。
嗯，这一章的内容就到这里。下一章我们会深入驱动IC的Gamma校正算法，聊聊怎么用有限的硬件资源，实现高精度的灰阶色彩还原。