7.3 USD 与 Solaris

7.3 USD 与 Solaris

本节摘要：USD（Universal Scene Description）用分层叠加（layer）描述场景：各部门各写一层，组合（composition）时按强度规则仲裁出最终舞台。Solaris 是 Houdini 的 LOP 上下文——USD 的编辑器。本节用"三份图层合成一个镜头"的实验讲清 layer/prim/仲裁三大概念，并给出程序化资产的 USD 出口设计。

一次三层叠加的实验

镜头需求：山体（我们生成）、一座灯塔（美术做的）、日落光（灯光师调的）。在 Solaris（LOP 网络）里：

1. SOP Import：把山体 SOP 结果导成 USD stage 上的 prim（场景图里出现 /world/mountain）；
2. Reference 一层：美术交付的灯塔 USD 文件被引用进来，挂到 /world/lighthouse——她改她的文件，你这边 re-cook 即见；
3. 再来一层灯光：Dome Light + 太阳，写在另一层。

三份来源，一个舞台。任何一层改动，只有该层重载，其他不碰。

图 7.3-1 USD 分层组合与仲裁

图 7-3：USD 分层组合与仲裁

三个必须懂的概念

• Layer 与 opinion：每层文件对场景的"意见"。意见可以冲突——灯塔在 A 层说高 20 米、B 层说 25 米，仲裁规则（sublayer/reference/variant 的强度次序，业内缩写 LIVRPS）决定谁生效；
• Prim：舞台上的对象节点，树状路径（/world/mountain/rocks_0）。它挂属性、引用、变体——SOP 的"点"到 LOP 变成了"prim"，数据模型换了一层抽象；
• Variant Set：同一资产的开关集合——season 变体集下有 summer/winter 两态。程序化资产天然适合做成变体集：我们产线（第 6 章）出的 36 座山，可以是同一个 prim 下的 36 个变体，镜头层自己选。

程序化资产的 USD 出口设计

把山体接进 USD 管线的三条实践：

1. 材质放层不放资产：资产侧输出干净的几何 + primvars（材质选择用的属性），绑定材质交给下游材质层——职责分离让美术敢改材质而不怕重跑资产；
2. 实例用 point instancer：百万植被在 USD 里以 instancer prim 表达（呼应 3.2 的实例化出口），文件小、加载快；
3. LOP 里也能程序化：LOP 网络本身就是节点图——用 Python/属性逻辑批量生成 prim、按规则配光。Solaris 不是"导出工具"，是场景级的程序化车间。

⚠️ 常见坑：把 SOP 思维带进 LOP——试图逐点控制。LOP 的操作粒度是 prim 与 opinion，微观几何永远回 SOP 解决。层级错配是 Solaris 新手挫败感的第一来源。

💡 关键直觉：USD 解决的不是"格式"，是协作的仲裁权问题。谁的意见在哪一层、强度如何，想清楚这个，比记住任何 API 都重要。

本节要点回顾

• 三层概念：layer 是意见、prim 是对象、组合按强度仲裁；
• 变体集是程序化资产进入 USD 管线的最佳形态；
• 材质与几何分层，资产出 primvars 不出绑定；
• point instancer 承接海量实例；
• LOP 是场景级程序化车间，粒度是 prim 不是点。

至此资产从单机走到了团队。第 8 章回头解决两个工程敌人：慢与乱。

廕伸：程序化视角的 USD 三问

Solaris/USD 对程序化 TD 的价值可以浓缩为三问三答：场景为什么用 USD（组合性与覆盖层让多部门并行修改同一场景而不互相踩踏）、程序化资产如何进入 USD（SOP Import/LOP 内联生成两种形态，后者保参数活性）、变体如何声明（variantsets 把第六章 Wedge 的产物正式化为场景内的可切换选项）：

[SOP -> LOP 的两种姿势]
A. 烘焙式: SOP 输出经 SOP Import 定格为静态层 —— 快, 死
B. 内联式: SOP Create/LOP 保持 Houdini 网络活性,
   下游 prim 上直接看到参数效果 —— 慢, 活
混合律: 装配层用B(导演要实时调), 资产层用A(性能与稳定)
​

廕伸：MaterialX 与属性的跨管线契约

[跨管线契约三件套]
几何属性: primvar 命名遵守 studio 字典(与第二章 SOP 字典同源)
材质: MaterialX 标准节点图 —— 脱离渲染器方言
变体: variantset 命名含语义(building_type=[tower|block|podium])
验收: 同一 USD 在 Hydra/Arnold/游戏引擎渲染,
     属性可见性与材质表现一致 —— 契约即互操作
​

USD 章在全书的角色是"出口协议"：前八章积累的生成能力，最终以 USD 的组合语法进入更大的制作宇宙；程序化不再是一个软件的技巧，而是一种可以被任何管线消费的资产形态。

给程序化 TD 的 USD 入门最短路径：不必先啃完整规范，按"三个动词"循序渐进——Reference（引用资产）、Variant（切变体）、Layer（分层覆盖），它们覆盖了日常装配的九成操作。第二阶段再学 prim 路径语义与 composition arc 的优先级规则。自测方式很直接：把第六章流水线产出的十个建筑变体导出为带 variantset 的 USD 文件，在 Solaris 里切换 variant 并替换材质，全程不回到 SOP——做到这一步，你的程序化产出就已经是标准制作管线的一等公民。

关于程序化与 USD 的一个前沿衔接也值得预告：越来越多的管线开始把"HDA 本身"而非"其输出"作为 USD 的 payload（延迟加载源），场景引用的是生成过程而非静态结果——镜头打开时才在引擎或农场上按需 cook。这个模式把第六章的调度能力与 USD 的组合语法焊接在一起，代表着"程序化即管线原生公民"的方向；今天打好 HDA 接口纪律与性能预算的地基，就是在为明天的按需生成做准备。

最后给出 Solaris 交互性能的一条经验数：装配场景超过十万 prim 后，视口与图层编辑的响应会明显变缓，对策是按部门用 Layers 隔离（每部门一层、按需 mute）、对重几何用 payloads 延迟加载、变体尽量用 variantsets 而非多份拷贝。这些手段的共同原理还是 USD 的立身之本——组合优于复制；程序化 TD 的 USD 功力，最终体现在能否把生成端"参数化不复制"的纪律，原样带进装配端的图层结构里。