Hi Simon,
Wim once posted a nice list of notes for his talk at the panotools
meeting 2011 in Vienna: <http://www.panotools-meeting.com/node/104>
where he also links to a very nice and helpful tutorial he wrote:
<http://www.nodalninja.com/forum/showthread.php?4114-Revised-version-of-the-tutorial-quot-How-to-make-a-spherical-3D-panorama-with-a-single-camera-and-a-fisheye-lens>.
Wim uses PTGui but you should be able to follow his tutorial using hugin.
Carl
Simon Bethke wrote on 22.04.16 00:14:
Hi,
I am an amateur photographer and lately got a Gear VR device so I wanted
to try some VR Stuff.
Testing free panorama tools, I found that Hugin was the only free tool
providing decent results. Also, my 'Fisheye' lens uses Stereographic
projection, so most other tools are not even able to stitch my input
material correctly.
Now, the last days, weeks, ... even months(?) ... I am trying to find a
good way to capture stereoscopic panoramas with my one camera. After
alot of trial and error, I found that the best method for me is to place
the camera left and right the NPP and take 12 images for the 360°
circle. Now with hugin, I align them and export the frames but don't
stitch them yet. For that I use the multiblend
<http://horman.net/multiblend/> tool and first extract its seams. Then I
edit the seams that left and right eye matches and blend with these
optimized seams. My problem with this method is, that by taking 12
left-eye images and afterwards 12 right-eye images, the time between the
left and right eye is to long: Clouds pass by and even the sun travels.
Flipping between left and right is inpractical and causes many mistakes
if I try to do it fast.
What I would like to do is to have the camera in front (not left or
right) of the NPP, take 12 photos and use only right image-halfes for
the left eye and vice versa. This works more or less, but here the big
issue is, that the paralaxe gets too strong and the stiching result is a
mess with alot of visible seams. At this place I wish it was possible,
that hugin looks for areas with bad control-points. If the photos were
taken from a tripod (with paralaxe), the error should equal the depth of
the control points. At least if there are areas with a bigger error (and
similar error vectors) and others with less error, the software could
treat this as depth. Now with depth information of the control-points,
this becomes something similar to visual sfm. The controlpoints are like
a sparse point cloud and I'd suggest simply interpolating the areas
between the controlpoints to get a perfect stitching result.
If hugin could actually support stitching photos that are taken off the
NPP. It could also assist creating stereoscopic panoramas.
What do you think about this? Is Hugin still actively developed or is it
rather a complete product which is just supported?
Kind Regards,
Simon
--
A list of frequently asked questions is available at:
http://wiki.panotools.org/Hugin_FAQ
---
You received this message because you are subscribed to the Google Groups "hugin and other free panoramic software" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
To view this discussion on the web visit
https://groups.google.com/d/msgid/hugin-ptx/454c4af8-69b6-bbf2-9192-488d7342d362%40einem.net.
For more options, visit https://groups.google.com/d/optout.
