Provide a reusable device plugin utility for local MCAP recording
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 30/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Necesita aclaración
- Estado de actividad
- Tranquilo
- Área
- tooling
Línea de trabajo
Comienza revisando la ruta de grabación local de MCAP analizada en PR 691 y cómo la versión push de OpenXR separa el comportamiento del plugin. Decide si la utilidad reutilizable debe pertenecer a una herramienta de desarrollo/CLI compartida o a una biblioteca opt-in, y define si registra la salida del plugin o datos más amplios de la sesión. Se considera terminado cuando el alcance y la prioridad estén resueltos lo suficiente como para implementar una utilidad compartida de verificación independiente.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
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.
- Lenguaje dominante
- Python
- Estrellas
- 412
- Forks
- 97
- Merge medio
- 1 d 23 h
- PR fusionados (30 d)
- 157
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Tiene una plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de NVIDIA/IsaacCapture
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
NVIDIA/IsaacCapture#910 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
NVIDIA/IsaacCapture#891 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 4/5 3-5 días Aptitud para principiantes 45/100
NVIDIA/IsaacCapture#1368 ·
Los mantenedores suelen responder en 1 día
-
Expose per-glove health and data freshness in the Avatar SDK and Isaac Teleop pluginPosiblemente ocupada @zihanjiang321 la tomó hace 2 días. Abierto
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
NVIDIA/IsaacCapture#1319 ·
Los mantenedores suelen responder en 1 día
-
Add OneRobotics A1 asset and Isaac Teleop examplePosiblemente ocupada @WangXuechun-woan la tomó hace 8 días. Abierto
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
NVIDIA/IsaacCapture#1291 · 2 comentarios ·
Los mantenedores suelen responder en 1 día
Todos los issues de NVIDIA/IsaacCapture
Issues similares
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 72/100
521xueweihan/HelloGitHub#4150 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
aws-samples/sample-per-model-bedrock#595 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 85/100
Los mantenedores suelen responder en 1 día
-
bug connectors
Dificultad 1/5 Menos de una hora Aptitud para principiantes 67/100
pyinfra-dev/pyinfra#2036 ·
Los mantenedores suelen responder en 9 días
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Los mantenedores suelen responder en 1 día