主题
校准与校色软件
从"测出来"到"调准确"，中间隔着一套校准软件。
本页按三段式走：先看软件分类与两条路线（概念）→ 再按故障表把校准做对（会用）→ 最后弄清"位深为何被吃掉""为何仍不准"（原理）。
软件总览见 测量与测试软件总览；仪器与校正见 色度计原理与矩阵校正。
一、软件分类（入门）
| 类型 | 定位 | 典型能力 |
|---|---|---|
| 商用校准软件 | 评测 / 色彩工作流 | 图形化流程、自动测量、硬件校准、报告 |
| 专业测量软件 | 实验室 / 高频测量 | 深度分析、原始数据、脚本化 |
| 开源 ICC 方案 | 个人 / 预算有限 | 生成 ICC、手动流程 |
| 免费读值工具 | 学习 / 快检 | 读亮度色度、简单校验 |
| 厂商配套软件 | 品牌用户 | 与自家显示器硬件校准联动 |
二、校准的两条技术路线（核心认知）
路线 A：软件校准（ICC / 显卡 LUT）
测量 → 计算修正 → 写入显卡 LUT / 生成 ICC| 优点 | 缺点 |
|---|---|
| 通用（任何屏都能用） | 损失位深（LUT 精度限制） |
| 成本低 | 影响灰阶平滑度 |
| 立即可用 | 依赖系统与软件支持 |
路线 B：硬件校准（显示器内部 LUT）
测量 → 计算修正 → 写入显示器内部 LUT（通过 DDC/CI 或厂商协议）| 优点 | 缺点 |
|---|---|
| 不损失位深 | 需显示器支持 |
| 对所有输入源生效 | 各品牌协议不统一 |
| 稳定性更好 | 依赖厂商软件支持 |
对比表：
| 维度 | 软件校准 | 硬件校准 |
|---|---|---|
| 作用位置 | 显卡输出 | 显示器内部 |
| 位深损失 | 有 | 无 |
| 适用范围 | 全系统 | 全输入源 |
| 需显示器支持 | 否 | 是 |
| 长期稳定性 | 一般 | 较好 |
✅ 能用硬件校准就优先硬件校准，软件 ICC 作为补充。
三、标准校准工作流（实操）
① 准备
├── 显示器预热（30 分钟以上）
├── 恢复出厂 / 选择目标预设模式
├── 关闭动态对比、节能、护眼等"智能"功能
└── 设定基础亮度与对比度
↓
② 连接
├── 仪器连接（USB/串口）
├── （可选）显示器控制连接（DDC/CI）
└── 确认仪器已做矩阵校正
↓
③ 设定目标
├── 白点（如 D65）
├── Gamma（如 2.2 或 BT.1886）
├── 亮度（如 100 / 120 cd/m²）
└── 目标色域（sRGB / P3 / Adobe RGB）
↓
④ 测量
├── 灰阶扫描（多级）
├── 色域测量（原色/次色）
└── 白点与亮度确认
↓
⑤ 生成修正
├── 计算 → 写入硬件 LUT，或
└── 生成 ICC / 3D LUT
↓
⑥ 验证
├── 复测 ΔE（灰阶 + 色块）
├── 确认白点与亮度达标
└── 保存报告四、自动校准（AutoCal）vs 手动
| 维度 | 自动校准 | 手动校准 |
|---|---|---|
| 速度 | 快 | 慢 |
| 一致性 | 高 | 依赖操作者 |
| 灵活性 | 受软件模板限制 | 可自定义 |
| 门槛 | 低 | 需理解原理 |
| 适用 | 批量、日常 | 疑难、研究 |
自动校准的常见模式：
- 迭代式：测量 → 调整 → 再测量（收敛）
- LUT 直接生成：一次测量算出修正曲线
- 多轮优化：针对硬件 LUT 反复微调
⚠️ 自动校准依赖探头准确性 —— 探头未校正，自动校准会把误差"固化"进 LUT。
五、关键能力对比维度（选型用）
| 维度 | 说明 |
|---|---|
| 仪器支持 | 支持的分光计/色度计型号 |
| 显示器控制 | 是否支持硬件 LUT 写入 |
| 目标空间 | 支持的色域、Gamma、白点 |
| 测量深度 | 灰阶级数、色块数量、是否支持高频测量 |
| 3D LUT | 是否生成/导出 3D LUT（用于后期流程） |
| 报告 | 报告格式与内容 |
| 脚本 / 自动化 | 是否支持批处理与外部控制 |
| HDR 支持 | HDR 校准流程（PQ/HLG、目标亮度） |
六、HDR 校准的特殊性（进阶）
| 差异点 | 说明 |
|---|---|
| 目标曲线 | PQ（ST 2084）或 HLG，而非 Gamma 2.2 |
| 目标亮度 | 需匹配面板实际峰值亮度 |
| 测量点 | 需覆盖低亮到高亮的完整 PQ 范围 |
| 局部调光影响 | 测量图案大小影响读数（分区控光） |
| 色域目标 | 常为 BT.2020 容器 + P3 内容 |
| 常见问题 | 低亮段量化不足、ABL 导致读数变化 |
HDR 校准难度高于 SDR，建议先确认测量条件可复现。
七、常见问题与排查（实用）
| 现象 | 可能原因 | 处理 |
|---|---|---|
| 校准后灰阶有断层 | 软件 LUT 位深不足 | 改用硬件校准 |
| ΔE 验证不通过 | 目标与屏能力不匹配 | 放宽目标或换色域 |
| 自动校准不收敛 | 显示器预设被限制 | 换模式 / 关动态功能 |
| 结果每次不同 | 未预热 / 环境光变化 | 规范测量条件 |
| 硬件 LUT 写不进去 | 协议/固件不支持 | 查支持列表 |
| HDR 校准后偏暗 | 目标亮度设错 | 按实测峰值设定 |
| 换仪器后数据全变 | 未重做矩阵校正 | 重做校正 |
八、校准产物的用途（进阶）
| 产物 | 用途 |
|---|---|
| 显示器内部 LUT | 显示器自身输出准确 |
| ICC 配置文件 | 系统识别色彩空间 |
| 3D LUT | 后期/调色/视频流程 |
| 校准报告 | 存档、验收、对比 |
| 测量原始数据 | 复盘与再分析 |
✅ 保存原始测量数据比保存结论更有价值 —— 可以事后重新计算。
原理（一）：为什么软件校准会"吃掉位深"，硬件校准不会
两条路线做的事一样：把"实测偏差"翻译成一张映射表
软件校准：表放在**显卡输出侧**，作用于已经定型的 8 bit 信号
→ 修正本身要"压缩"某些区间的级数（把相邻码值拉到同一处或拉开）
→ 输入的级数没变，输出侧的可用级数却变少了 → 出现台阶（色带）
硬件校准：表放在**显示器内部**，通常以更高位深（如 10/12 bit 甚至更高）做映射
→ 有额外的"量化余量"可供修正使用 → 修正不必立刻牺牲可见级数
→ 所以"位深损失"不是软件"做得差"，而是**修正发生在位深有限的环节**
→ 由此也能推出：软件校准在"修正幅度大"时问题最明显（与 [灰阶与 EOTF](grayscale-and-eotf.md)
的结论同源：修正幅度越大，越容易以台阶为代价）原理（二）：为什么"校准后仍不准"多半是目标超出了面板能力
校准能做的只是"在面板可达范围内重排映射"，它不能创造范围：
白点：色度可移到面板三原色构成的三角形内，无法移出
色域：目标若大于面板可显示体积 → 只能近似的落点，或牺牲别处
灰阶/对比度：黑位与峰值亮度由面板与背光决定，映射改不了它们
→ 于是当目标超出能力时，软件只有两个选择：
① 放宽目标（改白点/降目标色域/调目标亮度）
② 硬追目标 → 代价落在别处（某个灰阶或某个色域的偏差变大）
→ 这就是"ΔE 验证不通过"最常见的根因 —— 不是软件问题，而是**目标与能力不匹配**原理（三）：为什么验证必须"独立复测"
校准是一个闭环：测量 → 修正 → 再测量
→ 若验证只用同一套条件、同一台仪器、同一个软件，
那它检验的是"环路内部是否自洽"，而不是"屏幕实际是否变准了"
→ 三类典型自证陷阱：
① 仪器未做矩阵校正 → 环路把同一误差固化进 LUT（"越校越偏"）
② 只验证被校准过的少数色块/灰阶 → 未覆盖的位置可能被牺牲
③ 换了仪器或口径后不重做校正 → 数字全变（见 [校准软件](calibration-software.md) 第七节）
→ 所以验证要：**换口径或换参考（如用分光计复核）、覆盖未参与校准的点、
并保留原始数据**（原始数据比结论更有价值，可事后重算）📋 判据接口：本页属仪器与设备类 —— 依此页结论做判定时，除通用条件外还必须附带 判据字段集 · 仪器与设备类 所列字段（共 7 项）：这台仪器测得准吗？换台仪器数字会一样吗？ 缺任一项，结论不可复核，只能作降级表述。
关键概念速查
通用术语见 统一速查（由统计生成，只在一处维护）。
| 术语 | 英文 | 含义 |
|---|---|---|
| 软件校准 | Software Calibration | 通过显卡 LUT / ICC |
| 硬件校准 | Hardware Calibration | 写入显示器 LUT |
| 自动校准 | AutoCal | 软件自动完成流程 |
| 目标白点 | Target White Point | 校准目标色温 |
| 目标 Gamma | Target Gamma | 灰阶曲线目标 |
| 迭代校准 | Iterative Calibration | 反复测量收敛 |
| 验证 | Verification | 校准后复测 |
相关文档
数据来源：本页数据整理自公开标准规范与厂商公开规格资料，仅供参考；具体数值与技术细节请以官方规范原文与厂商官方资料为准。