Martin G. wrote in post #12884294
John,
No, on the contrary, we do agree... I mean I agree with your statement.
Exactly Martin, the tools that we spend our money on should save us time (and, better yet, leverage our time), not cost us time.
Martin G. wrote in post #12884294
Remember that I shoot handheld, so my frames do not really allign perfectly in the first place! Sometimes the angle is slightly off, perspective is changed, things like that. So I have to do a lot of retouching. I am a victim of my own shooting technique, not the program I use.
Well, we have already filled several pages debating tripod use (LOL
), but even tripod use out in the field is not as "perfect" as it can sometimes be in the studio (which itself has has its own problems when dealing with live critters). For example, once again my girl took photos of me taking the photos of this Tall Ironweed, while we were driving down a long dirt road, which might help folks see the whole picture:
| HTTP response: 404 | MIME changed to 'text/html' | Byte size: ZERO |
I was about 2.5- to 3-feet away from the flower I shot for this demo, and yet even with a tripod there is always slight movement on your end as you adjust ... not to mention on the other end where there is often subject movement too, especially with a wispy flower that is often swaying ever-so-slightly in the breeze. This is one of the reasons why I chose this particular flower for my comparison, as it has multiple "tiny tendrils" that will shift and move constantly throughout the image-capturing process.
Martin G. wrote in post #12884294
John,
I totally agree with you, that in your case, since the shots were from a tripod, they should have all perfectly alligned and there should be no need or a very minimal need of retouching.
Exactly, but think about it like this: if the Zerene program made me have to re-touch so much photographing off of a tripod ... I can only imagine the kind of work it is forcing you to do, hand-holding 
Or, conversely, if Adobe CS5 worked so well with such a multi-tipped difficult image as what I selected, imagine how much time it would save you in post-process as well ...
Martin G. wrote in post #12884294
John,
I had noticed a while back that Zerene changes colours of certain shots because I was trying to stack two shots, not for focus, but to use the background of one that was more properly exposed. I know this can be done in PS, but I work very easily in Zerene (and sadly have not a whole lot of PS skills), so I thought this could be a good idea. It was not, it did not work at all. Of course I realized that I was trying to use a program for something it was not designed to do, so I did not think much of it at the time.
Martin.
Interesting.
I do not have enough experience stacking images to speak with authority on the subject, but it occurs to me that "stacking" something like Fly's Eyes would be easier for a stacking program to process (because of the relatively-even geometrical patterns of their eye shapes) ... than it would be for such programs to render random, "curling tip" images such as what I chose for my experiment.
And then when you start talking bokeh ... which are complex swirls of smooth colors all blended delicately and perfectly by nature ... a program's ability to handle this kind of smooth, graduated color complexity properly through a multiple image stack is critical. Processing a bug on a green leaf is one thing, but processing a multi-tendriled flower swimming in a bokeh of ever-shifting "light-mist" is quite another.
Well, when I worked with and compared the programs, in just looking at the Zerene interface, and especially through a color-calibrated monitor, it couldn't even display the color of my images properly on a color-calibrated screen. (I did read the provisio that the program displayed only sRGB by default, but it was quite a shock to be used to seeing all of my images in vivid color in Photoshop, only to see them displayed as grainy and "off" as I worked with them on the Zerene Stacker. And, even though they "claimed" the photos would be rendered "normally" on output, despite the sRGB viewing limitations, when compared to the Adobe CS5-rendered images, the Zerene-rendered images most assuredly were not.)
That is one thing I have to say on behalf of the Helicon-Focus program, BTW, is that its user interface was far better than the Zerene's "minimalist" interface. The Helicon program "displayed" the full colors accurately on my monitor, and was accented by a dark gray trim like Lightroom 3 (which is ideal for photography), so it really was nicer to work with while loading images ... while the Zerene program was like using a no-frills trial beta program by comparison.
In the end, color is where I think Adobe really offers more to its image-rendering than either of these other companies, and that is because Adobe has world-class color management capability. These other programs just dropped the ball entirely on the accurate color/bokeh handling compared to Adobe, at least in my experience, but what was really surprising is they likewise fell short even in the "stacking accuracy" of their namesake "focusing" ability!
I think just for fun I will run a few more experiments and see what happens ... with some more particularly tough images (perhaps some colorful spiders ... taken in optimal natural light), to make sure there is a full complexity of color ranges and "random legs" that these programs have to "align right and render" ... so we will see what happens 
Cheers!
Jack
.