Legacy ImageMagick Discussions Archive

Hi,

I'm using a command like this for applying a clip path named 'det' when converting an eps to png, to keep background transparent:
This works very well on my dev computer (gentoo), but gives crispy edges on the client machine (ubuntu 12.04)

I tried with the same imagemagick version on both machines : 6.8.7-0 (I also tried with 6.8.6-8)

Both are compiled without rsvg, and give the same output for : except for the XML version which is 2.7.8 on the ubuntu box

I tried with -antialias, with no change.

What could lead to this difference?
I can provide files via private message only.

--------
Another strange point I noticed: if I make the same command on a server which locale is fr_FR.UTF-8, I get this error: which means : Image size differs

If I add LC_ALL=C at the beginning, the error disappears and it works correctly.
Maybe a issue with decimal separator?

up?

What are "crispy edges"? Perhaps you mean there is no anti-aliasing.

You might try "+antialias" on both machines. Does that make different results?

I think conversion from EPS is done by ghostscript. Do your machines have the same version of gs?

You are resizing after the clip, which will change the nature of the edges. I doubt that "-profile" makes a difference. What is the simplest command that shows the problem?

This is what i see after the given command :

I tried -antialias and +antialias without success.
Ghostscript is the same version on both server : GPL Ghostscript 9.05 (2012-02-08)


Here are 2 close looks (with no -resize) on the good server :



Here are 2 close looks (with no -resize) on the bad server :




This is the simplest command : Also, without resize and without profile, it gives strange result:


I'm quite lost at the moment.
Any help would be greatly appreciated.

Very strange. Can you provide 2315.eps?

File sent as PM.

I haven't received a PM. Can you put it somewhere public such as Dropbox and put the URL here?

You're right, the file was too big. I've uploaded it here : http://kriks.free.fr/IM/2315.7z
Thank you

A quick check on v6.Windows 7, IM v6.8.7, ... with or without resize and strip, the result looks the same as from your good server.

Sorry, I have no suggestions, beyond reinstalling IM and GS on your bad server.

Could you tell me the libXml version you have?

I have no idea. How would I find out? (I use Windows pre-build binaries.)

I installed a windows version, but the dll inside listed as libxml gives me no version number...

I will try again against a fresh ubuntu 12.04 server install.

It works well on a fresh ubuntu 12.04 install.
So I tried again some variations, and with a PNG32: output format, it works well.

Can you try with PNG24: output prefix? To see if you can reproduce the problem?

Yes, PNG24: fouls it up, and I get much the same visual result as you. This gives a 1-bit alpha, rather than 8 bits, so it's a quantisation issue. If you really want to reduce alpha to 1 bit, you probably need to manipulate it first.

I didn't want to reduce alpha to 1 bit, for me PNG32 is the way to go, I just don't know why it felt back to PNG24 without giving the prefix, strange.

Thank you very much for helping!