Почему ImageMagick svg в png отдает белый холст?

Question

[wrewolf]

Есть svg файл на 5Мб, внутри 256x256 rect с заливкой из текстуры, лежат в папке Textures, пути к ним указаны как Textures/testure_name.png

Если открывать файл в браузере, то все отображается нормально. Но конвертировать в png не получается.
команда из каталога с самим фалом и папкой текстур convert file.svg file.png в centos выдает белый лист, аналогично при конвертировании внутри php скрипта, который генерирует эту svg.

Но при этом на Win8 эта же команда отлично создает png картинку.

Answer 1

[RPG]

В CentOS очень старая версия ImageMagick, не исключено, что проблемы именно из-за этого. Браузер - не показатель, так как движок SVG у него свой. В Win8 наверняка версия новее - сравните версии программ.

Выхода два.
* Найти RPM-ку с обновлённой версией ImageMagick под CentOS или скомпилировать последнюю версию вручную. С виртуальным хостингом, правда, не сработает - вам просто не дадут обновить софт на сервере.
* Задействовать другую программу, поддерживающую SVG, например, Inkscape.

P. S. Ну и SVG на 5 мегабайт - это перебор. Если у вас виртуальный/выделенный сервер - может быть такое, что ему просто не хватило памяти. Понаблюдайте за процессом конвертации в top, если возможно.

Comments

[wrewolf]

Дури у сервера хватает, я арендую железо. Версия ImageMagick последняя из сорцов собранная с поддержкой svg и png

Win
C:\>"c:\Program Files\ImageMagick-6.8.8-Q16\convert.exe" -version
Version: ImageMagick 6.8.8-9 Q16 x64 2014-03-16 www.imagemagick.org
Copyright: Copyright (C) 1999-2014 ImageMagick Studio LLC
Features: DPC Modules OpenMP
Delegates: bzlib cairo freetype jbig jng jp2 jpeg lcms lqr pangocairo png ps rsvg tiff webp xml zlib

CentOs
[root@wrewolf ~]# /usr/local/bin/convert -version
Version: ImageMagick 6.8.9-1 Q16 x86_64 2014-05-14 www.imagemagick.org
Copyright: Copyright (C) 1999-2014 ImageMagick Studio LLC
Features: DPC OpenMP
Delegates: bzlib cairo fontconfig freetype jng jpeg lcms pangocairo png rsvg tiff x xml zlib

Версия на которой запущен php в httpd
imagick module version => 3.1.2
imagick classes => Imagick, ImagickDraw, ImagickPixel, ImagickPixelIterator
ImageMagick version => ImageMagick 6.5.4-7 2014-02-10 Q16 OpenMP www.imagemagick.org

Корректно работает только версия на windows (проблема на CentOS существует точно начиная с 6.8.7 включаю ту версию которая на Win работает)

[RPG]

Вот примерно так должен был быть задан вопрос:)
В такой ситуации похоже, что в какой-то из библиотек CentOS, используемых IM (ldd), есть глюк. Возможно это Cairo. Если будете пересобирать библиотеки не забудьте при помощи ldd проверить, с какими библиотеками линкуется IM.

[wrewolf]

Ну собственно саму конвертацию выполняет, то не сам IM, а отдельная программа из librsvg, а внутри convert всего лишь алиас на нее. Пересобрать ее уже не получиться, она чуть ли не X тянет по зависимостям. Но на винде получаю аналогичный белый лист если есть проблемы с путями, т.е. относительные пути от текущего каталога не ведут к фалам текстур. Собственно сам svg wrewolf.tk/static/img/map.svg

[wrewolf]

Оказалось проще нарисовать тоже самое на canvas и подсунуть через dataUrl в фоновой элемент svg

[Alexey Devyatov]

Также можно ссылки заменить на base64 самого изображения

[wrewolf]

SpekToR_ru: а не жирновато по памяти будет прочитать 100-200 png картинок размером 256x256 и положить как base64

[Alexey Devyatov]

wrewolf: Варианты бывают хорошие и плохие, подходящие и нет =) я лишь предложил один из них

[wrewolf]

SpekToR_ru: ну я все равно попробую, но тогда решилось заданием локальных путей к файлам. (Не помню уже точно как именно, но точно вопрос не в слешах)

[Alexey Devyatov]

wrewolf: Кстати с base64 тоже периодически возникают какие-то проблемы. По крайней мере при работе с ImageMagick через php расширение (php-pecl-imagick)

CentOS 7:
Version: ImageMagick 6.9.1-4 Q16 x86_64 2015-06-02
Delegates (built-in): bzlib cairo djvu fftw fontconfig freetype gslib jbig jng jpeg lcms ltdl lzma openexr pangocairo png ps rsvg tiff webp wmf x xml zlib

Название: php56-php-pecl-imagick
Архитектура: x86_64
Версия: 3.2.0
Выпуск: 0.9.RC1.el7.remi

Версия librsvg2:
Установленные пакеты
Название: librsvg2
Архитектура: x86_64
Версия: 2.39.0
Выпуск: 1.el7
--------
Причем у меня на Федоре все работает отлично даже через ссылки.

Version: ImageMagick 6.8.8-10 Q16 x86_64 2015-03-10
Delegates: bzlib cairo djvu fftw fontconfig freetype gslib jng jpeg lcms ltdl lzma openexr pangocairo png ps rsvg tiff webp wmf x xml zlib

Имя : php56-php-pecl-imagick
Архитектура : x86_64
Эпоха : 0
Версия : 3.2.0
Релиз : 0.10.RC1.fc21.remi

Имя : librsvg2
Архитектура : x86_64
Эпоха : 0
Версия : 2.40.10
Релиз : 1.fc22

Может в librsvg проблема? Каким способом вы решили проблему, можете подсказать?

[wrewolf]

Alexey Devyatov: какой то вид ссылок, вроде бы локальные относительно точки запуска в консоли аймеджика. А в пхп не заставил его работать. Потом работало в кроне (задача не требовала онлайна)

Answer 2

[Alexey Devyatov]

Version: ImageMagick 6.9.1-4 Q16 x86_64 2015-06-02
Delegates (built-in): bzlib cairo djvu fftw fontconfig freetype gslib jbig jng jpeg lcms ltdl lzma openexr pangocairo png ps rsvg tiff webp wmf x xml zlib

Название: php56-php-pecl-imagick
Архитектура: x86_64
Версия: 3.2.0
Выпуск: 0.9.RC1.el7.remi

Версия librsvg2:
Установленные пакеты
Название: librsvg2
Архитектура: x86_64
Версия: 2.39.0
Выпуск: 1.el7

Работает если SVG и все его ресурсы лежат в одной папке. Путь картинок может быть как абсолютным так и относительным. Соответственно svg необходимо открывать как файл, т.е. через $im->readImageBlob($svg->saveXML() работать не будет.

Comments

[wrewolf]

Не в 1 папке, svg генерирует php скрипт, который создает строковую переменную. Видимо в этом и есть косяк, что надо было записать сначала, а потом открыть. Но тем не менее на какой то из версии php + imagik это работало

[Alexey Devyatov]

wrewolf: аналогичная ситуация. Теперь сохраняю и открываю. Но если картинки лежат отдельно от самого svg, у меня все равно работать не хочет (даже если указан абсолютный путь).

[wrewolf]

Alexey Devyatov: попробуй консольным имаджиком конвертни полученный svg, тогда хоть exec() станет выходом из ситуации