Hi John, > It sounds like the first image is extremely different from the last > image, so I'm thinking align_image_stack will not really work (Bruno > or others can say for sure.) Are you trying to make an image of a > particular star or group of stars? In either case, using all 1000 > images, the area of interest (in common to all images) is presumably a > small portion of any one image and this area of interest needs to > appear in all 1000 images. I assume you might want to partially *add* > the images rather than just average them? Or do you just want to > enfuse them to remove noise and enhance saturation? Did you take any > dark slides? (I'm probably a bit out of my depth on these last questions.) Yes, the whole idea is to reduce the sensor noise. We'll see if enfuse does a better job than a simple average... However, the overlap region of all images will be quite small, I'd like to keep the whole area, simply with enhanced SNR in the overlapping regions.
I have taken a few darkframes, probably not enough for a decent result (it was a pretty quick action, and it was late at night) > A way around the limitation (my assumption) of align_image_stack might > be to break the images into sequential groups of say 25 or 50 (0-49, > 50-99, etc) and use align_image_stack on each group (the program > should be able to handle the much smaller stacking differences in each > group.) Then you can process each group separately. Finally you can > take the sharper clearer processed stacks and process them together. I > think this would be just as fast (or faster) and just as easily > automated You might need to do some manual cropping and/or process use > cpfind rather than align_image_stack on the second set. > > Another possibility is to make interleaved stacks (0-49, 24-74, 50-99, > etc. Yep, already thought of that. Using the complete imageset for testing simply takes too much time, so I tested everything with the first 50 frames. Unfortunately, even those 50 images are heavily blurred when averaged after aligning. > Maybe the best thing would be to look at similar OSS that is > specifically designed for this. It's probably already solved all these > problems and has been optimized for the task. I don't remember the > name of the software, but I know it exists. I'm sure Google will be > helpful ;-) Yep, there's immix, for example, that was already proposed in the mailing list here. Then again, technically the panotools should be capable of exactly what I need :) > And what does this have to do with pinhole photography ? ;-) Must have been the email I was reading when answering to the group :) I don't see those 2 linked anyhow, what's the effect? Best regards, Benjamin -- You received this message because you are subscribed to the Google Groups "Hugin and other free panoramic software" group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx
