[osg-users] Floating point image I/O in OSG

Hi all -- Does anyone know which, if any, OSG image file plugins will support single-precision floating point per RGB component? My image data is 32-bit float per R, G, and B. If the OSG plugin clamps that to 8-bit per component during export, or even import, that will not be acceptable. And it

Re: [osg-users] Floating point image I/O in OSG

Hi Paul, I am not sure how about PNGs or other formats, but in such cases I am using my own format, which I call FRGBA. I have written an osg plugin in order to handle files in this format. It just supports simple gzip compression. It also supports 3D textures and mipmapping. Also almost every

Re: [osg-users] Floating point image I/O in OSG

Hi Art, However, I have never tested if the plugin will also work under windows, because it depends on ZLIB library. So it uses gzopen, gzread, gzclose instead of fopen, fread, fclose in order to read from the file. Just FYI, zlib is normally included in the 3rd party packages by default, s

Re: [osg-users] Floating point image I/O in OSG

Hi Paul, The OSG TIFF plugin support 32-bit float images. Regards. -- Christophe Loustaunau Déclic Création http://www.declic-creation.com/ 2009/10/13 Paul Martz > Hi all -- Does anyone know which, if any, OSG image file plugins will > support single-precision floating point per RGB compone

Re: [osg-users] Floating point image I/O in OSG

Hi Art -- Thanks, I'd like to take a look at this. I will probably need to support 3D texture data, which means a regular 2D file format will be insufficient. Paul Martz Skew Matrix Software LLC _http://www.skew-matrix.com_ +1 303 859 9466 Art Tevs wrote: Hi Pa

Re: [osg-users] Floating point image I/O in OSG

Paul Martz wrote: Hi all -- Does anyone know which, if any, OSG image file plugins will support single-precision floating point per RGB component? My image data is 32-bit float per R, G, and B. If the OSG plugin clamps that to 8-bit per component during export, or even import, that will not be

Re: [osg-users] Floating point image I/O in OSG

ctober 13, 2009 12:17 PM > To: OpenSceneGraph Users > Subject: [osg-users] Floating point image I/O in OSG > > Hi all -- Does anyone know which, if any, OSG image file > plugins will support single-precision floating point per RGB > component? My image data is 32-bit float per

Re: [osg-users] Floating point image I/O in OSG

Paul Martz wrote: Hi Art -- Thanks, I'd like to take a look at this. I will probably need to support 3D texture data, which means a regular 2D file format will be insufficient. DDS supports 3D images as well. --"J" ___ osg-users mailing list osg-

Re: [osg-users] Floating point image I/O in OSG

Jolley, Thomas P wrote: Hi Paul, ILM has a format called OpenEXR, http://www.openexr.com/. There is an exr plugin in osg. The plugin only seems to support 16-bit floats at the moment, though. (It'll read 32-bit images, but it down-casts them all to 16-bit). --"J"

Re: [osg-users] Floating point image I/O in OSG

Jason Daly wrote: Paul Martz wrote: Hi Art -- Thanks, I'd like to take a look at this. I will probably need to support 3D texture data, which means a regular 2D file format will be insufficient. DDS supports 3D images as well. Thanks, but DDS is lossy, as noted in my first post. -Paul __

Re: [osg-users] Floating point image I/O in OSG

Jason Daly wrote: FYI, DDS doesn't necessarily imply DXT compressed images. The DDS format will handle uncompressed 32-bit floating point just fine. I think the OSG DDS plugin also handles it. Really? Does the OSG DDS plugin has some kind of option to turn compression off? -Paul ___

Re: [osg-users] Floating point image I/O in OSG

I think things will get a lot easier for people when I submit the Cmakeports support I mentioned in a thread a while back. It can automatically build zlib alongside the OSG (without including zlib in the source tree). On Oct 13, 2009 2:21 PM, "Jean-Sébastien Guay" < jean-sebastien.g...@cm-labs.co

Re: [osg-users] Floating point image I/O in OSG

Hi Paul, The DDS plugin doesn't do any compression itself, it relies on the osg::Image to be compressed (via the graphics card or some other method like libsquish) before it gets written. We've used the DDS plugin to write 32bit single band floating point heightfields with osgEarth before just fi

Re: [osg-users] Floating point image I/O in OSG

-- From: "Paul Martz" Sent: Tuesday, October 13, 2009 9:40 PM To: "OpenSceneGraph Users" Subject: Re: [osg-users] Floating point image I/O in OSG Jason Daly wrote: FYI, DDS doesn't necessarily imply DXT compressed images. The DDS format will handle uncompres

Re: [osg-users] Floating point image I/O in OSG

Paul Martz wrote: Thanks, but DDS is lossy, as noted in my first post. Not necessarily, as noted in my first post :-) --"J" ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-open

Re: [osg-users] Floating point image I/O in OSG

Wojciech Lewandowski wrote: Hi Paul, DDS as a file is not compressed. It has support for packed/compressed texel formats but their file representation is the same as representaion in graphic card memory. Besides packed pixel formats it supports almost all pixel formats used these days (all s

Re: [osg-users] Floating point image I/O in OSG

Thanks for correcting me on DDS, guys, I appreciate it. I'll look into beefing up the export capability to support 32-bit float per channel. So, if I understand correctly, if I pass an uncompressed Image to the DDS plugin for export, it will _not_ compress the data...? This is not how I would'

Re: [osg-users] Floating point image I/O in OSG

Paul Martz wrote: Thanks for correcting me on DDS, guys, I appreciate it. I'll look into beefing up the export capability to support 32-bit float per channel. So, if I understand correctly, if I pass an uncompressed Image to the DDS plugin for export, it will _not_ compress the data...? This i

Re: [osg-users] Floating point image I/O in OSG

-boun...@lists.openscenegraph.org] För Jason Daly Skickat: den 13 oktober 2009 21:40 Till: OpenSceneGraph Users Ämne: Re: [osg-users] Floating point image I/O in OSG Jolley, Thomas P wrote: > Hi Paul, > > ILM has a format called OpenEXR, http://www.openexr.com/. There is an exr > plugin

Re: [osg-users] Floating point image I/O in OSG

Ragnar Hammarqvist wrote: Jason, It's correct, the OpenEXR plug down casts all images to the half float format. The reason for only supporting this format was that the OpenEXR project had two separate Interfaces for loading Images, one really complicated and one straight forward. The problem

Re: [osg-users] Floating point image I/O in OSG

Hi Paul, guys, here is the plugin I am using in such cases. Just unpack the directory under src/osgPlugins/ and add "ADD_SUBDIRECTORY(frgba)" into src/osgPlugins/CMakeLists.txt It compiles with current svn version. I haven't tested every case well, just the float format should be well tested.

Re: [osg-users] Floating point image I/O in OSG

Duh. After a thorough discussion on this topic, it occurred to me (like a flash of light) that osg::Image is an Object, so I can save and restore this data using writeObjectFile("foo.ive",Image&). Paul Martz Skew Matrix Software LLC _http://www.skew-matrix.com_ +1