Guido Vollbeding wrote: [ Charset ISO-8859-1 unsupported, converting... ] > Bob Friesenhahn wrote: > > > You need to learn about how to do this other than via this private > > discussion. It seems to be handled by storing a JPEG chunk with the > > computed ID JPEG_APP0+2. > > Yes, this falls under the category which I call "color management system". > This is an extensive topic and it will need some time to study > before you get a sufficient understanding of the subject. > In any case it exceeds by far the responsibilities of a core image codec.
I thought the responsibility of libjpeg was to encode and decode jpegs. And I thought "decode" meant "give me pixels I can push to my screen", not "make me parse the file myself to find metadata chunks". Here's my growing list of programs in Debian that choke on YCCK jpegs, and need to be individually modified if the library won't help out: aaphoto djpeg xjig xli xloadimage xpaint And ones that do the "wrong" conversion (multiply the first 3 components by the 4th component and divide by 255): jpegtopnm zgv All would benefit if they could get RGB output from the library, without needing to know about file format internals like APP0+2 markers. -- Alan Curry -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
