Open edgarcamilocamacho opened 1 week ago
Hi @edgarcamilocamacho Does it make a difference to whether the busy state ('already streaming') occurs if the camera is reset during launch by adding initial_reset:=true, as resetting the camera should disconnect and then reconnect it.
It already was in true at the moment of the testing
Looking at your mention of knowing it will always fail if the message 'frame's time domain is HARDWARE_CLOCK. Timestamps may reset periodically' is received, does it make a difference if you disable a timestamping feature called 'Global Time' (which is enabled by default) by adding global_time_enabled:=false
to your launch instruction?
Issue Description
When I try to enable all color, depth and pointcloud using the ROS parameters, sometimes (really random, I can't not have a way to control the replication) the node shows:
You know it's going to fail if you see
frame's time domain is HARDWARE_CLOCK. Timestamps may reset periodically.
.After those prints, the node never responds anymore the parameters update requests, and does not publish frames anymore. But the linux process itseld keeps alive.
Here my node's logs to understand times of setting parameters: