Provide a reusable device plugin utility for local MCAP recording
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 初心者へのやさしさ
- 30/100
- issue の種類
- 機能追加
- 明瞭さ
- 説明が足りない
- 活発さ
- 静か
- 領域
- tooling
調査の方向性
まず、PR 691で議論されているローカルMCAP記録パスと、OpenXRのpushバージョンがpluginの動作をどのように分離しているかを確認します。再利用可能なユーティリティを共有のdev tool/CLIに配置するのか、opt-inライブラリにするのかを決定し、pluginの出力を記録するのか、より広範なセッションデータを記録するのかを定義します。共有のstandalone-verificationユーティリティを実装できる程度にスコープと優先度が解決されれば完了です。
索引モデルが issue の本文から書いたものです。
説明
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.
- 主要言語
- Python
- スター
- 403
- フォーク
- 94
- 平均マージ
- 2日 17分
- マージ済み PR（30日）
- 121
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートあり
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
NVIDIA/IsaacCapture のほかの issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
NVIDIA/IsaacCapture#910 ·
メンテナーはふだん 1 日以内に返信
-
難易度 1/5 1時間未満 初心者へのやさしさ 88/100
NVIDIA/IsaacCapture#891 ·
メンテナーはふだん 1 日以内に返信
-
難易度 4/5 3〜5日 初心者へのやさしさ 25/100
NVIDIA/IsaacCapture#1217 ·
メンテナーはふだん 1 日以内に返信
-
難易度 3/5 1〜2日 初心者へのやさしさ 20/100
NVIDIA/IsaacCapture#1214 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
難易度 3/5 1〜2日 初心者へのやさしさ 50/100
NVIDIA/IsaacCapture#1181 ·
メンテナーはふだん 1 日以内に返信
NVIDIA/IsaacCapture の issue をすべて見る
似ている issue
-
bug
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
Graphify-Labs/graphify#4524 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
topoteretes/cognee#5982 ·
メンテナーはふだん 1 日以内に返信
-
Patches of derivations with `__structuredAttrs` are ignored対応中かも @KiaraGrouwstra が今日担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 81/100
nix-community/vulnix#184 ·
-
New Internshipオープンnew_internship
難易度 1/5 1時間未満 初心者へのやさしさ 65/100
-
難易度 2/5 1〜3時間 初心者へのやさしさ 64/100
aws-samples/sample-per-model-bedrock#295 ·
メンテナーはふだん 1 日以内に返信