-
Notifications
You must be signed in to change notification settings - Fork 4.8k
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
Multicam synchronization without HW connections #5612
Comments
The subject of 'software sync' without hardware is discussed in the link below. |
Thanks. @MartyG-RealSense |
Hi @yanxh97 Do you need further help on this issue?Thanks |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Before opening a new issue, we wanted to provide you with some useful suggestions (Click "Preview" above for a better view):
All users are welcomed to report bugs, ask questions, suggest or request enhancements and generally feel free to open new issue, even if they haven't followed any of the suggestions above :)
Issue Description
I'm working with multi(3) D435s and the synchronization puzzles me. For the task is not that demanding in aspect of synchronization, I would prefer carrying it out without HW sync. Then which timestamp should I check when aligning framesets from different source device? Is there any tricks about the poll_for_frame and wait_for_frame method over this problem?
What I've tried: Suppose the answer to the 1st question is back-end timestamp, I select a master cam and wait_for_frame of it at the start of every loop, and then use poll_for_frame to update the slaves(if it returns false, use the frameset of the former loop/cycle). If the time interval seems too long, I would wait_for_frame of one of the slaves. (for example, the stream is 30Hz and if the frameset I poll comes over 20 ms earlier than master, I would call wait_for_frame, so the slave's frameset comes later but with shorter time interval)
The text was updated successfully, but these errors were encountered: