32bit images... so HDR. do you have an HDR capable screen? if not some sort of tonemapping must take place.
try to open the detected pano and use the preview option. does this change what is displayed?
I did actually test it by ignoring what I do see and finally rendered to .exr pano. opening with photomatix again let me apply tonemapping....

Georg

OK, some thoughts. 1. it handles 16 bit images OK so obviously it can do some form of mapping. 2. The imported 32 bit images look nothing at all like I'd expect  a 32 bit image to look, be it crushed, clamped or more carefully remapped. 3. Stitching fails miserably.

So I'd say 32 bit tiff reads are bust, as far as I can see from this end.

Personally I'd have preferred to stitch each EV pass first and do the merge and tone mapping on the stitched results but that's never going to happen because the stitching process isn't repeatable, you can't stitch any set identically to any previous. So it looks like, as far as I can tell, there's not way to do a stitch and have the result turn out in HDR. The best you can get is MDR. Unless anyone has any suggestions?

That much is obvious but I don't see how that solves the problem being discussed here.

It's the fastest and most convenient way to shoehorn it into my pipeline.

Last edited by kimaldis (2013-01-17 12:47:22)

It means that it's currently the best way for me to work. I'm not sure how that bears on the question either.

It was a simple question and all I wanted was a simple confirmation, yes it works or no it doesn't. Instead I had one 'it does work' - it doesn't, one 'use another format' - without any indication that that might work - and one questioning of my working methods. But no answer. Forgive my tetchiness but I think we've all got better things to do than run around in circles.

The answer, by the way, is that it doesn't work. It's completely bust.

Please Klaus, here, I think that kimaldis has a workflow that works well for him/her and we shoud not comment that but what can be done for autopano to integrate into it.
There are many reason for which tiff 32bits could be needed in a workflow ( we have several customers in CG, all majors FX companies in fact, so this is a topic I saw a lot and some workflow were that way and you cannot do anything against that ... or you should recode a full render farm with cluster software, just to do a little better. That's a waste of time and money ).

Now to kimaldis : yes, we are aware that we don't support yet tiff 32bits. I'll add that to the todo list ( we got the same request with PSD/PSB 32bits too BTW ).

Here's  just one example reason that one may want to preassemble their brackets into 32 bit photos: Maybe they are shooting on a gigapan head with an 8mm focal length lens that has such a wide FOV that it actually captures part of the robotic rig. By preassembling the brackets into 32 bit float they can automate embedding alpha channels into their source images for Autopano Giga to ignore during the pano rendering. It makes the whole process automatic.

I'm still waiting to hear back about APG not actually rendering true HDR but instead generating EXRs and .hdr images with values that only go from zero to one, which is NOT HDRI, just LDRI wrapped in a 32 bit file format.