@griffin , this seems like an network issue. So please try the following:

open a terminal and just run the following command to "inspect" the hires stream so that it is always going and you can check if it's running any time : voxl-inspect-cam hires_down_small_encoded start a continuous ping test from your host that is trying to receive the video feed keep testing the video feed until you see the issue occur and check if ping is dropping out and double check voxl-inspect-cam output to make sure the data is flowing.

What i expect is the output of voxl-inspect-cam should be continuously updating and you may see ping having trouble. Please let me know what you observe.

Regarding the voxl2 heating up, i will check with the team. open-vins-server is running (VIO) and it has been recently updated to use GPU for feature detection, so a slight increase in voxl2 temperature may be possible.

Alex

the fix has been committed to voxl-camera-server dev branch : https://gitlab.com/voxl-public/voxl-sdk/services/voxl-camera-server/-/commit/520bad13a573dde500d36cf1008e67102e0b6078 . I tested it for the rotated and non-rotated use case using voxl-streamer.

Alex

@brahim after looking at this some more I think it is valid to have multiple streams per camera. I guess the use case would be to have a high res stream and a low res stream that's separate or something like that.

However I think people would still like to setup multiple cameras. I haven't tried this yet, but I think it could also be valid to spawn a manager per camera, and then stagger the component ids for each app. I think this might also fix the threading issue since each application would initialize separate pipe reads and wouldn't be blocked by each other?

@Eric-Katzfey I'm using a different mavlink GCS that's not QGC, so I need to make voxl-mavcam-manager conform to the standard.