- Package:
- imagemagick
- Source:
- imagemagick
- Description:
- image manipulation programs -- binaries
- Submitter:
- Christoph Anton Mitterer
- Date:
- 2021-09-01 09:48:02 UTC
- Severity:
- normal
- Tags:
Hi. When I open the test images there (with display): http://www.color.org/version4html.xalter I get just the results which would mean that color spaces (both ICC v2 and v4) are ignored. Cheers, Chris.
Interestingly,... it DOES seem to work, when using their test PDF (which contains the same images)... so WTF?! is going on here? ^^
And it does neither work, when I convert the test JPGs to TIFF (e.g. with eog, color support works with JPG, but not with TIFF)... Cheers, Chris.
ImageMagick dépends on liblcms. Have you installed the non free profiles? Le 1 avr. 2014 18:24, "Christoph Anton Mitterer" <calestyo@scientia.net> a écrit :
I have but that shouldn't change anything, should it? Cause the profiles are embedded in the images themselves and should be loaded from there. The icc-profiles* packages are rather for programs like GIMP/etc. when you want to create something _new_ in some color space. Cheers, Chris.
Could you restest ?
Control: tag -1 + wontfix this is not a bug but intended behaviour: https://github.com/ImageMagick/ImageMagick6/issues/146#issuecomment-817167036 I attached the image with v2 GBR profile (lower left). Just running $ display Lower_Left.jpg indeed shows the wrong colors. According to the IM devs you have to explicitly state the destination profile or otherwise "display" will only draw raw pixel values. So this works: $ display -profile /usr/share/color/icc/sRGB.icc Lower_Left.jpg Thanks! cheers, josch