PeterQFR
PeterQFR
This may not be your issue, but solvers will run orders of magnitude slower if not compiled as a release. Check to see that your build is a release build.
The Ardupilot failure comes from CommandLong. They try to convert it to a CommandInt for logging purposes and it is this that causes the fault. I comment out the conversion...
Actually, maybe this is only an issue with the mavlink passthrough command long. I went back undid my changes to ardupilot and initialised those parameters. I haven't seen it fault...
what about the[ initialiser](https://github.com/mavlink/MAVSDK/blob/4dcee2b14945a80276f1b30abd99088ed7009d9f/src/mavsdk/plugins/mavlink_passthrough/include/plugins/mavlink_passthrough/mavlink_passthrough.h#L87) for mavlink_passthrough::Command
Well they're not raw types to start with, ie. we are not interfacing with mavlink passthrough using mavlink_msg_command_long_t. Its a new type defined in mavlink_passthrough, so I don't think the...
When Testing this I had to invert the logic for choosing the dot and flood frames.
@alex-luxonis Any idea when this will be reviewed and merged?
When this is merged, will that update the interfaces available in the depthai-core library?
As per discord, I found that the turning off of the dot projector takes a bit of time, and if the autoexposure can pick up the tail end of this,...
Hi @alex-luxonis @szabi-luxonis when will this be merged into main? Its just I received a new OAK-D Pro Partno A00565 and It doesn't work with this branch anymore. Doesn't recognise...