I’m using the IMX477 to capture video at 30 Hz in a gstreamer pipeline with the nvarguscamerasrc plugin. The time stamps on the video frames show quite a lot of jitter - the average length is 33 ms as expected, but there’s a wide distribution - some timestamps are off by more than a half-frame:
001% 15.3 ms
010% 20.2 ms
050% 34.9 ms
090% 42.4 ms
099% 46.2 ms
I assume the camera is actually acquiring frames at a steady 33.3 ms/frame, and the jitter is in the time stamping. From the L4T sources, it looks like the gstreamer plugin uses libargus to generate the timestamps, and the libargus source seems to be closed so I can follow it no further.
Is this the expected behavior? Is there anything to be done to improve this lack of accuracy?
Could you please run the code above to confirm or disconfirm that the timing jitter is a bug affecting all users? A half-frame of timing error is unfavorable for applications requiring synchronization of two video streams, it would be nice to get this bug fixed in a future release (if it is in fact a bug).