原文（英文）：https://cglounge.studio/journal/light-linking-lookdev-standards
作者：Arvid Schneider（CG Lounge）
说明：本文为翻译与整理版，重点保留 production 里最常遇到的“为什么会用 light linking”与“如何从流程上消灭它”。
引子：如果你在“给每个角色单独打灯”，先别急着怪灯光
在镜头里经常会遇到一种很熟悉的崩坏：
- 同一个 shot rig、同一套灯、同一套曝光；
- A 角色偏暗两档，B 角色却爆掉；
- 最后只能拆成 per-character pass，然后为每个角色各打一套 key/fill/rim。
这类“补丁式修复”往往会走向 light linking（灯光绑定）：让某些灯只照某些物体、某些阴影只投给某些物体。
作者的观点很锋利：Light linking 很少是解决方案，它更多是上游崩坏的症状。
1) Light Linking 到底做了什么
Light linking 的机制很简单：你把“光”与“被照物体”做成显式关联。
在不同 DCC 里，它以不同界面出现：
- Katana：Light List + CEL expressions
- Maya：Relationship Editor
- Houdini Solaris：Light Linker LOP（写 USD 的
collection:lightLink/collection:shadowLink） - USD Lux：默认
includeRoot=true（所有灯照所有东西），linking 是对默认行为的覆盖
小规模时它看起来“可控”；规模一大（角色、道具、场景、特效层叠），它会变成持续性灾难。
2) 为什么它会毁掉很多东西（而且越做越错）
2.1 它破坏物理合理性
现实里光子不会“选择性照人”。当你让 key light 只照 A 角色而不照 B 角色时，你在制造一个物理世界不存在的条件：
- A 的阴影不投到 B 身上（但现实会投）
- A 的亮衣服不向 B 贡献 bounce（但现实会贡献）
- 同一束光下，高光只出现在一个物体上而邻近物体没有
这种 shot 常见的主管反馈是：“看起来不对劲”。观众说不出原理，但直觉会察觉“光的逻辑断裂”。
2.2 它不耐相机运动
per-character rig 往往只对某个构图成立：
- 镜头一动，rim hit 的边缘就错了；
- fill ratio 变了；
- 每个镜头变化都要重新维护一堆依赖。
物理动机的灯光调整通常是“动一盏灯，全局一起变”；
light linking 则更像“动一盏灯，接下来一小时都在补其它十五盏的副作用”。
2.3 它杀掉迭代速度
一句简单的 note（比如“key 旋转 20°”），在物理 setup 下是 5 分钟；在 heavy linking 下会变成级联补丁——越补越慢。
2.4 最致命：它掩盖真正的问题
这是作者最反感的一点：light linking 会让团队用灯光补丁掩盖材质/流程问题：
- 角色 albedo 太暗 → 用更亮的专属 key
- roughness 不对 → 单独打一盏 spec light
- SSS 不靠谱 → 用链接的 rim “救脸”
这些补丁也许能救一个镜头，但会把资产变成“每个镜头都需要特供灯光”的债务资产，上游永远不修。
3) 片场怎么做：用“物理工具”塑形，而不是制造幽灵太阳
片场灯光是“场景级”的，不是“演员级”的。需要针对某个演员塑形时，摄影组用的是真实物理工具：
| 片场工具 | 作用 | CG 对应 |
|---|---|---|
| Flags / Cutters | 黑旗挡光（减法塑形） | 投影卡/挡光几何、Arnold light_blocker |
| Negative fill | 黑面吸反弹，提高对比 | 靠近主体的暗几何 |
| Bounce board | 反光板重定向已有光 | 由真实光源动机驱动的 area light |
| Barn doors | 限制光束扩散 | RenderMan PxrBarnLightFilter / Arnold barndoor / Karma barndoor |
| Nets / Scrims | 局部降强不改色 | 半透明挡光几何/可控密度 blocker |
这些方法的共同点：从任意机位都成立，因为它们确实在“修改光”，而不是在“改规则”。
4) 从流程上“消灭 Light Linking”的一条可落地路线
作者给的解法不是某个节点技巧，而是一套流程纪律：
- 统一 Lookdev 光照基准：一套 canonical lighting 环境（中性 HDRI、校准曝光、固定 key/fill ratio）
- 每个转台都带参考物：18% 灰球 + 镜面球 + Macbeth 色卡
- 统一 shader 模型与约定：OpenPBR / StandardSurface / MaterialX…禁止“私有 hack”
- 统一显示与评审链路：同一套 ACES 输出或 show LUT
- 把曝光与参数写成文档：key 强度、fill ratio、HDRI 旋转、相机参数，全部可追溯
当资产是在同一套条件下批准的，它们进入镜头会自然一致；灯光师才能真正做到“搭一套 rig，全场能跑”。
5) 更好的替代品：Light Filters / Blockers（按渲染器拆一下）
Arnold
作者列举了 Arnold 的几类工具（核心思想：用 blocker/filters 塑形）：
light_blocker：最接近片场旗板的东西（各类 light 都能用）barndoor：四片门（通常用于 spot）gobo：纹理投射
作者还特别提醒：light_decay 这类“改衰减规律”的做法属于同类作弊——会制造现实不存在的响应。除非是风格化，否则尽量保持 inverse-square。
RenderMan
RenderMan 的 light filters 体系很成熟：例如 PxrBarnLightFilter、PxrBlockerLightFilter 等。
作者引用 Pixar 的说法：filters 是“创意灯光的秘密武器”，但它们的正确打开方式是模拟片场塑形，而不是替代 linking。
Karma
Karma 支持 barndoor/gobo/gel 等 filters（Solaris 文档里可查）。作者提示一个 production 细节：某些 shadow linking 在 Karma XPU 下会触发 CPU fallback；filters 不会有这个限制。
USD
USD Lux 支持 light:filters 链接 filter prim。结合挡光几何（cards）与物理动机的 RectLight / portals，可以把“塑形”明确地放在 scene graph 里，便于复用与审计。
6) 什么时候 Light Linking 是可以接受的
作者并不是“绝对禁止”，而是强调它应该很少、很明确：
| 场景 | 为什么可以 |
|---|---|
| 眼睛 catchlight | 片场也会用小而隐蔽的补光 |
| 风格化/非写实 | 规则本来就不是物理写实 |
| 紧急救火 | 明确标记为临时方案，并回填上游问题 |
| 极少数 hero close-up | 背景元素不该被同样塑形影响的特殊情况 |
经验阈值：如果你超过约 10% 的镜头都在做 linking，很可能是上游基准没有建立好。
结论：把它当作报警器
Light linking 的出现通常意味着：
- Lookdev 没在同一套基准下批准；
- shader 数值或颜色管理存在系统性偏差；
- exposure/lighting convention 没有文档化；
- 或者资产来自不同供应商、不同尺度、不同约定却被硬塞进同一套 rig。
与其在镜头里做越来越重的链接补丁，不如把它当作“报警器”：
回到基准、回到可核验数值、回到统一约定。
这才是让灯光团队真正跑起来的方式。