application-flow
High-level overview of a typical ovrtx application lifecycle. Use when user asks how to structure an ovrtx program, what the main…
Loading USD scenes into ovstage for rendering from files, URLs, or inline USDA strings. Use when user asks to load a USD scene, compose USD content, add cameras or RenderProducts to an existing USD layer, add referenced content, or create runtime geometry.
$ npx -y skills add nvidia-omniverse/ovrtx --skill loading-usd --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/loading-usdContext preview
The summary Claude sees to decide when to auto-load this skill.
Loading USD scenes into ovstage for rendering from files, URLs, or inline USDA strings. Use when user asks to load a USD scene, compose USD content, add cameras or RenderProducts to an existing USD layer, add referenced content, or create runtime geometry.
# SPDX-FileCopyrightText: Copyright (c) 2026 NVIDIA CORPORATION & AFFILIATES. All rights reserved. # SPDX-License-Identifier: LicenseRef-NvidiaProprietary # # NVIDIA CORPORATION, its affiliates and licensors retain all intellectual # property and proprietary rights in and to this material, related # documentation and any modifications thereto. Any use, reproduction, # disclosure or distribution of this material and related documentation # without an express license agreement from NVIDIA CORPORATION or # its affiliates is strictly prohibited. name: loading-usd description: > Loading USD scenes into ovstage for rendering from files, URLs, or inline USDA strings. Use when user asks to load a USD scene, compose USD content, add cameras or RenderProducts to an existing USD layer, add referenced content, or create runtime geometry. license: LicenseRef-NvidiaProprietary author: NVIDIA ovrtx tags: - ovrtx - usd - loading tools: - Read - Grep
Use this skill when the user asks to load a USD scene, compose USD content, add cameras or RenderProducts to an existing USD layer, add referenced content, or create runtime geometry.
Resolve inputs in this order: existing repository files and referenced snippets, explicit user request, then broader agent context.
1. Identify the requested language and lifecycle stage before choosing an example. 2. Read the referenced snippet that matches the requested stage and language. 3. For Python, create an ovstage, attach it to the renderer, populate it at an ordinal, advance the write floor, and step at that ordinal. Preserve the standalone C lifecycle when maintaining C code. 4. Apply the async, status-query, error-handling, and warmup skills when the workflow crosses those concerns. 5. When changing code, run the narrow example or docs test that owns the snippet whenever practical.
This skill has no scripts.
Before rendering, load USD content into an application-owned ovstage. Python supports three input modes through `ovstage.population`:
1. **File path or URL** -- open an existing `.usd`/`.usda`/`.usdc` file as the root layer. 2. **Inline USDA string** -- open runtime-generated USD content as the root layer. The inline root layer may use USD `subLayers` to compose a base scene and additional authored prims. 3. **USD references** -- compose additional file or string content under a specific path prefix.
There are two common composition patterns:
> **Source:** `examples/python/minimal/main.py` snippet `add-usd` > > **Source (local file):** `examples/python/projectors/main.py` snippet `projectors-load-usd`
Useful for creating RenderProducts, cameras, or runtime geometry without editing the original scene:
> **Source:** `tests/docs/python/test_sensor_configuration.py` snippet `doc-add-render-config-layer`
When a USD layer has the scene content but lacks render configuration or sensors, compose a new inline root layer: add `subLayers = [@existing_scene.usda@]`, author the missing Camera / RenderProduct / RenderVar prims in that same inline layer, and populate it with `ovstage.population.open_usd_from_string()`.
> **Source (USDA):** `tests/docs/usd/data/inline_sublayers_camera_renderproduct.usda` snippet `doc-usda-inline-sublayers-camera-renderproduct` > > **Source:** `tests/docs/python/test_sensor_configuration.py` snippet `doc-add-render-config-layer` > > **Source (query check):** `tests/docs/python/test_stage_query.py` snippet `doc-query-inline-sublayer-composition`
Use `ovstage.population.add_usd_reference()` or `add_usd_reference_from_string()` after a root stage is open. Call `apply_usd_changes()` at the next ordinal, then advance the write floor.
Use inline `subLayers` for one composed root stage, or ovstage reference APIs for incremental additions.
Use `ovstage.population.remove_usd(stage, handle)`, then apply the change at a new ordinal and advance the write floor.
> **Source:** `examples/c/minimal/main.cpp` snippet `load-usd-and-wait`
Loading is asynchronous in C. Poll until done:
> **Source:** `examples/c/minimal/main.cpp` snippet `load-usd-and-wait`
Or block indefinitely:
> **Source:** `examples/c/minimal/main.cpp` snippet `step-renderer` > > The step snippet demonstrates blocking with `ovrtx_timeout_infinite`.
> Use `ovrtx_add_usd_reference_from_file` or `ovrtx_add_usd_reference_from_string` with a path prefix.
ovrtx is a C and Python library for embedding Omniverse RTX sensor simulation and visualization directly into applications.
High-level overview of a typical ovrtx application lifecycle. Use when user asks how to structure an ovrtx program, what the main…
Asynchronous operation patterns including polling, timeouts, and non-blocking workflows. Use when user asks about async…
Replacing persistent ovrtx attribute bindings with reusable ovstage queries for repeated writes or maps. Use when user asks about…
Binding materials to prims at runtime. Use when user asks to assign a material, change a material, set material binding, or swap…
Available camera render outputs for Real-Time Path-Tracing (RT2) mode. Use when user asks what AOVs/render vars are available,…
Cloning USD subtrees to create copies at new paths. Use when user asks to clone, duplicate, copy a prim, or create instances of…