Running VIO with own camera and IMU data + acquiring the pose

[scode-cmd]

Hello,

This questions might seem silly, but i've been banging my head against the wall trying to figure it out. Basically, I want to create a VIO stereo pipline that takes camera images + IMU data acquired in realtime, and not from a dataset, then get the 3d poses from the resulting calculation. I'm not using ROS and not intending to use it.

1. Do I need custom data provider in that case?
2. After we spin the VIO pipline with our own (synchronized) data, how do we acquire the latest 3d pose from the VIO pipline? I'm having hard time understanding the interaction between frontend and backend.

[tbrayer2]

I've been straggling too. For simplicity - I also prepared a sequence with Carla simulator, where I have a full control over everything. I put the camera and IMU at the exact same location with the same orientation, yet - I can't even execute it on this synthetic sequence.

[zippyzoo77]

Any luck on this for either of you so far? I'm having troubles with the ROS portion producing garbage results, and am hoping to do something similar to what you're talking about (aka remove the ROS part that isn't working). I think I will need a custom data provider, I'm just not sure how to start on getting it to loop properly each time an image/batch of imu measurements is put into the queue rather than expecting a static dataset.

[tbrayer2]

Hi, No. We stopped using it for now.

…

________________________________ From: zippyzoo77 ***@***.***> Sent: Wednesday, 3 July 2024 21:51 To: MIT-SPARK/Kimera-VIO ***@***.***> Cc: Tali Brayer ***@***.***>; Comment ***@***.***> Subject: Re: [MIT-SPARK/Kimera-VIO] Running VIO with own camera and IMU data + acquiring the pose (Issue #227) Any luck on this for either of you so far? I'm having troubles with the ROS portion producing garbage results, and am hoping to do something similar to what you're talking about. I think I will need a custom data provider, I'm just not sure how to start on getting it to loop properly each time an image/batch of imu measurements is put into the queue rather than expecting a static dataset. — Reply to this email directly, view it on GitHub<#227 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/BFFJBRLL2CZJAZUWQJYZPC3ZKRBZTAVCNFSM6AAAAABDE54ZMGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDEMBWHE4DGMBSHE>. You are receiving this because you commented.Message ID: ***@***.***>