Closed LuoQuestionmark closed 11 months ago
Hello, I have done two more tests, it seems that the problem happens, in general, quite randomly. The program can be working for hours, but then the delay kicks in and it cannot recover from that by itself.
Example that it fails after hours:
Example that it works:
In our application it will be troublesome to restart the system, which, can reset the synchronization. Is there any other approach to deal with this problem?
While the cause of the increasing delay is still obscure, I have the impression that the delay is monotonic increasing is from a bug from the 2.22 version of the library; by updating to the newest version 2.23 the delay seems to be more reasonable. Each time the system reconnect because of a bad connectivity, the delay goes back to a reasonable small value. (While the reason of bad connectivity is yet another problem.
Describe the bug
I am working on a program that uses RGB images and disparity images at the same time, using a OAK Pro camera via USB connection. I have noticed that, with my current setting, the output of the disparity images can be delayed. This delay is noticeable with the use of function
ImgFrame::getTimestampDevice
and can be confirmed visually.Minimal Reproducible Example
Expected behavior
The delay measured and printed as output is increasing during the execution of program. I write a script to visualize the delay.
Screenshots
x-axis: Time since program launched (seconds); y-axis: Delay between two cameras (nanoseconds).
Pipeline graph
Similar to the previous bug report shown here. Except no monochromatic output.
Attach system log