Vladimir. I have written an app that relies on align-image-stack and your 3D patch to it. The app is for images taken with a mobile phone or a camera, so they won’t be aligned properly and won’t create a 3D image without tedious manual alignment or preferably the use of AIS.
I have recently re-read the documentation https://wiki.panotools.org/Align_image_stack to try to make the most of AIS by using the optimum choice of settings. I found it a bit limited and posted some queries here https://groups.google.com/g/hugin-ptx/c/StZln-rxsGw with the result that it has been improved.
The Panotools 3D page https://wiki.panotools.org/Talk:Align_image_stack gives a statement which is clearly wrong:
align_image_stack -i -a AIS_ -S -A -P IMG_????.
It only names one input file.
It sets both -A and -P which are contradictory.
I have been using the settings you mention in your link above.
align_image_stack -p aligned.pto -a aligned -m -i -P -C right.jpg left.jpg
(It revealed this bug https://bugs.launchpad.net/hugin/+bug/2002813 when using -i which caused AIS to hang when the images were blurry, it’s fixed now.)
I have since noticed that you have added a statement to the official page:
align_image_stack -p out.pto -x -s 4 -P -C right.tif left.tif
The options
-S Assume stereo images - allow horizontal shift of control points. Adds all control points as "horizontal lines".
The language is a little ambiguous here - “assumes -S “ Does this mean
- “Assumes you have also used the –-S parameter?” If not what would happen?
Or
- “This will also set/activate/turn-on the -S option.”
-m magnification
I don’t think the -m is relevant for my application since both L and R images would be taken quickly one after the other.
-i Optimize image center shift for all images
I assume this means “Optimise matching of centre of image, or weight corrections towards the centre rather than the periphery. That seems sensible, however it might attempt to match the x axis and I don't think we want that ‘corrected’ as it has to be different for the 3D effect.
-x That seems wrong to me as I don't think we want that ‘corrected’, as it has to be different for the 3D effect. Why did you switch to using this?
Optimisation phase
States that yaw pitch and roll are optimised by default. My images are likely to be incorrectly matched in the y axis and in roll, so need correction. I don’t think they should be adjusted in the x axis or in yaw as they are 3D factors. Unfortunately the yaw correction can’t be switched off, as it is automatic and there is no parameter for it.
I am going to try align_image_stack -a output.tif -y -P -C right.tif left.tif
Would you like to comment on my thoughts?
The Panotools 3D page https://wiki.panotools.org/Talk:Align_image_stack gives a statement which is clearly wrong:
align_image_stack -i -a AIS_ -S -A -P IMG_????.
It only names one input file.
...here. What is the third platform are you referring to?
T modes:"No, you can also use placeholder like ? or *. "
This is undocumented so far as I can see.
OK. It wouldn't have occurred to me do this because there could be ten files in the "glob". Would it just take the first 2, and assume that the first one was the right-hand image and the second the left-hand?