Unify launch cmd - #438
Conversation
Signed-off-by: Gangzheng Tong <gtong@nvidia.com>
| pixel_height: 464 | ||
|
|
||
| output: | ||
| path: ../../outputs/lingbot-replay.mp4 |
There was a problem hiding this comment.
should be outputting to somewhere in `/artifacts/...>
| @@ -0,0 +1,14 @@ | |||
| schema_version: 1 | |||
There was a problem hiding this comment.
why are our "launch configs" in docs. docs is for documentation?
There was a problem hiding this comment.
Those are just example configs. We can move that to configs
| schema_version: 1 | ||
| runner: lingbot-world-fast | ||
| mode: mp4 | ||
|
|
||
| scenario: | ||
| example_data: true | ||
| example_idx: 0 | ||
| total_blocks: 20 | ||
| pixel_width: 832 | ||
| pixel_height: 464 | ||
|
|
||
| output: | ||
| path: ../../outputs/lingbot-replay.mp4 | ||
| fps: 16 |
There was a problem hiding this comment.
Where do we specify the target checkpoint we want to use? (and model-arch - although this requires the input/output API to be complete)
If lingbot releases a new hypothetical checkpoint that is 0.1b, and its compatible with their existing model-arch, we should be-able to select the checkpoint (either: hugging-face link, or local-path?)
There was a problem hiding this comment.
This is not the scope of this PR. If a checkpoint can be easily swapped, it should be the demo's parsing logic to recognize that and construct the pipeline based on the input yaml
| Set ``output.profile_world_model: true`` to enable FlashDreams CUDA-event | ||
| profiling for the world-model runtime. Set ``output.sync_gpu_timing: true`` only | ||
| when you need raster compute | ||
| timings; it synchronizes GPU work and is not a throughput setting. |
There was a problem hiding this comment.
| Set ``output.profile_world_model: true`` to enable FlashDreams CUDA-event | |
| profiling for the world-model runtime. Set ``output.sync_gpu_timing: true`` only | |
| when you need raster compute | |
| timings; it synchronizes GPU work and is not a throughput setting. | |
| Set ``output.profile_world_model: true`` to enable FlashDreams CUDA-event | |
| profiling for the world-model runtime. Set ``output.sync_gpu_timing: true`` to synchronize GPU events to accurately compute timings for raster operations. |
What is only when you need raster compute timings?
There was a problem hiding this comment.
there is some async/overlap in raster and world model generation, which makes the raster profile unreliable. Set output.sync_gpu_timing: true will make things in order, but will hurt the overall performance. this is only needed for debugging raster
| `webrtc` launch mode. See the | ||
| **[interactive demo guide](https://nvidia.github.io/flashdreams/main/models/omnidreams.html#launch-the-interactive-demo)**. |
There was a problem hiding this comment.
Note: we will need to update the website accordingly.
There was a problem hiding this comment.
Will do another round of updating
Signed-off-by: Gangzheng Tong <gtong@nvidia.com>
Greptile SummaryThe PR unifies LingBot and OmniDreams demo startup behind
Confidence Score: 5/5The PR appears safe to merge. No blocking failure remains; the previously reported path traversal was corrected by relocating the manifests under Important Files Changed
Flowchart%%{init: {'theme': 'neutral'}}%%
flowchart LR
User["flashdreams-run runner mode"] --> CLI["CLI argument normalization"]
CLI --> Manifest["Load and validate launch manifest"]
Manifest --> Config["Apply runner and scenario overrides"]
Config --> Capability["Resolve integration launch capability"]
Capability --> Target{"Launch mode"}
Target --> Run["Standard runner"]
Target --> MP4["MP4 / null output"]
Target --> WebRTC["WebRTC server"]
Target --> Window["OmniDreams local window"]
Reviews (3): Last reviewed commit: "Fail loudly for missing launch manifests" | Re-trigger Greptile |
| preload_scenes: false | ||
|
|
||
| output: | ||
| world_model_manifest_path: ../../integrations/omnidreams/omnidreams/interactive_drive/configs/example_world_model_perf.yaml |
There was a problem hiding this comment.
Manifest paths escape repository
When the checked-in local-window or MP4 manifests are loaded, their ../../ paths resolve from the configs directory to locations outside the repository, causing local-window startup to miss its required world-model manifest and MP4 output to be written outside the documented output directory. The same extra parent traversal occurs in configs/lingbot_mp4.yaml and configs/omnidreams_mp4.yaml.
Signed-off-by: Gangzheng Tong <gtong@nvidia.com>
|
/ok to test 8b76cd8 |
Signed-off-by: Gangzheng Tong <gtong@nvidia.com>
Summary
flashdreams-runwith manifest-driven modesomnidreamsandomnidreams-perfrunner aliasesconfigs/launch_manifestexamples