Bug#718604: [rlw...@sdf.org: Bug#718604: libjpeg-progs: djpeg broken for some jpegs]

Dear Alan 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, Well, th

Bug#718604: [rlw...@sdf.org: Bug#718604: libjpeg-progs: djpeg broken for some jpegs]

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 u

Bug#718604: [rlw...@sdf.org: Bug#718604: libjpeg-progs: djpeg broken for some jpegs]

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

Bug#718604: [rlw...@sdf.org: Bug#718604: libjpeg-progs: djpeg broken for some jpegs]

On Sat, 3 Aug 2013, Alan Curry wrote: You lose me already at "attach an ICC color profile". How does the image viewer, relying on libjpeg to parse the file, find this attached information? The words "attach", "ICC", and "profile" do not appear in libjpeg.txt so I don't know how a client of the l

Bug#718604: [rlw...@sdf.org: Bug#718604: libjpeg-progs: djpeg broken for some jpegs]

Bob Friesenhahn wrote: > On Sat, 3 Aug 2013, Alan Curry wrote: > > > > If the formula itself is bad, where's the correct one? What formula would > > you use to display an image in a viewer that is dependent on libjpeg for > > all of its information about the image, in the case that libjpeg produces

Bug#718604: [rlw...@sdf.org: Bug#718604: libjpeg-progs: djpeg broken for some jpegs]

Dear Alan xli is not going to have any information about the image except what it gets from libjpeg. What should it display when libjpeg gives it CMYK output? If I take the conversion formula from this proposed patch and put it into xli instead, I'll have something satisfactory for the immediate

Bug#718604: [rlw...@sdf.org: Bug#718604: libjpeg-progs: djpeg broken for some jpegs]

On Sat, 3 Aug 2013, Alan Curry wrote: If the formula itself is bad, where's the correct one? What formula would you use to display an image in a viewer that is dependent on libjpeg for all of its information about the image, in the case that libjpeg produces CMYK output? By definition, there i

Bug#718604: [rlw...@sdf.org: Bug#718604: libjpeg-progs: djpeg broken for some jpegs]

Dear Tom Just for the record, JFIF was not invented by IJG, and I don't believe that you get to redefine it. The original spec is perfectly clear that there is exactly one color space allowed in JFIF files. (Well, two if you count greyscale.) Oh, maybe my words were capable of being misunder

Bug#718604: [rlw...@sdf.org: Bug#718604: libjpeg-progs: djpeg broken for some jpegs]

Tom Lane wrote: > > I took a quick look at the referenced Debian bug, and I'm in agreement > with the "this is not a bug" position. Although the complainant is of > the opinion that djpeg should be able to read any JPEG file, that's > utter nonsense. It has never been intended to deal with CMYK

Bug#718604: libjpeg-progs: djpeg broken for some jpegs

Bill Allombert wrote: > > Dear Alan, I have forwarded your bug report to the upstream maintainer. > Thanks for taking the time to work on this. > > However, I have a question: how do you generate such JPEG images ? > Would there be benefit for libjpeg to be able to do that ? I gather from the ar

Bug#718604: [rlw...@sdf.org: Bug#718604: libjpeg-progs: djpeg broken for some jpegs]

Guido Vollbeding writes: > The term JPEG FILE INTERCHANGE FORMAT (JFIF) primarily refers to > the range of supported color space encodings, and it will be > redefined by IJG in the upcoming IJG JPEG 9a release, see Just for the record, JFIF was not invented by IJG, and I don't believe that you ge

Bug#718604: [rlw...@sdf.org: Bug#718604: libjpeg-progs: djpeg broken for some jpegs]

Dear Bill Here you can see a correct rendering of the image (re-encoded in JFIF): http://www.zeit.de/lebensart/mode/2012-08/fs-zeitlos-schoen-2/seite-9 Regards Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listm

Bug#718604: [rlw...@sdf.org: Bug#718604: libjpeg-progs: djpeg broken for some jpegs]

Dear Bill Here is the example: http://www.berlininart.com/timeless-beauty-at-co-berlin/ (Teen Vogue - preview above, full image below - this falls under art...) http://www.berlininart.com/wp-content/uploads/2012/08/1330_Kim.jpg You can download and open the full image with Jpegcrop and se

Bug#718604: [rlw...@sdf.org: Bug#718604: libjpeg-progs: djpeg broken for some jpegs]

Dear Bill I received the following bug report, and I very much appreciated your opinion about it. I'm very thankful that this subject is brought up now, because there have been clarifications in the color support department in recent IJG JPEG development, and I

Bug#718604: libjpeg-progs: djpeg broken for some jpegs

On Sat, Aug 03, 2013 at 12:48:24AM +, Alan Curry wrote: > Package: libjpeg-progs > Version: 8d-1 > Severity: normal > Tags: patch upstream > > This report will mostly be a duplicate of #74087, closed almost 13 years > ago, without any explanation that I can find in the bug log, and without > a

Bug#718604: libjpeg-progs: djpeg broken for some jpegs

Package: libjpeg-progs Version: 8d-1 Severity: normal Tags: patch upstream This report will mostly be a duplicate of #74087, closed almost 13 years ago, without any explanation that I can find in the bug log, and without actually fixing it as far as I can tell from the packages from that era on ar