Closed bmegli closed 8 months ago
Hi,
It's a mismatch between the L4T version of your host (35.2) and your container (35.3). We'll make more clear in the documentation that a match is required.
@alassagne-sl,
Thanks for a quick reply.
Partially expected as I am during image build from matching versions.
Confirmed working when docker host and container L4T match.
From practical point of view it is a bit unfortunate:
It's a mismatch between the L4T version of your host (35.2) and your container (35.3). We'll make more clear in the documentation that a match is required.
I expect reason to be some hardware/driver/container/SDK interaction.
Nonetheless it would be great to understand reason and extent of potential (in)compatibility
Hi,
The reason behind is that the driver and user-land SDKs are built with respect to NVIDIA Argus API structure on both side (kernel && user) Since it has changed between L4T 35.2 and 35.3 (on the timestamp structure especially) which is "only" binary changes, there is no errors triggered but the value gets invalid. Normally it should not change much starting from 35.3 but that's on NVIDIA hands.
@obraun-sl
Thank you kindly for above clarification.
It has some impact as this means that:
Preliminary Checks
Description
I am using:
Cameras work and output data but with same timestamp all the time. This breaks other parts of the system that are depending on timestamp.
Steps to Reproduce
roslaunch zed_wrapper zedx.launch &
Check up timestamps (also TF warnings)
rostopic echo zedx/zed_node/rgb/image_rect_color --noarr
Expected Result
Timestamp changing for all data (depth, RGB, ...)
Actual Result
Same timestamp published all the time
nsec is interchaning between two close values, otherwise stamp doesn't change
There are also warnings from TF on duplicate timestamps
ZED Camera model
ZED-X
Environment
Anything else?
Docker image is build following way
As next step I am going to build from matching L4T + ZED-SDK version (between host and docker) and re-test but this will take hours.
Docker image was cross-built on x86_64