HDR and texture bake-sets

[asavaris]

hi,

does enybody knows if there's a way to bake textures in HDR file format?

As far as I can see, none of the file formats available in a texture bake set node supports that.
Except for TIF, the bits per channel attribute remains locked. Unfortunately, unlike in the rendering globals and the camera frame buffer, there are no MAP or HDR there.

thanks

[thepilot]

bake in tiff, and convert in .hdr with ps or hdrishop if you really want that format.

[asavaris]

bake in tiff, and convert in .hdr with ps or hdrishop if you really want that format.

Goog advice! Well, I didn't even suspected TIFF could be rgb_fp..

It seems it works, but somehow not 100%.
The resulting TIFFs got the following issues:
- IMF_DISP can load it but when saving as HDR or EXR looses the floating point features (like a common LDR images)
- photoshp CS2 can't even load it
- HDRshop can load it, except a warning, and save it properly as HDR

This is what I found by now; little bit tricky by now, but better than nothing.
Too bad bakesets do not support all the format mental ray normally supports.

anyway, thanks for the tip!

[Grx]

I actually encountered the same bug. I used the mi_img_image_write() function to write the tiff out. Afterwards i also save the image into a tif file using the maya "save image..." method (from the render view menu). I then used the tool tiffdump to take a look at the tiff tags:

test.Chamber1.1.tif:
Magic&#58; 0x4949 <little-endian> Version&#58; 0x2a
Directory 0&#58; offset 10 &#40;0xa&#41; next 0 &#40;0&#41;
SubFileType &#40;254&#41; LONG &#40;4&#41; 1<0>
ImageWidth &#40;256&#41; LONG &#40;4&#41; 1<640>
ImageLength &#40;257&#41; LONG &#40;4&#41; 1<480>
BitsPerSample &#40;258&#41; SHORT &#40;3&#41; 4<32 32 32 32>
Compression &#40;259&#41; SHORT &#40;3&#41; 1<32773>
Photometric &#40;262&#41; SHORT &#40;3&#41; 1<2>
StripOffsets &#40;273&#41; LONG &#40;4&#41; 1<252>
SamplesPerPixel &#40;277&#41; SHORT &#40;3&#41; 1<4>
RowsPerStrip &#40;278&#41; LONG &#40;4&#41; 1<480>
StripByteCounts &#40;279&#41; LONG &#40;4&#41; 1<2203481>
XResolution &#40;282&#41; RATIONAL &#40;5&#41; 1<72>
YResolution &#40;283&#41; RATIONAL &#40;5&#41; 1<test&#46;Chamber1&#46;1&#46;tif&#58; Error while reading data f
or tag 283&#46;
>
PlanarConfig &#40;284&#41; SHORT &#40;3&#41; 1<1>
ExtraSamples &#40;338&#41; SHORT &#40;3&#41; 1<1>
SampleFormat &#40;339&#41; SHORT &#40;3&#41; 4<3 3 3 3>

mayatiff&#46;tif&#58;
Magic&#58; 0x4949 <little-endian> Version&#58; 0x2a
Directory 0&#58; offset 140120 &#40;0x22358&#41; next 0 &#40;0&#41;
ImageWidth &#40;256&#41; SHORT &#40;3&#41; 1<640>
ImageLength &#40;257&#41; SHORT &#40;3&#41; 1<480>
BitsPerSample &#40;258&#41; SHORT &#40;3&#41; 4<8 8 8 8>
Compression &#40;259&#41; SHORT &#40;3&#41; 1<5>
Photometric &#40;262&#41; SHORT &#40;3&#41; 1<2>
ImageDescription &#40;270&#41; ASCII &#40;2&#41; 31<Image converted using if &#46;&#46;&#46;>
StripOffsets &#40;273&#41; LONG &#40;4&#41; 1<8>
Orientation &#40;274&#41; SHORT &#40;3&#41; 1<1>
SamplesPerPixel &#40;277&#41; SHORT &#40;3&#41; 1<4>
StripByteCounts &#40;279&#41; LONG &#40;4&#41; 1<140111>
XResolution &#40;282&#41; RATIONAL &#40;5&#41; 1<1>
YResolution &#40;283&#41; RATIONAL &#40;5&#41; 1<0&#46;75>
PlanarConfig &#40;284&#41; SHORT &#40;3&#41; 1<1>
ResolutionUnit &#40;296&#41; SHORT &#40;3&#41; 1<1>
TransferFunction &#40;301&#41; SHORT &#40;3&#41; 256<0 257 514 771 1028 1285 1542 1799 2056 2313
 2570 2827 3084 3341 3598 3855 4112 4369 4626 4883 5140 5397 5654 5911 &#46;&#46;&#46;>
Software &#40;305&#41; ASCII &#40;2&#41; 5<Maya\0>
DateTime &#40;306&#41; ASCII &#40;2&#41; 12<2006&#58;01&#58;29 \0>
Artist &#40;315&#41; ASCII &#40;2&#41; 4<Grx\0>
HostComputer &#40;316&#41; ASCII &#40;2&#41; 4<GRX\0>

It seems that the mr function has a bug in it.