V4L frame timing on Orin/Jetpack5

[alain.gautherot]

it’s not a flash light, just an LED device or a laser which gets turned on for the duration of the capture.
Capture rate is quite slow, say 5 frames per second or less.

My question really is:
after select() returns and ioctl(fd, VIDIOC_DQBUF, &bufdata) is called and returns,
are pixel data completely transferred or could the transfer still be ongoing?

I have found thread about frame timestamps but that was for argus-based SW, which is not my case since I’m using V4L:

Argus Timestamp Domain

When getting a timestamp from libargus with Argus::ICaptureMetadata::getSensorTimestamp or EGLStream::IFrame::getTime, what clock domain are the timestamps in? can they be compared to linux’s CLOCK_MONOTONIC system timestamps, for instance? if they’re in a different clock domain, how can I rectify these timestamps against wall time?

Argus::ICaptureMetadata::getSensorTimestamp clock domain in L4T 32.4.4

hello Denisss, since you’re now working with l4r-r32.4.4. please note that there’ll be timestamp modification for next public release. please refer to the statement in Topic 78821, recap as below… we had some changes for Xavier to plumbed up the hardware timestamps into camera software stack. there’ll be start-of-frame and end-of-frame sensor timestamps include in metadata from TSC hardware, by using new interfaces for TSC HW timestamp; you may expect those changes will be include to next p…