 |
|
|
|
|
|
 |
| ||||||||
 |
 
|
|
|
|
|
|
|
|
|
| ||||||||
|
|
| 
| User list | Rules | You are not logged in.
Does anyone understand what the stacks feature is supposed to do and how it works and whether it works?
Offline
If you use AEB in Aperture or shutter priority mode, APP will "stack" the images. This is great if you use a tripod becasue then you can tell APP to just use the center image for stitching. The other images in the stack will be treated the same as the center one.
This eliminates errors from distortions due to CPs being placed differently on different Ev layers.
Offline
hankkarl wrote:
If you use AEB in Aperture or Shutter priority mode, APP will "stack" the images. This is great if you use a tripod becasue then you can tell APP to just use the center image for stitching. The other images in the stack will be treated the same as the center one.
This eliminates errors from distortions due to CPs being placed differently on different Ev layers.
Are you saying that the stacks feature only works on image shot using built-in AEB shooting in Aperture or Shutter priority mode?
If so I think that is 'next to worthless' as I said elsewhere.
Why can stacks feature not (also) be made to work with manual bracketing of shutter speed when shooting in Manual mode?
The AEB capability of the majority of current digital cameras lacks the range required to cover full dynamic range of many panos scenes.
The Merlin/Papywizard project is working to overcome that limitation. We are exploring ways of implementing automatic extended exposure bracketing to provide a greater range of exposure bracketing capability. This is typically done by (automatically) changing shutter speed with the camera in Manual mode (aperture brackting makes no sense on a pano shooting context).
But if APG will not recognise such image sets and assign them to stacks then much of the point of this effort will be wasted.
The Papywizard data file can record that shots are part of a bracketed series yet AFAIK APG currently makes no use of that information - which is stupid.
Last edited by mediavets (2009-03-23 11:15:39)
Offline
hankkarl wrote:
This eliminates errors from distortions due to CPs being placed differently on different Ev layers.
Hey - that´s great news! The reason i never use different EV-layers rendering is just that: they can be be unevenly distorted and you never get them combined correctly in Phtmx.
I had that some times and stopped using it.
But if you NEED to do it (for producing HDR as IBL/GL) that´s the only way to go unless APP/APG renders perfect .exr/.hdr files.
best, Klaus
Offline
Alexandre and the APP team are really the only ones who can talk about stacks--what I posted is what I think they said.
There is a way to do stacks in manual mode on a Canon, but it hasn't been implemented yet. And they could use coordinates from papywizard, etc to build stacks.
Manually shot panos may be able to be stacked if APP just looks for the center of the image and the four corners to be within some small distance of each other (the head position may change a pixel or two when you change shutter speed or from mirror slap) -- just stack the images and "stitch" (or more properly, align using SIFT) only that stack. Then use the center image of the stack to stitch to other stacks. -- this may even work for a well-shot handheld pano.
Offline