Векторная графика и иллюстрации для FB2

(зеркала: http://www.the-ebook.org/forum/viewtopic.php?t=16464 и http://www.flibusta.net/node/85763)
Навеяно очередной перестрелкой с Anarchist'ом о форматах.
Итак, что мы имеем на данный момент? Обычный технологический процесс подготовки чёрно-белых графических (гравюрообразных) иллюстраций для FB2 выглядит так (по крайней мере, так делаю я):

  1. сканирование в 600 dpi 8-битного серого;
  2. реставрация в графическом редакторе: удаление соринок и размазанной краски, закраска сколов и потёртостей;
  3. перевод в однобитный ч/б;
  4. ещё раз чистка всего, что проскочило незамеченным на этапе (b), сглаживание корявостей;
  5. сохранение полученного изображения в личном архиве или выкладка его в Сеть на случай, если понадобится иллюстрацию переделывать для другого формата;
  6. перевод в 8-битный серый и ресайз до размера, приемлемого для .fb2-книги;
  7. уменьшение количества градаций серого - для пущей сжимаемости;
  8. сохранение в PNG и оптимизация размера файла.
При этом самыми трахоёмкими получаются операции чистки и сглаживания: одна иллюстрация может занять десятки минут, а может - и десятки часов. Без них, в принципе, можно и обойтись, но это и ухудшает внешний вид, и существенно снижает сжимаемость картинки.
В выборе, до какого размера ресайзить рисунок, свои грабли - тут царит полный разнобой, почти каждый выбирает размер под более-менее свою личную читалку: кто-то под КПК, кто-то под e-ink'овую "буку", кто-то подстраивается под размер монитора своего компа. Наиболее общим определяющим фактором является размер файла - приемлемым считается более-менее 100 килобайт на иллюстрацию.
Так вот, есть идея и вопрос: а не поможет ли нам векторная графика?
  1. При реставрации перевод в векторную форму должен, по идее, облегчить удаление многочисленного мелкого мусора, который на изображении есть всегда - как правило, это дефекты бумаги и краски.
  2. Хранение и распространение иллюстраций в векторном формате облегчит в будущем адаптацию .fb2-книг под другие форматы, другие размеры экранов, другие принципы отображения... даже под вывод на печать, если понадобится.
  3. Возможно расширение формата FB2 с целью добавления векторных иллюстраций непосредственно в .fb2-книгу - чтобы при всех перечисленных в предыдущем пункте событиях книга подстраивалась "сама", без ручного вмешательства.
Вопрос номер следующий: а каким софтом мы, собственно, для этого располагаем? Насколько я понял за пару дней копания в Сети, особо похвастаться нечем:
  1. Перевод из растрового формата в векторный: лучшее, что удалось найти, это движок autotrace и базированные на нём приложения (например, delineate) и онлайн-сервисы (http://www.roitsystems.com/cgi-bin/autotrace/tracer.pl - вообще изумительная штучка! :-) Из вот такого http://ipicture.ru/uploads/100611/BSdb4p5pRw.png за считанные секунды делает http://www.roitsystems.com/r2v/2010/11/b-skb-10.svgz, а из совершенно сырого http://s014.radikal.ru/i328/1011/fb/94950101b319.png - сравнительно чистое http://www.roitsystems.com/r2v/2010/11/i04.svgz).
  2. Редактирование (вернее, ретушь) векторных изображений: нашлось много, но всё, что я успел перепробовать, либо какое-то корявое, либо сильно платное, либо написанное на Java и поэтому редкостно громоздкое, тормозное и постоянно зависающее, либо требует серьёзного переучивания. Единственное исключение - Inkscape - ну, запустил я его, загрузил .svg'у и что с ней дальше делать - пока не знаю... :-(
  3. Просмотр векторных картинок: плагин от Adobe для браузеров и пара вьюеров, опять же налабанных на Java с теми же последствиями, что и в предыдущем пункте.
  4. Перевод из векторного формата в растровый: всё как в предыдущих пунктах, плюс мало-мальски приемлемый онлайн-сервис http://www.fileformat.info/convert/image/svg2raster.htm - не особо удобен в работе, но хоть что-то. :-(
Ну и что немаловажно - уровень подготовки делальщика .fb2-книг в векторной графике: тут я практически полный, девственный ноль - выручает только общекомпьютерная подкованность и природная смекалка. :-) ...В общем, что имел - сказал. Жду советов - что я упустил, что нужно подчитать по теме, кто каким софтом в этой области пользуется и/или что разрабатывает для себя... Делитесь, камарады! :-)

