Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

Provide a reusable device plugin utility for local MCAP recording

Aperta
  • Qualcosa non va?
#805 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

I maintainer di solito rispondono entro 1 giorno

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
5/5
Tempo stimato
Più di una settimana
Idoneità per principianti
30/100
Tipo di issue
Funzionalità
Chiarezza
Da chiarire
Stato di attività
Tranquilla
Ambito
tooling

Direzione di ricerca

Inizia esaminando il percorso di registrazione MCAP locale discusso in PR 691 e il modo in cui la versione push di OpenXR separa il comportamento del plugin. Decidi se l’utilità riutilizzabile debba appartenere a uno strumento di sviluppo/CLI condiviso o a una libreria opt-in, e definisci se registra l’output del plugin o dati più ampi della sessione. Il lavoro è completato quando l’ambito e la priorità sono stati risolti a sufficienza per implementare un’utilità condivisa di verifica standalone.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

Context

While reviewing Jerry's PR (https://github.com/NVIDIA/IsaacTeleop/pull/691), a question came up about whether the plugin binary needs two modes — in particular the local MCAP recording feature alongside the OpenXR push path.
Per discussion, the local MCAP recording was added as a dev convenience: a way to verify the plugin works standalone (e.g. checking OGLO integration) without depending on the full OpenXR push pipeline. For this PR, that local MCAP path will be dropped and only the OpenXR push version kept, to avoid shipping two modes in the plugin binary.

Proposal

The standalone-verification pattern is broadly useful, so rather than baking it into each plugin, we should provide it once as a shared/reusable utility that any plugin can use to confirm it works correctly on its own. This keeps individual plugin binaries lean (single mode) while preserving the local-recording capability for development and debugging.

Motivation

Lets plugin authors sanity-check a plugin in isolation, decoupled from the OpenXR push path.
Avoids each plugin carrying its own dual-mode logic and MCAP-recording code.
Standardizes how we capture/inspect plugin output during development.

Open questions

Where should this live — a shared dev tool/CLI, or a library plugins can opt into?
Scope of MCAP recording: just plugin output, or broader session capture?
Priority — this is a "someday" nice-to-have surfaced from the PR discussion, not a blocker for the current change.

Lingua principale
Python
Stelle
403
Fork
94
Merge medio
2g 17m
PR unite (30g)
121

Preparare l'ambiente

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di NVIDIA/IsaacCapture

Tutte le issue di NVIDIA/IsaacCapture

Issue simili

Altre issue su Python

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.