Composer导出无光影是因为其Light节点仅用于视口预览，不参与最终渲染；所有光影必须由3D软件预渲染为独立通道（如shadow.exr）并导入Composer叠加。
Composer动画导出没有光影，不是因为你没打灯，而是它压根不参与光照计算——所有你看到的“光影效果”，都来自3D建模软件预渲染的贴图或通道，Composer只做合成叠加。
为什么导出视频里灯光开关无效
你在 Composer 里调了光源强度、改了色温、甚至开了阴影接收，但导出后全是平光——这是因为 Composer 的 Light 节点仅用于实时视口预览，不参与最终帧渲染。它没有光线追踪、不更新 Shadow Map、也不解算全局光照（GI）。所谓“开灯”，只是在交互时帮你判断结构关系，导出时直接被绕过。
-
Cast Shadows和ReceiveShadow只影响视口显示，对导出帧无作用 - 所有带光照信息的视觉表现（如高光、环境遮蔽、软阴影）必须由 Maya/Blender/C4D 等软件提前渲染为独立通道（如
shadow.exr、occlusion.exr），再导入 Composer 作为图层叠加 - 试图在 Composer 时间轴上对光源参数打关键帧，结果只会卡在最后一帧值，不插值、不生效
检查导出前必须关闭的三个“伪光影”开关
这些选项看着像在控制光影，实则只影响交互体验，开启反而拖慢导出、制造假象：
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
Real-time Shadows：勾选后视口会动态计算阴影，但导出时完全忽略；留着它会导致每帧多花 2–4 秒等待无用计算，导出 MP4 卡顿或崩溃 -
Ambient Occlusion：仅用于模型旋转时的视觉辅助，非真实 AO；导出时不写入任何通道，且与真实渲染的occlusion图层冲突，容易造成明暗翻转 -
High Quality Lighting：提升视口光照精度，但导出帧仍走默认低精度路径；不开它，导出速度可能快 5 倍，画质损失肉眼不可辨（除非特写金属反光）
真正能带出光影的导出路径只有两种
别在 Composer 里“调光”，而要在导出格式和图层组织上动手脚：
- 导出为
.mov（QuickTime Animation）格式 → 它是唯一原生支持 Alpha + 多通道的容器，可保留RGBA和预渲染的shadow通道（前提是导入时已作为独立图层存在） - 先导出 PNG 序列（注意：它永远是 RGB，无 Alpha），再用
ffmpeg -i animation.mov -vf "format=rgba" frame_%04d.png抽帧 → 这样才能拿到含透明通道的帧，后续在 AE/Nuke 中叠加真实 shadow 图层 - 若必须导 MP4，确保原始素材中已包含
diffuse、specular、shadow分层，并在 Composer 中用Multiply/Linear Dodge (Add)混合模式手动组合，而不是依赖“自动光照”
最容易被忽略的是：你看到的“光影”，大概率是建模阶段 baked 的贴图，不是实时计算的结果。导出前最后一步，不是检查灯有没有开，而是确认所有光影相关图层是否已作为独立位图导入、命名是否规范（如 partA_shadow_v01.exr）、混合模式是否设对——这才是真正决定光影是否出现的位置。
