what I did notice:

after opening the .pano file attached to the download... and entering the rendering dialogue I see the exposue fusion preset enabled.
this led to the above result... abortion after 7 hours.
But Leif started with the idea to get an HDR to HDR workflow.

the point now: using Leifs xml file for VR Drive import I first time noticed (never used it before) that in initial import wizard dialog the desired output format can be defined. I now used manually EXR formar for HDR output...
... in result I got the pano detected looking similar to that from the .pano file. But entering the rendering dialog now gives me automatically HDR output preset with .exr format file and all associated settings.

... so started second rund now some minutes ago.

Georg

ok will give that a try .

I give up. my 16GB PC is enough to render jpg version.

what me make wonder: a 10% render to jpg output works within seconds!!! but the same 10% render with exr and hdr output than it stops on antighosting around 30% and than it seems to stick. using aborting does not work. apg hangs.

Georg

leifs wrote:

APG 3.03 on Win7 64bit

I've shot a sphere with a 50mm equiv lens, 92 positions x 3 brackets (-2EV, 0EV, +2EV)
The stacks are processed in Photomatix to 92 output .hdr files
The VRdrive2 has produced a XML-file for the sphere, used for the import plugin.

This is case F from http://www.autopano.net/wiki-en/action/ … w_it_works

The detection is straightforward.
Rendering stops at Antighost (have waited for 20 hours), freeze, it is not possible to stop the rendering using the stop-button. APG process has to be killed.

I picked 16 images out of the sphere and tried it out. No XML import.
It is detected allright and it renders to .hdr slow but without problems.
I can tonemap the .hdr image in Photomatix.

Conclusion:
for some reason or another it is not possible to render this 92 image sphere from .hdr to .hdr on my system.
a subset of 16 images renders OK.
since the software is the autopanoGIGA this should be a piece of cake, and it must therefore be a bug.

Leif

Finally I've to support this. I can reproduce this failure 100%. exact same on my Win7 64bit with 16 GB Ram system.
using leifs .pano files (both) and using his tiffs with brackets and also using this .hdr files:
if I use hdr preset
and use .exr or .hdr outputformat
and use 10%-100% redersize (tested with 10%,25%,50%,100%)
I get the same exact apg hangup - I've to kill finally process from win process manager

If I use jpg outputformat (using same HDR preset) and use10% rendersize - apg does finishs rendering within seconds!
Georg

HansKeesom wrote:

Still the .pano does not choose a certain output. I am now genereting 4 different types from 8bit psd to .exr. Let me know what settings you want for rendering.

I've downloaded the .exr-file and had a look at it. There are something fishy here.
An important reason to bracket this pano was to show the sun as a disk. Without bracketing it is smeared to a white cloud.
When I open the .exr-file in Photomatix to tonemap it, it does not react as expected. It is not possible to see the sun-disk in any of the presets.
Below is the .exr and what I expected, opening the .hdr-file which include the sun in Photomatix.
The .exr from APG should have been more like the second image.

Leif

Last edited by leifs (2013-02-06 20:16:08)

HansKeesom wrote:

I doubt it, the machine took 1,5 hours without me having to do anything. Not even having to select things in Photomatix

E:\\[Group 0]-p1200096_p1200555-276 images.psb ( 14.4 GB )

276 images
Size: 44080 x 22040
FOVRMS: 4.00
Lens: Standard
Projection: Spherical
Color: None


---------------------------------------------------------------------
Total benchmark time: 1 h:31 min:22 s
---------------------------------------------------------------------
Computer description
Operating System  : Microsoft Windows Server 2008 R2 64-bit SP1 | 10-240-15-11
CPU Description   :        Intel(R) Xeon(R) CPU E5-4650 0 @ 2.70GHz
CPU cores         : 8 used / 8 total
Memory total      : 64 GB
Memory used       : 60.0 GB
---------------------------------------------------------------------
Rendering benchmark: 1 h:30 min:46 s
Initialization: 163.576 ms
Warping: 17 min:9 s
Cutting: 15 min:16 s
Blending: 46 min:22 s
Saving: 2 min:59 s
Temporary data read/write: 208 GB/111 GB

I can do that too Faster !

G:\\[Group 0]-p1200096_p1200555-276 images v2.psb ( 3.60 GB )

276 images
Size: 43996 x 21998
FOVRMS: 3.76
Lens: Standard
Projection: Spherical
Color: None

---------------------------------------------------------------------
Total benchmark time: 25 min:42 s
---------------------------------------------------------------------
Computer description
Operating System  : Microsoft Windows 7 64-bit SP1 | LEIF-PC-WS
CPU Description   : Intel(R) Core(TM) i7 CPU       X 980  @ 3.33GHz
CPU cores         : 12 used / 12 total
Memory total      : 48 GB
Memory used       : 36.8 GB

---------------------------------------------------------------------
Rendering benchmark: 25 min:32 s
Initialization: 151.766 ms
Warping: 9 min:54 s
Cutting: 59.1396 s
Blending: 11 min:6 s
Saving: 37.0534 s
Temporary data read/write: 52.4 GB/35.5 GB

Back to topic:
My initial wish was to get at nice bracketed sphere with a smooth blue sky, the sun shown as a disk and the dark shadows lifted a bit.
A straight render, like above, has on my computer issues in the sky. See below.
After fiddling for a while I decided to try next workflow: Photomatix to TIFF and then APG. More issues in the sky.
Next workflow: Photomatix to .hdr and APG .hdr in and .hdr out.
That's when I posted this thread in the bugs dept, because I have not been able to finish a render with .hdr out.

