Your message dated Fri, 7 Aug 2009 00:08:54 -0300
with message-id <20090807030854.ga13...@orthrus>
and subject line Closing #462895
has caused the Debian Bug report #462895,
regarding Colors are all wrong when drawing on YCbCr images
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
462895: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=462895
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: perlmagick
Version: 7:6.2.4.5.dfsg1-2
Severity: normal
Hi,
Image::Magick (and probably ImageMagick proper) seems rather broken when
working in non-RGB colorspaces. Witness for instance the following
script:
use Image::Magick;
my $m = Image::Magick->new(size=>"200x200");
$m->Read("xc:green");
$m->Set(colorspace=>'YCbCr');
$m->Draw(primitive=>"rectangle", fill=>"white", points=>"0,0 100,100");
$m->Write("test.jpeg");
The resulting background is correctly enough green (showing that the
colorspace conversion worked), but the square is pink. This is because
#ffffff in YCbCr is, of course, pink, not white.
I can work around this to some degree, by giving explicit hex codes
to Draw() instead of color names. However, I cannot find a reasonable
way of drawing FreeType text, since drawing black text on a white
background yields ugly green fringes where there should have been grey
pixels (ie. the antialiasing doesn't understand YCbCr either).
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (800, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.23 (SMP w/2 CPU cores)
Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages perlmagick depends on:
ii libbz2-1.0 1.0.4-2 high-quality block-sorting file co
ii libc6 2.7-6 GNU C Library: Shared libraries
ii libfreetype6 2.3.5-1+b1 FreeType 2 font engine, shared lib
ii libice6 2:1.0.4-1 X11 Inter-Client Exchange library
ii libjpeg62 6b-14 The Independent JPEG Group's JPEG
ii liblcms1 1.16-8 Color management library
ii libmagick9 7:6.2.4.5.dfsg1-2 Image manipulation library
ii libpng12-0 1.2.15~beta5-3 PNG library - runtime
ii libsm6 2:1.0.3-1+b1 X11 Session Management library
ii libtiff4 3.8.2-7 Tag Image File Format (TIFF) libra
ii libx11-6 2:1.0.3-7 X11 client-side library
ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar
ii libxml2 2.6.30.dfsg-3.1 GNOME XML library
ii perl 5.8.8-12 Larry Wall's Practical Extraction
ii perl-base [perlapi-5.8 5.8.8-12 The Pathologically Eclectic Rubbis
ii zlib1g 1:1.2.3.3.dfsg-8 compression library - runtime
perlmagick recommends no packages.
-- no debconf information
--- End Message ---
--- Begin Message ---
Hi!
I am closing this bug report, with this message from upstream:
=====
The results of drawing in any colorspace other than RGB is undefined. If an
image is in another colorspace than RGB you must first convert the colorspace
to RGB, draw on it, and then convert the colorspace back to the original
colorspace.
=====
Best regards,
Nelson
--- End Message ---
