Manual | Merging options
Controls how the images are aligned.
If Horizontal is checked, the images are allowed to have different x-coordinates. Similarly, if Vertical is checked, the images are allowed to have different y-coordinates. For stitches requiring motion in both directions, both needs to be checked.
This is primarily a speed optimization, since most stitches only contain motion in the vertical direction and checking both directions is a few times slower.
If checked, all images are aligned based on a edge detected version of the image, using the Sobel operator. (Mostly just there for experimentation.)
Not used anymore
Used for sub-pixel alignment. All images are upscaled by the specified factor before aligning, to archive sub-pixel precision. Notice that this can use massive amounts of RAM.
Limits how much an image can be offset from a previously added image. Having the slider all to the right means it can move so only 1 pixel is shared between the images. Moving it all the way to the left means the images must lie exactly on top of each other.
The alignment speed is nearly not affected, so you normally should not need to change it. In the rare case the alignment goes wrong however, messing with this slider can help. Also see the following issues:
- #19 Change movement depending on recursive level (Recursive aligner only)
- #40 Alpha not used when aligning
Selected using the dropdown menu left to the Align button.
Does not actually align images, but just places them all on top of each other. Mainly for experimental stuff.
Aligns one image at a time, and rendering the full image each time to align against. Will slow down for 50+ images, as rendering becomes slower and slower. (Approx. O(n²) )
Aligns images using a divide and conquer strategy, in the same manner as merge sort. Does not slow down as much and will be used as the default once the last quicks are sorted out. (Approx. O(n*log(n)) )
Work in progress, unusable
Tries to separate the stitch into several frames, so stitches containing animation will not blend into each other. Still work in progress, and only outputs its results to the file system. The output with a lot of debug stuff is located in the folder "AnimatedAligner" located where Overmix was ran from.
A sub-pixel alignment factor of 2-3x might be needed for images containing motion in both direction, but keep in mind that it becomes very slow in that case.