-
Notifications
You must be signed in to change notification settings - Fork 775
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
rerun always begins playback at 30fps, even when the dataset prescribes a different fps. #336
Comments
@RussTedrake Sorry for the trouble. We reached out to rerun developers for help. Out of curiosity, did you try What do you mean by "i've also blown away my local cache"? We have another option to visualize datasets. It's still not on master yet: #188 |
Playback speed is not yet settable from code (blueprint) in Rerun (here is the issue to follow rerun-io/rerun#5577). When that is done and released, the Rerun visualizer in LeRobot would need to use match the dataset fps to that blueprint setting. In the meantime, it's possible to work around that by using a timeline with timestaps instead of frame numbers which will make it play back at the correct speed by default |
Thank you both. @nikolausWest -- I did observer that playing back with the timeline works, but can I open the rerun browser in that mode automatically? or do I have instruct everyone to either manually change the FPS or manually change to timeline?
I tried for a moment, but couldn't see how to call it with the python API. Sounds like it's not possible yet.
I had an early revision of my dataset that accidentally chose 30 fps instead of 10 fps. So I was just double-checking to make sure that the huggingface dataloader was not using any piece of the local cache, instead of downloading the entirely new revision. I know it probably doesn't seem like a big deal, but my team works very hard to make sure our simulator has beautiful physics. If the default first experience people have when viewing our dataset is 3x playback, which makes the physics look more toy, then that's sad for me. Thanks for the fast responses! |
@RussTedrake, unfortunately there is no programatic control over which timeline is shown first yet in (that will come when we blueprintify the time controls at the same time as allowing you to set playback speed). In the meantime, the starting timeline is chosen by sorting the user defined timelines alphabetically and then choosing the first. If you can control the name of the timelines, you can use that to hack around this limitation in the meantime (although admittedly hacky). We haven't received a lot of requests for this feature yet. Are you open to sharing what project this is? |
Of course. To be clear, resolving rerun-io/rerun#5577 would be the best solution, from my perspective (and then having lerobot communicate the fps it already knows about to rerun in I just described the project (we call it "lbm_eval") in a tutorial at RSS last week. Here is the slide deck. And here is a link to the specific slide where I was trying to use rerun (via lerobot) to let people step through a few sample teleop demonstrations in in the sim eval that we hope to make public soon. |
System Info
Information
Reproduction
or with my dataset, which was the original motivation:
Expected behavior
The rerun.io viewer should open, and start playing the data back at 15 fps (as specified in the dataset). But instead it always defaults to 30 fps playback.
For my dataset, I hoped for 10 fps playback, but still get 30 fps by default. I've also confirmed that my mp4s are encoded at the proper rate, and playback at the correct speed e.g. here: https://huggingface.co/datasets/RussTedrake/tri-small-BimanualStackPlatesOnTableFromTable/blob/main/videos/scene_left_0_episode_000002.mp4
I wonder if a call to this might help: https://docs.rs/re_viewer_context/0.16.1/re_viewer_context/struct.TimeControl.html#method.set_fps
fwiw -- i've also blown away my local cache and confirmed that the dataset which is getting loaded does indeed report
dataset.fps
does indeed equal 15 (or 10) respectively.cc @notmahi who I was talking to about this last week.
The text was updated successfully, but these errors were encountered: