USD Assembly Authoring

Clayton Krause

OpenUSD · Composition · Product Definition · Deterministic Builds

This authoring lane turns CAD geometry and PLM product definition into a USD master archive. The output is structured for reuse, deterministic regeneration, and downstream ingestion across DCCs and real-time pipelines.

Example: PLM metadata embedded into USD definitions for traceability and downstream automation.
Concept: CAD geometry and PLM context converge into a production-ready USD assembly designed for reuse and ingestion.

Overview

Most CAD exports stop at "a pile of geometry." This system authors USD assemblies that behave like a product definition container: clean structure, stable identifiers, and composition patterns that survive revisions.

The goal is simple: downstream teams should be able to ingest USD without needing to understand CAD exports, naming quirks, or revision chaos.

Authoring Model

Example USD assembly structure with consistent hierarchy
Example USD assembly. The structure is consistent across the library, even when upstream CAD hierarchy varies.

This pipeline treats USD authoring as an ETL mapping problem. CAD provides geometry, occurrence transforms, and a raw assembly graph. PLM provides identity, lifecycle, and product relationships. The authoring step normalizes both into a predictable USD structure with clear composition boundaries.

Determinism matters. Given the same CAD and PLM state, the authored assembly rebuilds the same way every time.

Composition for Reuse

The authored assembly is designed to reuse a component catalog instead of duplicating authored data. This reduces file size, simplifies updates, and keeps rebuilds manageable as the library grows.

Downstream Consumption

Today, the master USD archives are served into Cinema4D as a pragmatic production bridge. The structure is intentionally USD-native and API-friendly, so the same archives can be ingested into other consumers that support USD.

The output is authored to be consumed. If a downstream tool cannot reliably ingest it, the authoring failed.

Integration with the Build System

Solaris graph used for USD assembly authoring
Authoring graph (Solaris). The point is explicit control and consistency, not node-level detail.

USD authoring is not a standalone script. It is integrated into the orchestration layer so assemblies are generated as part of a deterministic build graph. Solaris provides a USD-native authoring surface, while pxr APIs enable targeted edits, validation, and automation.

Ownership

This is a production system I own end-to-end. I built and maintain the CAD-to-USD pipeline that authors these assemblies, and I set the authoring standards used to represent product definition for Trek’s digital twin effort.

The goal is not a one-off export. It is a stable, reusable USD product archive that can serve as the foundation for a long-term digital twin standard.

← Back to Projects