Schema definitions for third-party DCCs
At a glance
| Item | Summary |
|---|---|
| Purpose | Update your local USD library to add interactive and augmented reality features. |
| App architecture | The archive contains documentation/configuration but no scannable implementation from which to verify a runtime architecture. |
| Main patterns | None claimed; the source is code-light. |
| Project style | Documentation or project assets only. |
Project structure
Source bundle/
└── README.md
Structure observations
- No supported source-language declaration was found in the verified archive.
- The notes below separate the documented intent from implementation facts that cannot be verified locally.
Overall architecture
flowchart LR
Archive["Verified archive"] --> Documentation["README / configuration"]
Documentation --> Workflow["Documented USD workflow"]
Reference code
README.md:1 — archive-provided description
# Schema Definitions for Third-Party DCCs
Update your local USD library to add interactive and augmented reality features.
For more information about the app and how it works, see
[Tracking and visualizing faces](https://developer.apple.com/documentation/realitykit/schema-definitions-for-third-party-dccs) in the developer documentation.
Interpretation
The diagram represents the evidence boundary, not an inferred class graph. The archive explains a workflow but does not provide enough implementation to assign runtime layers.
Ownership and state
No object, state, or mutation owner can be verified because the archive contains no scannable implementation declarations.
| Owner | Object or state | Relationship | Mutation authority |
|---|---|---|---|
| Not present in source | Runtime state | Not verifiable | Not verifiable |
Class and protocol design
No application class or protocol design is present in the downloaded source tree. Documentation prose is not treated as a concrete implementation.
Access control
The archive contains no private, fileprivate, internal, public, or open implementation declaration to evaluate.
| Symbol | Access | Verified effect | Likely rationale |
|---|---|---|---|
| Not present | Not verifiable | No implementation boundary exists in the archive | No rationale inferred |
Logic ownership and placement
| Logic | Owning type or file | Placement rationale |
|---|---|---|
| Documented workflow | README.md |
This is the only local source of behavioral intent. |
Design patterns
No named application pattern is claimed because the verified bundle lacks the implementation required to support one.
Naming conventions
- Type, protocol, method, and access-control naming cannot be evaluated from this code-light archive.
- File naming follows documentation or build-configuration roles only.
Architecture takeaways
- Treat missing implementation as an explicit evidence limit.
- Do not infer ownership, protocol boundaries, or access rationale from documentation prose alone.
- Use the official page for the conceptual workflow and this document for the verified archive boundary.
Source map
| Source file | Relevant symbols |
|---|---|
README.md |
Archive-provided description; no runtime symbol |