Sergei Steshenko wrote: > Then, could you please elaborate how GIMP converts input 16 bits per color > per pixel TIFF/PNG into internal representation ? Gimp simply can't deal with 16bpp, even internally. So it'd have to chop the channels down when importing. This problem is why the filmgimp fork was created years ago. > > If I tell GIMP to open such a files, the first thing it does is the conversion, > without asking me for any LUT that would allow it to put that valuable > input data into its internal buffers. Not sure what this has to do with the OP's question. He wants to be able to display the data on one hand, and keep it natively 16bpp on the other hand (for manipulation). Thus he needs a 16bpp internal representation, regardless of the display. How gimp performs this conversion and subsequent data loss is irrelevant. > > Thanks, > Sergei. > > Applications From Scratch: http://appsfromscratch.berlios.de/ > > > > ____________________________________________________________________________________ > Looking for a deal? Find great prices on flights and hotels with Yahoo! FareChase. > http://farechase.yahoo.com/ > _______________________________________________ > gtk-list mailing list > gtk-list@xxxxxxxxx > http://mail.gnome.org/mailman/listinfo/gtk-list > _______________________________________________ gtk-list mailing list gtk-list@xxxxxxxxx http://mail.gnome.org/mailman/listinfo/gtk-list