Комментарии

Задача-минимум - использование векторной графики для реставрации штриховых иллюстраций, а также в качестве формата архивного хранения и источника картинок с произвольным разрешением для .fb2-файлов - в принципе решена:

  1. сканирование иллюстрации;
  2. удаление существенного мусора;
  3. перевод в SVG (autotrace или онлайн-сервис на его базе - с параметрами почти по умолчанию, кроме количества цветов - нужно явно задать два цвета);
  4. открытие .svg-файла либо непосредственно браузером, либо предварительный перевод в растровый формат (см. п. (f), размер картинки задавать не надо);
  5. визуальное сравнение результата с оригиналом, если неудовлетворительно - перейти к п. (b);
  6. окончательный перевод в нужный растровый формат (batik либо онлайн-сервис на его основе; в обоих случаях надо задать желаемый размер изображения);
  7. при необходимости - оптимизация файла (для .png - прореживание уровней серого и дожатие .png optipng'ом).
Задача-максимум - доработка FB2-вьюеров с целью поддержки SVG-картинок - пока в процессе решения, но ИМХО вполне решаема.

Прошу помощи "клуба знатоков": не встречал ли кто где готовую опен-сорсную библиотечку (желательно сишную, на Java не предлагать) для растеризации SVG? Нужно для встраивания в FB2-вьюеры. http://www.antigrain.com/ - знаю, не годится - поддерживает далеко не весь SVG; http://librsvg.sourceforge.net/ - тоже не то, она тащит за собой чуть ли не десятки мегабайт других библиотек (хотя если больше ничего не поможет - попробую выковырять из неё всё лишнее).

А вот скажи мне, Тигра, уменьшение размера картинки в векторе портит ее меньше, чем уменьшение размера ее же, но в растре? По мне, то с вектором имеет смысл заморачиваться если только из-за этого. Но это, разумеется, ИМХО.

Tanja45 написал:
А вот скажи мне, Тигра, уменьшение размера картинки в векторе портит ее меньше, чем уменьшение размера ее же, но в растре? По мне, то с вектором имеет смысл заморачиваться если только из-за этого. Но это, разумеется, ИМХО.

моё IMHO, что в векторе увеличение или уменьшение картинки — это всего лишь вопрос масштаба отображения картинки, т.е. никак не повлияет, в отличие от растра, где обязательно испортится.
Может, я и ошибаюсь, не спец, но вроде должно быть так.

Zadd написал:
Tanja45 написал:
уменьшение размера картинки в векторе портит ее меньше, чем уменьшение размера ее же, но в растре?
в векторе увеличение или уменьшение картинки — это всего лишь вопрос масштаба отображения картинки, т.е. никак не повлияет, в отличие от растра, где обязательно испортится.
Во-во. Картинка "портится" только при выводе на экран. Интерес не в "портится - не портится", а в том, что одну и ту же картинку можно использовать и на экранчике 320*240, и в полиграфии.

Рыжий Тигра написал:
Zadd написал:
Tanja45 написал:
уменьшение размера картинки в векторе портит ее меньше, чем уменьшение размера ее же, но в растре?
в векторе увеличение или уменьшение картинки — это всего лишь вопрос масштаба отображения картинки, т.е. никак не повлияет, в отличие от растра, где обязательно испортится.
Во-во. Картинка "портится" только при выводе на экран. Интерес не в "портится - не портится", а в том, что одну и ту же картинку можно использовать и на экранчике 320*240, и в полиграфии.

Тяжело вздохнула, и, почесав затылок, поплелась ставить огроменного CorelDRAW Graphics Suite X5.

Tanja45 написал:
поплелась ставить огроменного CorelDRAW Graphics Suite X5.
Нууу... Тоже вариант. Я попробовал с "королём дров" X3 - не понравилось: неудобно и ни фига не понятно. :-( Вот онлайн-сервисы http://www.roitsystems.com/cgi-bin/autotrace/tracer.pl и http://www.fileformat.info/convert/image/svg2raster.htm - удобны. (Собственно, autotrace и batik-rasterizer тоже хороши весьма, но это консольные утильки.)
ОК. Будем копать вместе: ты коли Corel, а я пока ищу, из чего сделать приличный растеризатор "на лету" - чтобы прорисовывал .svg'шки непомредственно из .fb2 прямо на экран "буки". :-)

Рыжий Тигра написал:
.... с "королём дров" X3 - не понравилось: неудобно и ни фига не понятно. :-(
А я этого... того... почитаю инструкцию хэлпу... или ликбесу какую-нить ... и в кнопочки потыкаю, авось не взорвется.
Рыжий Тигра написал:
Вот онлайн-сервисы http://www.roitsystems.com/cgi-bin/autotrace/tracer.pl и http://www.fileformat.info/convert/image/svg2raster.htm - удобны.
Онлайн-сервисы - это чёрный ящик, а все-таки хотелось бы понимать, что и какими приемами достигается, нет? Да и начиная с пары десятков иллюстраций уже и хлопотно довольно получится, наверное.
Рыжий Тигра написал:
(Собственно, autotrace и batik-rasterizer тоже хороши весьма, но это консольные утильки.)
На консольных утилитах не виден промежуточный результат. В форточках, ИМХО, ими удобно пользоваться только для пакетной обработки с заведомо выбранными ключами и параметрами. А рисунки, все же, пакетом, обрабатывать не очень здорово. Лучше, все-таки смотреть каждый отдельно. Хотя и нудно, да, я понимаю.

Tanja45 написал:
Рыжий Тигра написал:
.... с "королём дров" X3 - не понравилось: неудобно и ни фига не понятно. :-(
А я этого... того... почитаю инструкцию хэлпу... или ликбесу какую-нить ... и в кнопочки потыкаю, авось не взорвется.
Стопудово не взорвется. Х5, в отличие от предыдущих версий, отличная штука, и осваивается за полдня. А Тигра может съесть собственный хвост. :)

polarman написал:
Х5, в отличие от предыдущих версий, отличная штука, и осваивается за полдня.
Ага. Эт' хорошо - "несколько путей к цели лучше, чем один" (L) кажется, Мао Цзедун :-)
polarman написал:
А Тигра может съесть собственный хвост. :)
Авотфиг - он мне ещё пригодится! :-)

Tanja45 написал:
Рыжий Тигра написал:
но это консольные утильки.)
На консольных утилитах не виден промежуточный результат.
А его и в power-trace не видно: ткнул кнопку - подождал - получил результат. :-(
Tanja45 написал:
А рисунки, все же, пакетом, обрабатывать не очень здорово. Лучше, все-таки смотреть каждый отдельно.
Нууу... таки да. Большинство картинок обрабатываются с одинаковыми параметрами, но для некоторых надо параметры подбирать.
Tanja45 написал:
Онлайн-сервисы - это чёрный ящик, а все-таки хотелось бы понимать, что и какими приемами достигается, нет?
А тут уже надо читать теорию, разбираться в алгоритмах трассировки...
Я тут нашёл ещё один неплохой сайтец - http://potrace.sourceforge.net/ - там есть приличный ЧаВо и серьёзное описание, как это "судо враждебной техники" :-) работает. (Кстати, potrace используется в векторном редакторе inkscape.)
PS. Есть неплохая штучка - Vector Magic: на сайте онлайн сервис, а на рутрекере - портабельная. Так вот, в портабле есть какая-никакая правка процесса трассировки - можно просмотреть результат, подправить исходные/промежуточные данные и попробовать ещё раз, и так пока не получится удовлетворительный результат. Недостатков... два: (1) нельзя сохраниться посреди процесса; (2) перед трассировкой исходная картинка загрубляется, когда вдвое, а когда и впятеро. Но как учебно-тренировочная - в самый раз.

Рыжий Тигра написал:
PS. Есть неплохая штучка - Vector Magic: на сайте онлайн сервис, а на рутрекере - портабельная. Так вот, в портабле есть какая-никакая правка процесса трассировки - можно просмотреть результат, подправить исходные/промежуточные данные и попробовать ещё раз, и так пока не получится удовлетворительный результат. Недостатков... два: (1) нельзя сохраниться посреди процесса; (2) перед трассировкой исходная картинка загрубляется, когда вдвое, а когда и впятеро. Но как учебно-тренировочная - в самый раз.

Там не только портабельная, там ещё и записывающаяся в реестр!
После юзанья Portable FineReader ненавижу портабельные(ты это знаешь), и знаешь, насколько лучше версия, устанавливающаяся в реестр и по правильности да и по скорости FR реестровый прям-таки летает там, где портабельный тащится как улитка, да ещё и глючит(про глюки портабельного FR я тебе уже рассказывал)
Так что портабельную даже и пробовать не буду, а вот реестровую установлю.

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

Рыжий Тигра написал:
…Да и законцовки линий оно делает как-то, на мой вкус, коряво - не скругляет, а срезает клином.

Чтобы не получался остренький носик и т.п., на этапе "Path Smooting" сними выбор с "Detect Sharp Corners". Тогда результат трассировки будет точно такой же как и после онлайн сервиса RO IT Systems.

jurgennt написал:
Чтобы не получался остренький носик и т.п., на этапе "Path Smooting" сними выбор с "Detect Sharp Corners". Тогда результат трассировки будет точно такой же как и после онлайн сервиса RO IT Systems.
Не совсем: оно перед трассировкой ещё загрубляет разрешение - .svg-файл получается меньше, но по деталям хуже.
Кстати, а как загрубить векторную картинку в домашних условиях? Чтобы размер файла упал серьёзно, а детализация - не очень?

Рыжий Тигра написал:
Не совсем…

   Начинается… )
   Да, мне тоже не понравилось, когда размер изображения принудительно уменьшился втрое. Но для пользователя Vector Magic — самое оно: пакетная обработка; одна кнопка.
   Что с весом делать я не в курсе — просто попробовал. Полторы сотни килобайт для ч/б иллюстрации — многовато. По мне, прозрачный PNG 2300х3700=70КБ, как-то роднее, чем хитроумная xml'ка (для которой, кстати, и приличных смотрелок-viewer'ров у меня нет).

