klausesser wrote:aaronpriest wrote:You can output stitched bracketed layers from both PTGui and AutoPano. The trouble is, most HDR programs will not handle very large panoramas to bring the separate 8 or 16-bit exposures into a 32-bit HDR file. For the time being I gave up on 32-bit panoramas, and I've often been tonemapping or fusing into 16-bit LDR files BEFORE stitching because neither APG nor PTGui have good enough control over the fusion process to do it all in one pass. There are obvious issues however with tonemapping or fusing before stitching, the biggest being inconsistency between images with such a large scene.
Hey Aaron, Matt!
Try HDR-processing the bracketed images FIRST. Saving the results as HDR/EXR. Stitch the HDR-images using the xml-import. Render them as HDR/EXR.
Output them as HDR/EXR. Import them to Maya, Maxwell, V-Ray, Cinema ot whatever for IBL.
NO color-manipulation AT ALL in APG - JUST stitching.
best, Klaus
mattmerk wrote:Had you read my extensive notes above,
mattmerk wrote:you would have seen I already tried that. APG can write out a .hdr file or a .exr file. It just doesn't have values above 1.
mattmerk wrote:BTW Klaus, your IBL will improve drastically when you start using actual HDRI and not just LDR images saved out as LDR .exr files.
mattmerk wrote:Oh, and one more thing. I too assume the software isn't lying to me, just like you. "And when they accept the files as 32bit fp i believe them." The problem is that the files are actually 32 bit float. They just have their brightest values clamped at 1. I have assumed all along that APG was doing what it claimed on the website: HDR output. I always assume that I am the one who is wrong and then spend a lot of time figuring out how. Rarely, I find I was actually right. Now is one of those times.
Unless someone wants to please show me that they can reproduce an HDR image out of APG. That is my challenge. I don't think it can be done.
mattmerk wrote:Where you would be without my wisdom is living with the assumption that the claims made on the APG website are actually correct.
"...it is not so much relevant whether any pixel gets a value above 1 or not, it is about the number of steps between 0 and 1..."
No. You need values above 1.0 in float to do HDRI IBL. From the HDR shop website: "...high dynamic range pixels use floating-point numbers, capable of representing light quantities of one to a million and beyond." This comes from Paul Debevec, the guy who invented HDRI.
http://www.pauldebevec.com
And since we are trucking out wikipedia articles: http://en.wikipedia.org/wiki/Paul_Debevec
gkaefer wrote:ok, you did post a link to Blenders free HDI 32bit Floating Point panos.
download one - open it in your HDI Software showing the Pipette pointing to a Point with value above 1.
use the downloaded one and load this .exr file into autopano TWICE, disable all Options like Color correction etc before detection - do not use the HDR preset.
detect the "pano" and Export/save it as exr pano again.
load the autopano result into your HDR Software again and Point to the same poitn with your Pipette showing the VGA value (above? or lower than 1)
make from both a screenshot
under autopano bugs, create a new bug...with reference to this thread and posting a summury of above...
Georg
mattmerk wrote:For some reason you seem to think that I am maybe attacking you personally?
mattmerk wrote:APG is NOT outputting 32 bit HDRI. It is writing LDR 32 bit EXRs and .hdr files.
marzipano wrote:I just took 10 bracketed shots and processed HDR through both APG and PTGUI and got identical results from both with no obvious cut-off from APG (3.0.5) as below
The only thing is I'm not sure how you actually measure this cut-off at 1.0 described
I put them in Photomatix and checked the figures in there - but is that the same thing ?
AlexandreJ wrote:Since yesterday, we were trying to reproduce this 1.0 clamp but with photomatix, we have the high dynamic range that we expected and not this 1.0 clamp.
So we are not sure yet what the real answer is.
klausesser wrote:marzipano wrote:I just took 10 bracketed shots and processed HDR through both APG and PTGUI and got identical results from both with no obvious cut-off from APG (3.0.5) as below
The only thing is I'm not sure how you actually measure this cut-off at 1.0 described
I put them in Photomatix and checked the figures in there - but is that the same thing ?
Guess Matt just mistakes something when he views ths files.
best, Klaus
PS:
nevertheless a statement from Kolor might enlighten everybody . .
klausesser wrote:AlexandreJ wrote:Since yesterday, we were trying to reproduce this 1.0 clamp but with photomatix, we have the high dynamic range that we expected and not this 1.0 clamp.
So we are not sure yet what the real answer is.
This meets my own experiences. I guess Hans was right regarding the 1.0 thing. The files would behave differently would they not be 32bit/fp hdr.
best, Klaus
Users browsing this forum: No registered users and 6 guests