In your different dropbox-results there are several PSB's and one .exr
Have you managed to make  a .hdr output file?

Leif

klausesser wrote:

That´s why 9 or 12 steps would be needed here for an optimal result.
Maybe even more steps for a smooth and natural look of the complete scene.
best, Klaus

Outdoors, in 5 below zero, I'm willing to compromise.
I'm satisfied with a result like below, 5 steps, 460 images (reduced to 276 for the testing).
Not optimal, but OK.

Leif

gkaefer wrote:

directly metering the sun as "0" shot and than doin brackets +1,+2,+3,+4,+5 etc certenly a more fitting result can be done.

then the sun will be fine. but the rest of the 360 will suffer.

my mirrorless camera has a live histogram, so I watch it live turning 360. checking for burnouts and blacks, finding a compromise for the whole 360.
some times, like this, no compromise will do, it has to be bracketed. the 0EV is not metered towards the sun, it is the best compromise for the 360.

Leif

leifs wrote:

the 0EV is not metered towards the sun, it is the best compromise for the 360.

"0" i would use for the max. density on the sun - i´d use 7, 9 or 12 steps to cover the rest.

best, Klaus

leifs wrote:

HansKeesom wrote:

Looking at the difference in filesize I don't think we were making the same thing.
I asked you multiple times to supply a .pano file with all the settings correctly, none was with .hdr specified as output. My offer was to run the project, but there is a limit to the machinetime I will spend on this.

I'm sorry about the mess. I will try to be be more precise for the future. When in a hurry .....

Leif

Keep an eye on https://www.dropbox.com/sh/9h056p0sbfmcg5t/59d9qHcvBV

there might be a .hdr file in there within the next 12 hours

leifs wrote:

I now have the .exr and the .hdr file. Thanks a lot, Georg. I'm not able to finish a render to .exr or .hdr myself.

To sum it up so far:
this is about LDR / HDR - Workflow case F, From HDR input to HDR output
I was expecting a result as shown below, from the workflow F description
left is the 32-bit .hdr shown, right the tonemapped preview. nice.
what I've got is as shown in image two below
the tonemapped result is useless, it seems like APG has destroyed the .hdr files while blending
in the tonemapped result the sun should look like in image three below

The case F description isn't complicated:
http://www.autopano.net/wiki-en/action/ … low_case_F

As for now either the workflow description is wrong or there is a bug in APG 3.03.

Leif

The HDR I made was done with 3.0.1. Maybe it looks better.

Cheers,

Hans

leifs wrote:

APG 3.03 on Win7 64bit

I've shot a sphere with a 50mm equiv lens, 92 positions x 3 brackets (-2EV, 0EV, +2EV)
The stacks are processed in Photomatix to 92 output .hdr files
The VRdrive2 has produced a XML-file for the sphere, used for the import plugin.

This is case F from http://www.autopano.net/wiki-en/action/ … w_it_works

The detection is straightforward.
Rendering stops at Antighost (have waited for 20 hours), freeze, it is not possible to stop the rendering using the stop-button. APG process has to be killed.

I picked 16 images out of the sphere and tried it out. No XML import.
It is detected allright and it renders to .hdr slow but without problems.
I can tonemap the .hdr image in Photomatix.

Conclusion:
for some reason or another it is not possible to render this 92 image sphere from .hdr to .hdr on my system.
a subset of 16 images renders OK.
since the software is the autopanoGIGA this should be a piece of cake, and it must therefore be a bug.

Leif

Leif,

back to your initial posting....

GOOD News: try it with apg 3.0.4 . Im currently redoing your test using the 96 hdr images and following Case F. And after 3 hours now I reached nearly estimated 90% of the progress bar (still blending stage now).
the detection is now in my test decades faster than using 3.0.3 version. no single problem using the xml and the import wizard, all images are correctly placed. I did deactivate the auto-detection in the import wizard to verify befor detection that the color-correction in group-window-settings->detection tab is really deactivated.

I'll post the resulting pano as screenshot and I also do create a youtube video with about 10min ;-))
(16GB RAM win7 64 bit apg 3.0.4 using with an really old GTX 260 with enabled GPU settings in side APG... and opening the preview and starting a preview using the GPU is now a relly enjoying taks - not lightning fast, but fast! - also using your orig >250 tiff set of images....)

Georg


EDIT 20:53: sorry no Video - it got corrupted while recording.
The stitch did work. 3.7 GB .hdr file was created after 4.5 hours. Currently I create in photomatix a tonemapped (tone compressor fotorealistic  preset) tiff.

EDIT 21:24: ok only the 8bit tiff can be opened by any Programm I have available (not PS, only PSE11, photoline,gimp,picasa,xnview) with 2.8 gb tif filesize...:

I did not edit the detected pano, did not optimize the CPs, simply detection and than Rendering. result Shows common Problems (in the 100% zoom screenshots): Horizont not Fitting, mountains far away not Fitting. if I take into account that NPP is not so imortant if object is far away - this is the case here. and a good panohead was used, XML files was recorded and used for stitch but apg is still not capable to handle this cases by itself....

Last edited by gkaefer (2013-03-01 21:41:50)