Search found 17 matches
Re: Color?
Thanks, that's it!
Re: Color?
I'm adding graphics with IM to an an image that was created with other graphical programs. And I can see a colour difference between the different elements, even though they all should all be the same. So, we can conclude that the problem is not with IM.
Re: Color?
Several. Acorn & ColorSnapper.
Re: Color?
I'm using IM 6.8.6-6 on OS X 10.8.4
Color?
convert -size 1024x1024 xc:transparent -fill transparent -stroke "#b82a21" -strokewidth 36 -draw "stroke-linejoin round polyline 334,82 690,82 942,334 942,690 690,942 334,942 82,690 82,334 334,82" result.png The pixels in the above image turn out to be #b92728 instead of #b82a21. Why is that so? How ...
Re: PGN bug?
That's good news. Thank you, Glenn.
Re: PGN bug?
PNG* PNG rw- Portable Network Graphics (libpng 1.4.12)
PNG24* PNG rw- opaque 24-bit RGB (zlib 1.2.7)
These are the latest provided by MacPorts.
Thanks for the time you put into it.
PNG24* PNG rw- opaque 24-bit RGB (zlib 1.2.7)
These are the latest provided by MacPorts.
Thanks for the time you put into it.
Re: PGN bug?
I'm at 2.4.10 with FreeType.
Re: PGN bug?
I'm running ImageMagick 6.7.8-3 2012-08-07 Q16 installed with MacPorts 2.1.1 on OS X 10.8
Does that help?
Does that help?
Re: PGN bug?
convert -depth 8 -background '#ff60b0' -font Helvetica -pointsize 92 -strokewidth 1 -stroke white -fill white -size 330x120 -gravity south label:'PBM' text.png
PGN bug?
Hello, When running a composite command in ImageMagick 6.7.8 I get the following error: composite: invalid colormap index `text.png' @ error/image.c/SyncImage/3464. This is the command: composite -gravity center gradient.png text.png label.png Here are the 2 input files: https://dl.dropbox.com/u ...
Re: crop bug
Thanks Fred, I should have read the documentation better.
I'm still puzzled though why append would add the offsets. How can that be useful? The sum of the offsets don't seem to refer to any real units.
I'm still puzzled though why append would add the offsets. How can that be useful? The sum of the offsets don't seem to refer to any real units.
Re: crop bug
After looking into this some more, I see weird things going on: $ identify part.png part.png PNG 1607x898 1920x1200+35+108 8-bit DirectClass 1.237MB 0.000u 0:00.000 $ identify in.png in.png PNG 1607x4490 1920x6000+35+540 8-bit DirectClass 6.175MB 0.000u 0:00.000 The offsets in part.png (+35+108) are ...
crop bug
If I do as described below, I end up with an image of size 1572x1560 instead of the requested 1607x2100. Any idea why? Regards, Marcel input file: http://dl.dropbox.com/u/219844/desktop.png script: convert desktop.png -crop 1607x898+35+108 part.png convert part.png part.png part.png part.png part ...