-
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
Wrong timestamp obtained in D435i #5319
Comments
did you try patching your kernel ? |
Yes, I installed the SDK following the Linux manual installation guide, the patched kernel modules were also applied successfully. |
Same issue as #4505 . Read my comments there to understand problem. This problem is reproducable on 2 x86 computers and a raspberry pi for all parched/unpatched kernels from 5.0-5.3. The issue goes away for me using 4.18 kernel using dkms install. |
@JeremyBYU Thanks for your reply, I encountered the same problem as you, and now I switched back to the 4.15 kernel. |
Hi @fanofpal Based on your previous comment, you're able to get things working. Is there anything more necessary on this thread? |
The resolution was successfully integrated into |
Hi @fanofpal Have you tried the latest librealsense? There has been quite a bit of PRs that have been put in place recently that should fix your issue. *If we don’t hear from you in 7 days, this issue will be closed. |
Issue Description
Hello, I was tring to collect some data used for a SLAM project. However, the frame timestamp obtained from frame seemed to have some problems. The following are the printed timestamps of consecutive frames. I used the code below to get them.
timestamp = frames.get_timestamp()
Then I checked the timestamp in Realsnse-viewer, it showed that the frame timestamps(global time) were also wrong (something like 3148958470379) in color and depth stream, although that in IMU streams were correct.
The text was updated successfully, but these errors were encountered: