Trying to use Hugin, and...

[Monkey]

I haven't actually used Hugin in years, and I don't think I used it much back then either, because I certainly don't remember being this confused and frustrated...

But for now, I'll just post this image and ask: what's going on here and how do I fix it? Is this an OpenGL problem?
The project is supposed to be a 360x180, with 7 images taken horizontally, one up, and one down. I haven't bothered trying to connect the sky image, but I've given the others a handful of control points (I'm not bothered about getting a great alignment; just a rough one is fine). Hugin seems to be insisting on putting the ground image in the middle and surrounding it with the others.

I tried dragging the ground image down to the bottom of the preview so it wrapped around and anchoring it for position, but Hugin still moves it when I run optimise. To be honest, I'm finding the whole thing rather unintuitive...

After a bit more messing around I've ended up with this:

which seems to have taken chunks out of the images in the middle for some reason, as well as that weird strip into the top left.

A bit more messing around has got me to this:

so I tried increasing the FOV since the images aren't filling the view, only for the next optimise to result in a completely blank preview.

Link to images and project if anyone wants to try and help me make some sense of it: https://www.dropbox.com/s/jhhkx7lg53d9cvd/FHD0046.zip?dl=0

[Janne]

lens type: equisolid seems to work the best. I rotated the images beforehand (90 degrees ccw) for my own comfort.

--
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 hugin-ptx+...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/hugin-ptx/e2d11212-df28-4587-9e3f-cc28da33680bn%40googlegroups.com.

[Marius Loots]

Hallo Monkey,

Sunday, February 7, 2021, 10:18:40 PM, you wrote:

> The project is supposed to be a 360x180, with 7 images taken
> horizontally, one up, and one down. I haven't bothered trying to
> connect the sky image, but I've given the others a handful of
> control points (I'm not bothered about getting a great alignment;
> just a rough one is fine). Hugin seems to be insisting on putting

I don't have experience in stitching very wide angle images. The few
that I have tried has not worked at all. This is what I was able to
produce, but left out the sky and feet image. I also rotated the
images before stitching. This makes the placement of control points
and alignments much easier.

The overlap between the images are just not enough to get anything
better, although some of the others on the group could correct me.

Groetnis
Marius
mailto:marius...@up.ac.za
BMedSci (Hons) UP, PGCHE (UP) HCM (FPD)

add some chaos to your life and put the world in order
http://www.chaos.co.za/

Hierdie boodskap en aanhangsels is aan 'n vrywaringsklousule
onderhewig. Volledige besonderhede is by
www.it.up.ac.za/documentation/governance/disclaimer/
beskikbaar.
--
This message and attachments are subject to a disclaimer.

Please refer to
http://upnet.up.ac.za/services/it/documentation/docs/004167.pdf
<http://upnet.up.ac.za/services/it/documentation/docs/004167.pdf> for
full
details.

[Monkey]

Thanks for trying. That is about as good as I would have expected from the input images. I had another go myself, starting from scratch and placing the images manually before running optimise.

Once I'd run optimise, however, the images weren't displaying properly in the preview again. Does anyone know why this happens? Is it an OpenGL problem?

Some images turn into jagged strips, some don't appear at all (they do appear in the little "sphere" preview to the left).

[Robert Krawitz]

On 2/8/21 8:13 AM, Monkey wrote:
>
> Thanks for trying. That is about as good as I would have expected from the input images. I had
> another go myself, starting from scratch and placing the images manually before running optimise.
>
> Once I'd run optimise, however, the images weren't displaying properly in the preview again. Does
> anyone know why this happens? Is it an OpenGL problem?

They display properly in the "slow" preview (I've seen this for years). It only seems to happen (to
me, at least) stitching images using a very wide angle lens; using a normal or moderately wide lens,
even with a very wide panorama, is fine.

> Some images turn into jagged strips, some don't appear at all (they do appear in the little "sphere"
> preview to the left).

Yup, same symptoms. It makes fine grained control over output challenging.

[T. Modes]

Monkey schrieb am Sonntag, 7. Februar 2021 um 21:18:40 UTC+1:

But for now, I'll just post this image and ask: what's going on here and how do I fix it? Is this an OpenGL problem?

Ohje, this is really messed up.

There are mainly 2 problem:

* translation parameters: these should be only optimized for the nadir image. For all other images leave them at zero

* image shift parameters (d&e): they are way too big.

Reset translation parameter and lens parameters. Add some vertical line control points.

(Maybe for a first step disable nadir image.) Then optimize again (y,p,r & v)

Then I got this (small output):

Fast preview looks similar.

The artefacts in the fast preview window are probably related to the above mentioned wrong parameters. (Especially the translation parameters are very sensitive. That's the reason they are only visible in the expert mode).