I am writing a program that stitches aerial photographs with real-time video using an unmanned aerial vehicle. In fact, I am doing this:
- get two consecutive frames
- find functions between these two frames
- calculate homography
- calculate the offset of images and stitch them together.
The problem is in the 3rd step, and therefore: both my code and the opencv line function compute a homography claiming that I have a rotation on some axis (because it is a panorama). Actually, the buzz acts like a โscannerโ, so instead of turning it around, I have a camera translation. This affects my homography, and then my step, creating artifacts. Is there a way to consider translating the camera instead of rotating (for example, a spelling thing)? If this helps, I have built-in camera parameters calculated using the calibration guide
Ps: I am programming in C ++
EDIT I found this library written by Nasa http://ti.arc.nasa.gov/tech/asr/intelligent-robotics/nasa-vision-workbench/
can this help? Can i use its togheter with opencv?
c ++ opencv panoramas image-stitching
Dp89
source share