Problems when running align_image_stack with more than 250 images

820 views
Skip to first unread message

Einar Høst

unread,
Aug 27, 2014, 8:12:38 AM8/27/14
to hugi...@googlegroups.com
Hi,

I am trying to use align_image_stack to align a series of 1500 images (which will ultimately be used to produce a video).

The command I am using is this:
align_image_stack -a aligned -v images/*.JPG

This works well with up to about 250 images in the images folder (it produces 250 tiff aligned files). However, for more images, I get a single tiff file as output (corresponding to the first jpg file). Has anyone else experienced this? Has anyone succeeded in running align_image_stack on a larger stack of images?

I have tried running align_image_stack both on Windows 8.1 with (align_image_stack version 2013.0.0.0d404a7088e6) and Mac OS X (align_image_stack version 2013.0.0) with the same result.

If I were to run align_image_stack to produce a .pto file instead (in hope of getting around the problem), how would I proceed to produce the re-mapped tiff files?

I apologize if this is the wrong forum for these questions.

Kind regards,
Einar

Terry Duell

unread,
Aug 27, 2014, 6:23:44 PM8/27/14
to hugi...@googlegroups.com
On Wed, 27 Aug 2014 22:12:38 +1000, Einar Høst <ein...@gmail.com> wrote:

> Hi,
>
> I am trying to use align_image_stack to align a series of 1500 images
> (which will ultimately be used to produce a video).
>

Have you had a look at this? ...
<http://panotools-ng.586017.n4.nabble.com/Using-align-image-stack-for-many-many-images-td4655692.html>

It may help.

Cheers,
--
Regards,
Terry Duell

T. Modes

unread,
Aug 30, 2014, 3:30:59 AM8/30/14
to hugi...@googlegroups.com


Am Mittwoch, 27. August 2014 14:12:38 UTC+2 schrieb Einar Høst:
align_image_stack -a aligned -v images/*.JPG

This works well with up to about 250 images in the images folder (it produces 250 tiff aligned files). However, for more images, I get a single tiff file as output (corresponding to the first jpg file). Has anyone else experienced this? Has anyone succeeded in running align_image_stack on a larger stack of images?

I have tried running align_image_stack both on Windows 8.1 with (align_image_stack version 2013.0.0.0d404a7088e6) and Mac OS X (align_image_stack version 2013.0.0) with the same result.

I can't reproduce the issue. Tested with 300 images: align_image_stacked produced 300 aligned images.
(I used version 2014.1. Maybe the issue was fixed in the mean time.)

Thomas

Einar Høst

unread,
Sep 3, 2014, 3:48:32 AM9/3/14
to hugi...@googlegroups.com
Thanks, I had a look at that, but it seemed to involve a different tool chain than align_image_stack? Since I'm a beginner, I would prefer if I could use align_image_stack to do the heavy lifting for me. I guess I can try to learn these other tools as well if there is no other way.

Einar Høst

unread,
Sep 3, 2014, 3:57:35 AM9/3/14
to hugi...@googlegroups.com

Thanks. I will give it a try with version 2014rc1. I think I already tried it before, but I had some problems because I also tried the --gpu option I believe (I think I was missing some required component or library). I will try a plain vanilla run with 300 images using 2014rc1. Are you on Windows, Mac or Linux? 64 bit or 32 bit? I have access to some different options if need be.

My current solution has been to use align_image_stack on sets of 200 images to produce a set of .pto files, merging them with pto_merge and running autooptimizer on the merged .pto file. However, when I try to run nona on the .pto file (nona -m TIFF_m -o fixed optimized.pto), the output TIFF files seem to be way too bright? They are almost completely white, with only some traces of the original content in each image. Is it nona that does this? If so, is there any way to turn that off?

Any help is much appreciated!

Vladimir Nadvornik

unread,
Sep 3, 2014, 10:21:00 AM9/3/14
to hugi...@googlegroups.com
On 09/03/2014 09:57 AM, Einar Høst wrote:
>
> My current solution has been to use align_image_stack on sets of 200 images
> to produce a set of .pto files, merging them with pto_merge and running
> autooptimizer on the merged .pto file. However, when I try to run nona on
> the .pto file (nona -m TIFF_m -o fixed optimized.pto), the output TIFF
> files seem to be way too bright? They are almost completely white, with
> only some traces of the original content in each image. Is it nona that
> does this? If so, is there any way to turn that off?
>

I have also noticed this. It is caused by align_image_stack not setting
the output EV value. It can be fixed by opening the pto file in hugin
and clicking on the arrow next to EV: in preview window. However I did
not try it on such large projects with 200 images.
I have not found how to do it from commandline.

Vladimir

Einar Høst

unread,
Sep 3, 2014, 11:01:55 AM9/3/14
to hugi...@googlegroups.com

Thanks, that's very helpful, I think you just fixed my problem! Clicking on the arrow produced a value for EV (7.3 or so). I then saved my .pto file and tried again => it seems to work. This is a huge break-through for me.

More beginner questions, that hopefully some kind soul can help me with: Hugin correctly states that my merged .pto file contains 8 unconnected groups of images (since I split my 1500 images into 8 groups of < 200 images). How should I proceed to connect the unconnected groups? Will manually adding control points between images in different groups fix this? Should I run the autooptimizer again afterwards?

Again, any hints would be greatly appreciated (my daughter is eagerly awaiting the animated movie I am trying to make).

Kind regards,
Einar

T. Modes

unread,
Sep 3, 2014, 2:11:14 PM9/3/14
to hugi...@googlegroups.com


Am Mittwoch, 3. September 2014 16:21:00 UTC+2 schrieb nadv...@suse.cz:
I have also noticed this. It is caused by align_image_stack not setting
the output EV value. It can be fixed by opening the pto file in hugin
and clicking on the arrow next to EV: in preview window. However I did
not try it on such large projects with 200 images.
I have not found how to do it from commandline.

pano_modify --output-exposure=..

Einar Høst

unread,
Sep 4, 2014, 3:51:54 PM9/4/14
to hugi...@googlegroups.com
Actually, having struggled a bit and not getting the results I want, I have now concluded that I need to repeat the exact steps outlined in that thread...


On Thursday, August 28, 2014 12:23:44 AM UTC+2, Tduell wrote:
Reply all
Reply to author
Forward
0 new messages