Katana 在多镜头产品 CGI 中的定位
Katana 在 Foundry 的产品矩阵中被明确界定为 LookDev 与灯光工具。它并非通用的资产管理平台，也不自动处理项目层面的颜色管理或交付规则。对于产品广告而言，其核心价值在于构建可复用的场景结构，将资产、材质、灯光与镜头调整分离开来。这种分离使得团队能够在不破坏原始数据的前提下，针对多个镜头进行独立的视觉调试。理解这一边界是高效使用的前提，避免将其误用为替代 DCC 软件或渲染器的全能解决方案。
场景结构与复用机制
产品镜头可以先把一个材质和一组灯光做成小范围 LookDev，确认在近景和远景里都能保持预期，再把设置延展到其他镜头。需要修改单个镜头时，优先建立局部覆盖，避免直接改掉所有镜头共用的设置。
Katana 通过 Scene Explorer 和 Look Files 实现精细化的层级控制。在复杂的多镜头项目中，不同机位可能需要不同的光照氛围或材质微调。利用 Look Files，艺术家可以将特定的灯光组合或材质覆盖保存为独立文件，并挂载到对应的镜头节点上。这种方式确保了主场景的整洁，同时允许局部调整不影响其他部分。延迟加载功能进一步提升了大型场景的操作流畅度，仅当需要查看特定细节时才加载完整数据，从而优化内存占用。
适配条件与限制
尽管 Katana 提供了强大的连接能力，但其效果高度依赖于底层渲染器和资产管理的配合。以下是关键的限制与适用条件。
- 渲染器依赖。Katana 本身不执行最终像素生成，必须正确配置目标渲染器（如 Arnold、RenderMan 等）才能输出图像。不同渲染器的灯光参数映射可能存在差异，需提前验证兼容性。
- USD 工作流。若采用 USD 格式交换资产，需确保版本一致性及插件支持。USD 的层级结构与 Katana 的场景图映射关系复杂，错误配置可能导致资产丢失或变换异常。
- 非自动化治理。工具不会自动解决资产命名规范、审批流程或最终交付格式转换。这些环节仍需依靠外部脚本或项目管理工具完成。
短样验收方法
在项目初期，建议通过 Hero 镜头和一个远景镜头进行快速测试。首先检查资产加载速度及材质一致性，确认 Look Files 能否正确继承全局设置。其次，验证灯光在不同镜头间的独立性，确保局部修改不会意外影响其他视角。最后，记录场景版本、资产版本、Look 文件路径、渲染器类型、颜色配置及输出格式，形成标准化的交付清单。这一步骤有助于发现潜在的技术瓶颈，避免后期大规模返工。
