Dev & Engineering ✓ NVIDIA · Official omniverseopenusdrealtime-viewerovrtxwebrtc-streamingpythontypescript

Omniverse Realtime Viewer

Routes USD viewer requests to the right architecture and guides rendering, interaction, UI, and validation.

FollowSkills review · FSRS-2.0
Not recommended
55/ 100 5-point scale 2.8 / 5
Trust16 / 25 · 3.2/5

The document explicitly requires ovrtx, preserving user USD files, separating session state, and avoiding browser-side renderers; it also provides some error fallbacks and state constraints, supporting partial data-flow transparency and least privilege. Points are deducted because Shell and Write are declared without explicit user confirmation, permission boundaries, rollback procedures, or sensitive-credential handling. The cloud-asset references also show credentialed and external object-storage operations without stronger isolation or authorization guidance.

Reliability8 / 20 · 2.0/5

Routing, read order, non-negotiable rules, and extensive abnormal-input guidance make the main happy paths reasonably intelligible, with failure feedback for AOV, input, and camera flows. Points are deducted because this is a static review and cannot establish dependency availability, key-path reproduction, or executable correctness; the BENCHMARK reports an overall FAIL, no available Tier 3 evaluation, and many duplicate-content findings plus 32 Tier 1 findings, so the static ceiling applies.

Adaptability10 / 15 · 3.3/5

The skill clearly targets Omniverse Realtime Viewer work and defines delivery paths, input, camera, AOV, UI, and automation scenarios; the eval cases cover browser, desktop, Electron, Tauri, and headless requests. Points are deducted because GPU, ovrtx, ovstream, and runtime requirements are substantial, non-fit boundaries and compatibility conditions are distributed across downstream references, and there is no Chinese-language or mainland-China network adaptation guidance. Some cloud-asset workflows also depend on external S3 services.

Convention10 / 15 · 3.3/5

SKILL.md provides clear routing, read order, reference families, workflow, and completion checklists; metadata includes version, Apache-2.0 licensing, author, and tags, while the repository README describes synchronization and update mechanisms. Points are deducted because maintenance ownership is directed generally to product repositories without a specific maintainer, changelog, or stable-version policy for this skill; the BENCHMARK reports repeated content that increases maintenance and progressive-disclosure burden.

Effectiveness7 / 15 · 2.3/5

The objective, architecture constraints, reference selection, and representative eval expectations are concrete enough to plausibly help an agent build an RTX USD viewer, while explicitly prohibiting browser-side USD rendering and source-USD mutation. Points are deducted because the supplied files contain no verifiable representative generated outputs or third-party execution evidence; the BENCHMARK has no Tier 3 results and an overall FAIL, so only the static ceiling for core-task plausibility is justified.

Verifiability4 / 10 · 2.0/5

The fixed revision, committed evals, validation reference, and BENCHMARK provide limited audit trails; the report also discloses unavailable Tier 3 evidence, static findings, and deduplication findings. Points are deducted because there are no execution logs, complete key-path test suites, CI coverage, or independent corroboration, and important evaluation signals are missing, preventing a higher static verifiability score.

Evidence confidence:Low Reviewed Jul 20, 2026 Reviewed revision 55f18499943e
The upstream repository has new commits since this review. The score still applies to the reviewed revision shown and may not cover the latest changes.
Before you use it
  • Shell and Write are declared without per-action confirmation, least-privilege, rollback, or external-side-effect controls; example credentials in cloud-asset references must not be used in real environments.
  • The BENCHMARK reports an overall FAIL, unavailable Tier 3 evaluation, duplicate content, and PII/GPS findings; findings should be remediated and the evaluation rerun before publication.
  • Core paths depend on NVIDIA GPUs, ovrtx, and related runtimes; Chinese-language support and mainland-China network reachability are not documented and require separate validation.
See the full review method →

What does this skill do, and when should you use it?

Omniverse Realtime Viewer is a top-level routing skill for USD viewer application requests. It selects local, streaming, or other focused reference paths based on delivery and feature requirements, then guides rendering, input, camera, selection, UI, and validation work. All USD and 3D rendering must use ovrtx; browser applications display an ovstream WebRTC video stream plus UI. It suits developers building NVIDIA Omniverse USD viewers, but the required runtime depends on the selected path.

Classifies viewer requests and reads the required routing, convention, recipe, capability, and validation references. It guides ovrtx-based USD scene loading and rendering, ovstream-based browser streaming, and implementation of cameras, input, selection, hierarchy, properties, render settings, UI, packaging, and deployment. It requires viewer-owned state to remain in session layers, composite layers, or application state, preserves user USD files, and captures build, run, and interaction validation evidence before handoff.

  1. A frontend developer building a browser-based USD viewer that uses WebRTC streaming and UI instead of a client-side 3D renderer.
  2. A C++, Python, Tauri, or Electron developer building a local workstation viewer with the appropriate local delivery path.
  3. An application team adding camera controls, object picking, hierarchy browsing, property panels, or render settings to a USD viewer.
  4. An engineer deploying a viewer on cloud GPUs and choosing a streaming architecture and deployment path.

What are this skill's strengths and limitations?

Pros
  • Enforces ovrtx for USD and 3D rendering, keeping implementations aligned with the stated architecture.
  • Routes across browser streaming, local viewer, Tauri, Electron, C++, and multiple UI paths.
  • Defines ownership and safety rules for rendering, stage mutation, user USD files, and validation.
  • The repository provides CLI installation and ongoing synchronization for NVIDIA skills.
