根本原因是Composer默认不启用色彩空间管理，所有颜色直通sRGB处理，导致非sRGB素材（如Display P3、BT.2020）出现红变粉、蓝发灰等失真；其颜色设置仅为预览覆盖，不解析ICC配置文件，也不做gamma压缩、白点适配或色域映射。
根本原因不是“渲染变色”，而是你压根没在渲染链路里启用色彩空间管理——Composer（SOLIDWORKS Composer）默认不参与色彩空间转换，所有颜色都按 sRGB 直通处理，一旦素材、显示设备或导出编码器用了非 sRGB 色域（比如 Display P3、BT.2020），就会出现红变粉、蓝发灰、警告色失真等现象。
为什么改了背景色/零件色，导出后还是不对
Composer 的颜色设置只是“预览态覆盖”，不是“色彩空间声明”。它不读取 ICC 配置文件，也不校验输入纹理的 embedded profile。你在属性面板里设 #FF0000，它就按字面值写进帧缓冲，不做任何 gamma 压缩、白点适配或色域映射。
- 常见错误：用 macOS 截图当贴图导入，图片自带 Display P3 profile，但 Composer 不解析，直接当 sRGB 解码 → 红色过饱和
- 导出 MP4 时若未勾选「sRGB 色彩空间」（位于「文件→发布→视频设置→高级」），FFmpeg 会按 BT.709 解释像素 → 暖色偏冷、对比度塌陷
- 使用 PNG 贴图时，若 Alpha 通道含半透边缘，而材质未启用 Alpha Blend，渲染器会把透明区域当黑色参与混合 → 颜色被污染
导出视频前必须检查的三项色彩设置
这三项漏掉任意一项，都会导致颜色还原失败，且问题往往在最终播放端才暴露（比如 iOS Safari 显示正常，Windows Edge 就发灰）。
- 在「渲染」选项卡中，点击背景齿轮图标 → 明确设为「纯色」并手动输入
#003366类十六进制值，不要依赖拾色器拖拽（拾色器输出可能带 alpha 或 HSL 偏差） - 导出前务必勾选「在导出中包含背景」——该选项默认关闭，藏在齿轮菜单底部，不勾选 = 背景被丢弃，编码器补默认灰阶
- 进入「文件→发布→视频设置→高级」→ 启用「sRGB 色彩空间」；若目标平台是 HDR 设备，此处应改为「BT.2020」并同步确认光源强度已调至 10000 nits 级别（否则会欠曝）
零件颜色动画与色彩一致性冲突点
当你用「属性关键帧」做颜色渐变（比如从 #4A90E2 到 #F5A623），Composer 实际执行的是线性插值，但它插值的是 RGB 数值，不是感知均匀的色彩空间（如 CIELAB）。结果就是中间过渡段容易出现脏色、灰阶跳变，尤其在暗部区域。
- 避免跨色相环插值：蓝（240°）→ 红（0°）→ 绿（120°）这种写法，会导致第 30 帧出现紫褐噪点；应拆成两段：
#4A90E2→#FF6B35→#4A90E2 - 若需精确控制，改用「状态视图轮播」而非关键帧：Normal_State（
#4A90E2）、Warm_Warning（#FF6B35）、Cool_Warning（#50E3C2），每段持续 0.3s，靠时间轴顺序触发 - 导出 HTML5 交互式内容时，浏览器默认用 display-p3 渲染 canvas，但 Composer 输出的帧仍是 sRGB → 必须在前端加
<meta name="color-scheme" content="light">强制回退
最常被忽略的一点：色彩管理不是“设一次就完事”，它必须贯穿整个链路——从贴图来源（是否带 profile）、Composer 视图设置（是否启用 sRGB）、导出编码参数（是否声明 transfer function）、到最终播放环境（是否支持 HDR metadata）。少一环，颜色就断一截。
