Pewnie warto by podejrzeć, co
top mówi, szczególnie że konwersja zjada trochę zasobów i proces powinien wypłynąć na górę listy.
tmp $ convert equation1.wmf e1.png
convert: unable to read font `/usr/local/lib/ImageMagick-6.4.5/config//usr/share/ghostscript/fonts/s050000l.pfb' @ magick/annotate.c/RenderFreetype/1307.
Nie bawiłem się na razie w dojście dlaczego convert z ImageMagick szuka czcionek właśnie tam ani w zadanie mu innej ścieżki, ani też od czego to font.
A plik WMF do zabawy wziąłem z
http://www.imagemagick.org/discourse-server/viewtopic.php?f=3&t=12528Jeśli converta lub inny pokazany w top program odpalasz z okienkowego menu, to wyjście błędu być może znajdziesz w
~/.xsession-errors. No ale z konsoli poręczniej chyba odpalić i porównać wynik niż szukać w zbiorówce wyjść różnych programów.
Nawiasem, dopiero dopatrzyłem się, że wskazana ścieżka jest "podwójna"
P.S. Mam obok debianowego IM również zbudowany ze źródeł i pewnie tu jakieś niedoskonałości. /usr/bin/convert z repozytorium robi już dobrze rzecz. Błąd okazał się jednak pożyteczny, bo widać, że z Ghostscripta czcionki bierze. Opcja
-verbose pokazuje, że convert korzysta nawet z narzędzi Ghostscripta i nie tylko (libwmf):
tmp $ /usr/bin/convert -verbose equation1.wmf e1.png
"wmf2eps" -o "/tmp/magick-XXMosnQ0" "/tmp/magick-XXpTm0JG"
"gs" -q -dQUIET -dPARANOIDSAFER -dBATCH -dNOPAUSE -dNOPROMPT -dMaxBitmap=500000000 -dAlignToPixels=0 -dGridFitTT=0 "-sDEVICE=pngalpha" -dTextAlphaBits=4 -dGraphicsAlphaBits=4 "-r72x72" -g3098x384 "-sOutputFile=/tmp/magick-XXBijhUm" "-f/tmp/magick-XXAVv9vt" "-f/tmp/magick-XXw9V27z"
/tmp/magick-XXBijhUm PNG 3098x384 3098x384+0+0 DirectClass 8-bit 27kb 0.100u 0:02
equation1.wmf WMF 3098x384 3098x384+0+0 DirectClass 16-bit 27kb
equation1.wmf=>e1.png WMF 3098x384 3098x384+0+0 DirectClass 16-bit 36.1602kb 1.010u 0:02