Limitations
  • The SKILL.md is a routing entry point rather than a complete implementation recipe for every path.
  • GPU, Omniverse runtime, OpenUSD, and language or framework dependencies vary by viewer path.
  • The supplied material does not provide a skill-specific runnable example, test result, or fixed deployment configuration.
  • Browser paths explicitly cannot use WebGL, Three.js, or other client-side USD 3D renderers.

How do you install this skill?

Use the repository README's supported Skills CLI command:

npx skills add nvidia/skills --skill omniverse-realtime-viewer --yes

The README says the skill becomes available the next time the agent loads skills and encounters a relevant task; the CLI determines the installation destination.

How do you use this skill?

Give the agent a specific viewer request, for example: "Build a browser-based Omniverse USD viewer with camera controls, object selection, and a properties panel." The agent should classify the delivery path, read the relevant references, and proceed through rendering, input, camera, selection, UI, and validation. The supplied SKILL.md does not document a complete standalone run, build, or deployment command; those details are in the selected references.

How does this skill compare with similar options?

Compared with browser-side WebGL, Three.js, Babylon.js, PlayCanvas, A-Frame, model-viewer, react-three-fiber, or glTF viewer approaches, this skill requires browsers to display an ovstream WebRTC video stream rather than render USD geometry client-side.

FAQ

Who should adopt this skill?
Developers and application teams building NVIDIA Omniverse USD viewers who can provide the GPU, runtime, or cloud GPU environment required by their selected path.
Does a browser viewer render USD in the browser?
No. The browser displays an ovstream WebRTC video stream and UI; ovrtx performs USD and 3D rendering.
Does it modify user USD files?
No. Viewer cameras, render settings, selection metadata, and runtime state belong in session layers, composite layers, or application state.
What if local GPU or runtime validation is unavailable?
Scaffold the ovrtx path and document the runtime requirement; do not add a browser-renderer fallback.

More skills from this repository

All from NVIDIA/skills

Dev & Engineering ✓ NVIDIA · Official

Omniverse USD Performance Tuning

Diagnose USD scene performance problems and coordinate evidence-based optimization from runtime setup through reporting.

Dev & Engineering ✓ NVIDIA · Official

NeMo Relay Installation Guide

Choose and verify the right NeMo Relay path for CLIs, language packages, and maintained frameworks.

Dev & Engineering ✓ NVIDIA · Official

NeMo Relay Quick Start

Helps first-time NeMo Relay users prove observable execution value through the smallest suitable trial.

Data & Analysis ✓ NVIDIA · Official

DICOM Series Preflight

Header-only validation for one DICOM series before conversion or inference.

Dev & Engineering ✓ NVIDIA · Official

DALI Dynamic Mode Assistant

Helps agents write, review, and migrate NVIDIA DALI imperative dynamic-mode code.

Dev & Engineering ✓ NVIDIA · Official

NeMo Relay Migration Assistant

Safely migrate NeMo Flow projects to NeMo Relay.

Dev & Engineering ✓ NVIDIA · Official

Earth2Studio Diagnostic Builder

Build Earth2Studio wrappers for single-step diagnostic data transformations.

Data & Analysis ✓ NVIDIA · Official

Earth2Studio Weather Data Fetch

Fetch validated weather and climate variables from Earth2Studio sources by time and data type.

Data & Analysis ✓ NVIDIA · Official

NVIDIA AI-Q Deep Research

Run deep research through a reachable local or self-hosted AI-Q Blueprint backend.

Dev & Engineering ✓ NVIDIA · Official

AMC Sample Dataset Calibration

Verify a running NVIDIA AutoMagicCalib service end to end with its bundled sample dataset.

Dev & Engineering ✓ NVIDIA · Official

Holoscan SDK Setup Guide

Inspects a Linux host and selects the most suitable Holoscan SDK installation path.

Dev & Engineering ✓ NVIDIA · Official

NeMo Relay Typed Wrappers & Codecs

Add typed boundaries to NeMo Relay integrations while preserving predictable JSON middleware semantics and caller-visible behavior.

Dev & Engineering ✓ NVIDIA · Official

CUDA-Q Quantum Onboarding

Guides developers from CUDA-Q installation to quantum kernels, GPU simulation, and real QPU execution.

Dev & Engineering ✓ NVIDIA · Official

Clinical ASR Flywheel: Environment Setup

Validate that a clinical ASR evaluation environment can complete a TTS-to-ASR round trip through NVIDIA-hosted speech services.

Data & Analysis ✓ NVIDIA · Official

TAO DAFT Dataset Converter

Guides AI agents through tao-daft conversion between supported NVIDIA TAO DAFT dataset formats.

Dev & Engineering ✓ NVIDIA · Official

AutoMagicCalib Video Calibration

Turn local multi-camera MP4 recordings into AutoMagicCalib calibration results through a REST API.

Data & Analysis ✓ NVIDIA · Official

DICOM CT Series to NIfTI Volume

Converts one CT DICOM series into a HU NIfTI volume with affine evidence.

Automation & Ops ✓ NVIDIA · Official

Dynamo Router Starter

Configure Dynamo routing modes and verify frontend endpoints quickly.

Dev & Engineering ✓ NVIDIA · Official

Earth2Studio Deterministic Forecast

Build single-member weather forecast inference scripts with Earth2Studio.

Data & Analysis ✓ NVIDIA · Official

NeMo Data Designer Synthetic Data Skill

Build synthetic datasets and declarative data-generation pipelines from a natural-language description.

Related skills