After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 343667 - incorrect rendering of CMYK JPEG
incorrect rendering of CMYK JPEG
Status: RESOLVED DUPLICATE of bug 78265
Product: GIMP
Classification: Other
Component: Plugins
2.2.x
Other All
: Normal normal
: ---
Assigned To: GIMP Bugs
GIMP Bugs
Depends on:
Blocks:
 
 
Reported: 2006-06-02 07:23 UTC by alexey_e
Modified: 2008-01-15 13:08 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
here is the CMYK JPEG file. (937.87 KB, application/octet-stream)
2006-06-02 07:31 UTC, alexey_e
Details
the original PDF file from which the CMYK JPEG was made. (182.03 KB, application/pdf)
2006-06-02 07:35 UTC, alexey_e
Details
This PNG - is how it must look-like. (161.62 KB, image/png)
2006-06-04 19:51 UTC, alexey_e
Details
This PNG - is how it looks on GIMP 2.2 - incorrect colors. (336.24 KB, image/png)
2006-06-04 19:54 UTC, alexey_e
Details

Description alexey_e 2006-06-02 07:23:31 UTC
Hi all !

Platform: Windows XP SP2 + GIMP 2.2.11 (bug exists also on SUSE Linux 10.0 + GIMP 2.2.8)

Problem: I have converted a PDF file to CMYK JPEG - and it's rendered incorrectly by all open-source software, including KDE and the GIMP. (with only exception being KDE Krita 1.5)

The software that renders the file correctly: (use the software listed below as reference)

1) MS Windows XP - Paint (strange for MS :)
2) Adobe Photoshop 9 CS2
3) KDE Krita 1.5.0
Comment 1 alexey_e 2006-06-02 07:31:46 UTC
Created attachment 66649 [details]
here is the CMYK JPEG file.

NOTE: don't let the name to fool you - the file is OK - but is rendered incorrectly on most open-source software, including GIMP.

NOTE2: because file is over 1MB I can't attach that to bug. I have compressed it with 7-zip to make attachable. Use either 7-zip on Windows or Ark on Linux on open it.
Comment 2 alexey_e 2006-06-02 07:35:29 UTC
Created attachment 66650 [details]
the original PDF file from which the CMYK JPEG was made.

Use PDF reader (preferably Acrobat Reader 7) as a reference renderer, if you are on Linux, but have no Krita 1.5.x
Comment 3 Sven Neumann 2006-06-02 08:06:45 UTC
Please file a bug-report against libjpeg then. The JPEG plug-in in GIMP uses this library to render the file.
Comment 4 alexey_e 2006-06-02 18:36:23 UTC
Are you sure that the bug is in libjpeg?
KDE and GNOME handly CMYK *very* differently - and the bug in KDE is much more serious than in GNOME. In fact this is NOT the same bug at all.

Also where do I find libjpeg bugzilla ?
Comment 5 Sven Neumann 2006-06-02 19:22:08 UTC
Try another app that uses libjpeg (for example eog, the gnome image viewer) and compare the results.
Comment 6 alexey_e 2006-06-04 19:48:20 UTC
I don't use GNOME at all - with single exception -- The GIMP.

plz help me find libjpeg bugzilla - I have found *no* way to report the bug to their team.
Comment 7 alexey_e 2006-06-04 19:51:20 UTC
Created attachment 66743 [details]
This PNG - is how it must look-like.
Comment 8 alexey_e 2006-06-04 19:54:25 UTC
Created attachment 66744 [details]
This PNG - is how it looks on GIMP 2.2 - incorrect colors.
Comment 9 weskaggs 2006-06-04 22:02:49 UTC
Since the difference between the two files looks like a matter of color correction, I bet that the original JPEG file contains a color profile -- which GIMP, in fact, does not currently know how to handle.  So you may well be right.  Unfortunately, I don't have 7-zip (I've never even heard of it), so there is no way to be sure.  Is it possible for you to shrink the file to a manageable size before converting to CMYK jpeg, and attach the result?
Comment 10 alexey_e 2006-06-05 14:34:34 UTC
No problem - I have made an alternative link for uncompressed CMY JPEG here:
http://www.yousendit.com/transfer.php?action=download&ufid=9D851CDA09944305

but this service is limited both to number of users & time. (up to 7 days)

Also - any recent version of KDE Ark can uncompress the 7-zip format.
Comment 11 weskaggs 2006-06-05 14:58:16 UTC
Hmm.  That file contains an XMP metadata block, and looking at it, it looks like you created the file using Acrobat Distiller, and then edited it in Photoshop.  Is that correct?  The Colorspace is shown by GIMP's metadata plug-in as "4294967295", which, for what it is worth, is what you get when the number -1 is interpreted as an unsigned int. Most likely this reflects a bug in the metadata plug-in.

If what I wrote above is correct, then you may be able to improve things by setting the Colorspace in Photoshop to sRGB before saving the file -- this is the Colorspace that GIMP currently expects jpeg files to be in.

Another note:  if I open the image using Imagemagick "display", and bring up the Information view, the program goes into an infinite loop and never shows anything.  I don't know, though, whether this reflects a problem with the file or a bug in the program.
 
Comment 12 alexey_e 2006-06-05 16:41:45 UTC
almost right - I have used Adobe Photoshop - no distiller at all. And converted with it from PDF to CMYK JPEG.

If ImageMagic stuck and goes loop - then that's a DoS attack versus the program - and the bug is in program - no data file should be able to damage any program.
Since I don't use ImageMagic at all - I can't open a bug versus it - because I won't be able to tell them the problem. But I would be thankful if you did open the bug versus them.
Comment 13 Sven Neumann 2006-06-06 07:20:55 UTC
The main point of this report seems to be that GIMP doesn't respect the embedded color profile. Thus closing as a duplicate of bug #78265.

*** This bug has been marked as a duplicate of 78265 ***