jurgennt написал:
хитроумная xml'ка (для которой, кстати, и приличных смотрелок-viewer'ров у меня нет).
firefox твой-файл.svg

Заинтересовал ты меня эти SVG и я решил посмотреть, с чем его едят что это такое, как его просматривать и чем редактировать.
Прежде всего наткнулся на Adobe SVG Viewer
Тут же узнал на сайте Adobe, что эта прога ими больше не поддерживается и самая последняя версия 3.03
Потом прочитал, что есть еще какая-то бета 6-я, причем для разных браузеров плагины разные, хотя встроенные(браузерные) и сами справляются, но не так быстро.
И вот подумал:"А чем это редактировать?"
И вот наткнулся на обсуждение на РуБорде

Цитата:
Друзья, пора завести общую тему по SVG, т.е Scalable Vector Graphics.
Документация по формату и описание существующих реализаций есть на www.w3c.org, но перечень реализаций неизменно отстает от жизни.
Сам консорциум предлагает редактор-броузер Amaya, но даже в обновленном варианте продукт уступает и другим броузерам, и редакторам, учитывая слабость GUI. Есть общедоступный (за деньги, конечно же) Adobe Illustrator. На сегодня одно из лучших предложений поступает от EvolGrafiX (XStudio), но это тоже дорогой коммерческий продукт ценой в 500 евров; очень неплохой вариант Batik - Squiggle бесплатно предлагает Apache.org (http://xml.apache.org/batik/),

но он требует наличия Java (совсем неплохо, если есть JDK) и как-то не очень хочет интегриться под NetBeans или Sun Studio.
Собственный графический интерфейс слабоват. Многое приходится догонять из командной строки. Но результат все равно впечатляет, а ввиду того, что в основе формата - XML, есть дополнительный резерв, которого нет у Macromedia Flash.
Есть как вариант Namo WebCanvas, прога, разливаемая и в отдельный флакон, и поставляемая в составе Namo Web Suite.
В отличие от Иллюстратора оба альтернативных редактора - и XStudio, и WebCanvas позволяют векторить растровую графику и конвертить ее в SVG. И надо не забывать, что Иллюстратор позволяет обработать только один статический кадр - если у вас SVG-файл с анимацией, произойдет то же, что при попытке вогнать многостраничный PDF-документ в Иллюстратор
Предлагаю обсуждать софт для работы с SVG и приемы этой самой работы ЗДЕСЬ.

Ну и т.д.
Кстати, Тигра, скажи пожалуйста, как ты вставляешь SVG-файлы в FB2(ты ж недавно хвастался, что вставляешь SVG прямо в FB2)?
Можно ли эту вставку проделать в FBE или только отдельной прогой?

Zadd написал:
как ты вставляешь SVG-файлы в FB2 [...] ?
Как привык - хаком через задницу брутфорсом грубой силой. Беру обычный .fb2, fb2bin'ом выясняю, какие в нём картинки, выбираю какой-ньдь image.jpg, любым текстовым редактором меняю image.png на image.svg (попутно прописываю тип "image/svg" в атрибутах его binary), fb2bin'ом заменяю его на заранее подготовленный и переименованный настоящий .svg-файл.
Zadd написал:
Можно ли эту вставку проделать в FBE или только отдельной прогой?
В нынешнем - не знаю, не пробовал, но по идее не должно. Но по идее же - сделать, чтобы было можно, не проблема.
Но это мелочь. Серьёзнее то, что пока нечем - вернее, я не знаю, чем - выводить векторную картинку в читалке... :-(
Zadd написал:
наткнулся на обсуждение на РуБорде
Тююю, когда это было-то!..
Zadd написал:
подумал:"А чем это редактировать?"
Да редакторов валом. Всяких корелов, инкскэйпов и адобов аж кишит. Браузеры воспроизводят, наверно, уже все. Но проблема - во всей этой шобле прорисовщики написаны на Java, а для "буки" это не в жилу :-( - громоздко и меееедленно. А на Си - быстро и компактно. Не веришь - глянь http://www.antigrain.com/demo/index.html - куча примеров, на C++, правда, но всё же: когда простенькая, в сотню-другую контуров, картинка растягивается как хочешь и прорисовывается полсотни раз в секунду - это впечатляет. :-)

Возможность введения SVG в FB2.4 обсуждается в http://www.flibusta.net/node/88342 - кому не пофигу, присоединяйтесь!

Вот ещё бесплатный кроссплатформенный(?) редактор SVG Sketsa, может экспортировать и импортировать растр.

Он оказывается ещё и XML-код этой SVG показывает!

А может, раз уж он (формат SVG) тоже XML-ный, так может его как-то проще в FB2 запихивать?

Сенькс!

Zadd написал:
кроссплатформенный(?)
В смысле - на Яве писанный? :-(
Zadd написал:
бесплатный
$89. Правда, нигде ни слова на тему "что я буду иметь, если заплачу".
Zadd написал:
может экспортировать и импортировать растр.
Хм... Надо будет опробовать.
Zadd написал:
ещё и XML-код этой SVG показывает!
Неплохо. А синхронно выделять элементы и синхронно редактировать он умеет?
Zadd написал:
А может, раз уж он (формат SVG) тоже XML-ный, так может его как-то проще в FB2 запихивать?
Я про это думал. Если да - то будет очень удобно парсить, но резко вырастут требования к памяти. А если хранить сжатые .svg (.svgz) в binary'ях - то придётся как-то выкручиваться, чтобы сделать SVG-парсер независимым от применённого в FB2-вьюере XML-движка. :-(

Рыжий Тигра написал:
кроссплатформенный(?)
В смысле - на Яве писанный? :-(
Ну, не знаю, может и не на Яве, может на Чезетте, может на Урале или на Хонде или … вставь любую марку мотоцикла..
А язык программирования называется Джава, а не Ява!(прочитай по-английски слово Java)
Я читал только, что работает и Лине и в Винде, а уж как реализовано, не в курсах , извини, братан , не знаю даже отдельные версии для каждой ОСи или одна программа для всех сразу, и уж тем более не знаю, на джаве или на чём другом.
Цитата:
$89. Правда, нигде ни слова на тему "что я буду иметь, если заплачу".

Вообще-то на оф. сайт я попал с другого сайта, там предлагалось скачать бесплатно более старую версию, причем было написано о программе: Freeware, ну я и дал ссылку на оф.сайт, потому что там более новая версия.

Zadd написал:
не знаю даже отдельные версии для каждой ОСи или одна программа для всех сразу
Таки для Linux и win32 - одна. Но за день руки так и не дошли поставить и потестить. :-(

Вот тема на РуБорде, оттуда кряк скачивай.
Варезник на РуБорде отличается тем, что у них скачивание идет с оф.сайта, а с файлохранилища скачивают только кряк. Это позволяет скачивать намного быстрее, чем тянуть весь файл с файлохранилища. Но не даёт "заработать" на скачиваниях, поэтому редко где встречается.
P.S.
на последнюю версию кряк удален. Ждем, когда перезальют.

А здесь отдельные версии для разных моделей Линя, про платность ничего не сказано. Наверно, для Линксоидов бесплатно. А скорее всего, это я просто напутал и прога та же самая. Установил сегодня.(Win, естественно) Кряк не помог, тупо взял серийный номер и вроде прокатило.

Завёл на сорс-форже проект https://sourceforge.net/projects/libsvgz/ (по мнению гугля, имя нигде больше не упоминается) - пока пустой. Придумываю прототипы функций.

Забавно, на сайте udava.net эта прога почему-то называется "Sketsa SVG Editor v6.4.0 MultiOS полная версия" и занимает 120М в архиве RAR, в то время как на на оф.сайте почему-то от этой проги всего-то 12 с хвостиком М, разница - в 10 раз! Интересно, что же туда напихали любители "заработка"

Посмотрел, что творится в этом svg, интересное дело, картинки кодируются так же, как и в FB, в Base64, но если картинка содержит геометрические фигуры(типа эллипс и т.п.), то пишется просто описание этого эллипса n'ufvb b gjkexftncz hfpvth dctuj ybxtuj
Хотел прикрепить для сравнения получившиеся файлы(svg, png, pdf), но к сожалению, сейчас Либрусек прикрепляет файлы только в упрощенном режиме, т.е. только 1 картинку
f.pdf 1072 байта,
f.svg 566 байт
Ну и f.png прикрепляю(20516 байт)

Задолбался писать libsvgz с нуля. :(
В качестве прототипа SVG-растеризатора, для тестирования идеи и дальнейших доработок и оптимизаций, беру связку:

Библиотеку cairo и сопутствующие ей либы брал готовые бинарные, а autotrace, libsvg и libsvg-cairo пришлось дорабатывать напильником. :(
При тестировании обнаружил серьёзный расход ОЗУ: для прорисовки .svg-файла, полученного autotrace'ом 0.31.1 из вот этой простенькой картинки:

в .png размером 400-с-чем-то на 760 - понадобилось чуть меньше 5 мегабайт. :( Плюс сама связка завесила ещё 4.7 мега. Итого - девять с копейками метров, для e-ink'овой "буки" явно чересчур. :(
Хочу переделать libsvg: вместо libxml2 взять компактный и шустрый Mini-XML 2.6, в качестве графической части тоже желательно что-то маленькое и быстрое.
Интерфейс к графической библиотеке расписан в файле svg.h библиотеки libsvg 0.1.4-4, в структуре типа svg_render_engine_t; поскольку в собственно графике я ни бум-бум, то менять в нём ничего не хочу. Буду весьма признателен, если кто-то из знатоков графических библиотек сделает "адаптер" от своей любимой библиотеки (по возможности шустрой и компактной) к libsvg.

Рыжий Тигра написал:
В качестве прототипа [...] беру связку: [...]libsvg 0.1.4-4 [...]

Сегодня наконец удалось собрать и запустить пару тестовых программ из комплекта библиотеки librsvg 2.32.1 (и на её базе, само собой): SVG-вьюер и транскодер в PNG. Навскидку - работают чуть медленнее, чем аналогичные на базе libsvg, и поддерживают заметно больше SVG'шных фишек (что и неудивительно, учитывая, что разработка libsvg прекратилась лет пять назад, а последняя версия libgrsvg вышла в середине ноября). Ну, и весят... плюс к паре сотен килобайт собственно .exe'шника - 18 мегабайт .dll'ок: cairo, pango, gtk+, ещё что-то... Т.е. для применения в составе ридера, а тем более для "буки", librsvg (по крайней мере в некастрированном виде) не годится. А как конвертер .svg в .png (или как база для SVG-компилятора) - вполне.
Завтра продолжу копать - для начала прикручу к обеим библиотекам профайлер и погоняю их на SVG test suite'ах. Если кому интересно - могу поделиться изменениями в исходниках, профайлером и проектами для MSVS6.

Кстати о компиляции: похоже, что OOoFBTools делает-таки из SVG, зашитых в файл ODT PNG, зашитые в FB2.
Во завернул, даже сам не понял, чё сказал…

Zadd написал:
из SVG, зашитых в файл ODT PNG, зашитые в FB2.
Хм. Можешь показать .odt с .svg'ами внутри?

Напиши лучше (один(не знаю, единственный ли или ещё есть) из разработчиков)
Вроде у меня где-то встречалось такое. Кажется, там есть опция как транслировать svg: как png либо как jpg.

Дошло: опен-офиc написан на яве => растеризатор, скорее всего, тот же Batik. :-(

X