-
2007.03.27 16:03 "Re: [Tiff] support for 24 bit floats?", by Andrey Kiselev
-
2007.03.28 07:33 "Re: [Tiff] support for 24 bit floats?", by Andrey Kiselev
-
2007.03.28 09:06 "Re: [Tiff] support for 24 bit floats?", by Kai-Uwe Behrmann
- 2007.03.28 12:15 "Re: [Tiff] support for 24 bit floats?", by Andrey Kiselev
-
2007.03.28 09:06 "Re: [Tiff] support for 24 bit floats?", by Kai-Uwe Behrmann
-
2007.03.28 07:33 "Re: [Tiff] support for 24 bit floats?", by Andrey Kiselev
2007.03.28 16:56 "Re: [Tiff] support for 24 bit floats?", by Kai-Uwe Behrmann
Am 28.03.07, 19:09 +0400 schrieb Andrey Kiselev:
On Wed, Mar 28, 2007 at 04:09:08PM +0200, Kai-Uwe Behrmann wrote:
Can the RGBA interface work with the 24-bit float sample type to get a preview?
No. But it can't work with 32-bit floating point either and even 16-bit integer approach is not good. So I am considering RGBAImage API as dumb and simple and I do not know how it can be improved without growing into complete interactive image viewing application. I think it is a task for libraries like gdk-pixbuf to be able to handle complex images sensibly. Unfortunately many of these middleware libraries (and gtk-pixbuf is an example) do not provide any added value over libtiff's RGBAImage functionality, so viewers based on them also have all the limitations of RGBAImage.
Well, I understand you completely.
Nevertheless such a middleware library is a realy missed. So I hoped for it in RGBA, and, as Bob pointed out, a bit blindly.
Well, creating such a library took me quite some time and it is still not complete. So I can understand why it is not in gtk-pixbuf and osX. At least in Panther most of my tiff's are plainly rejected in the Finder, the same for KDE and Gnome. Do'nt know about Windows.
kind regards
Kai-Uwe Behrmann
--
development for color management
www.behrmann.name + www.oyranos.org + www.cinepaint.org