confirm this. I followed Case E with tiff and with CR2 source files manually grouped by N=5 files. using the hard links and all other mentioned settings in all cases the HDR was disabled after detection.

Georg

PS: I correctd the type in the Case-E wiki entry. now http://www.autopano.net/wiki-en/images- … links1.jpg is correct displayed in the wiki.

Last edited by gkaefer (2013-01-07 18:36:18)

klausesser wrote:

HansKeesom wrote:

i try to follow http://www.autopano.net/wiki-en/action/ … low_case_E
the documentation seems not to be based at version 3.0, but ok

I have loaded a group of 112 RAW/CR2-images divided by stacks of 7. When I detect the group and open it in the editor,  in color mode the HDR option is grayed out. Any idea anyone why this is and how to solve it?

Hans:

1) the RAW decoder in APG is not the very best one. So i suggest to use Lightroom (has the ARC integrated) or - the best one - CaptureOne as RAW converter.
2) also i strongly suggest to use Photomatix or a familiar, dedicated application to generate HDR with tonemapping - and only then put the resulting output-images (preferably TIFF/16bit) into APG.

That depends on what you need HDR for: tonemapping on usual photography or HDR-probes for IBL in 3D-applications like Maya, Cinema4D, Max and so on or as for dedicated renderers like Maxwell or so.

Just my friendly advise as a photographer using APG and HDR for years now and sharing his experiences. Using already RAW processed and/or HDR processed images in APG makes APG dramatically faster and easier to run.

I had a run with APG 3.0 an hour ago with a set of 6 shots x7 brackets testing the "Fusion" feature. It works. But in a somewhat "clandestine operational" way - i didn´t know what it sxactly did when i used the sliders . . so it was kind of try and error. The result wasn´t too bad - but not good enough. I´m quite sure one can get wonderful results with it nevertheless . . having plenty of time.

best, Klaus

case E is handling an HDR output (.exr or .hdr panorama file). so following the description we've now 3 conclusions we can choose from:

1. the docu is outdated and not reflecting 3.0.x version
2. we dont understand the docu so we do expect other things to happen
3. docu is correct and we understand it so the autopano 3.0.1 does have a bug.

Georg

Sorrry for being so negative here, but i have given up using HDR with APG.

I use a similar process to Hans, and I would second his experience and tools of choice - but then I also have all those programs incl Capture One which lately has been very tempermental.

Henrik

HansKeesom wrote:

i try to follow http://www.autopano.net/wiki-en/action/ … low_case_E
the documentation seems not to be based at version 3.0, but ok

I have loaded a group of 112 RAW/CR2-images divided by stacks of 7. When I detect the group and open it in the editor,  in color mode the HDR option is grayed out. Any idea anyone why this is and how to solve it?

I cannot replicate your problem.

I always get all three colour options highlighted (None, Auto, HDR) whatever options I select and even if not using bracketing or fusion.

I am using 3.0.1 full licence under Windows 7

(The results I get are unfotunately less successful though)

renan wrote:

Actually, HDR color correction is based on EXIF information. "Speed" and "FNumber" values are required.
So, if you don't have these EXIF info, HDR color correction is disabled.

This might be caused then by the cheap Samyang 8 mm I am using........... Oke, maybe time to test everything with a real Canon lens.

Last edited by HansKeesom (2013-01-09 16:37:14)

renan wrote:

Actually, HDR color correction is based on EXIF information. "Speed" and "FNumber" values are required.
So, if you don't have these EXIF info, HDR color correction is disabled.

I have been up all night so apologies if this is stupid question, but "speed" refers to shutter speed? If so then I don't understand how it would make sense for a .hdr file to have an associated shutter speed (unless I bought an HDR camera). If I make a .hdr file from three images taken with the same f/ number but different shutter speeds, then it makes sense to me that the f/ number should be copied across to the .hdr file, but not a shutter speed.

So, under what circumstances would a .hdr file have a "speed"?

Last edited by Aeriscera (2013-03-01 08:22:34)