(зеркала: http://www.the-ebook.org/forum/viewtopic.php?t=17115 и http://www.flibusta.net/node/91573)
Есть идея. Поскольку узкое место в разрабатывающемся SVG-растеризаторе для FB2 - расход ОЗУ (несколько мегабайт в существующих реализациях) и процессора (сотни миллисекунд на P4 2.4 GHz для средней паршивости скана с книжной иллюстрации, трассированного autotrace'ом; может вылиться в несколько (хорошо если не десятков) секунд работы процессора "буки"), то имеет смысл в э-книгу вставлять предварительно скомпилированные векторные картинки. Плюс, ясен перец, формат скомпилированной картинки должен декомпилироваться обратно в SVG (по крайней мере с точностью до третьего-четвёртого десятичного знака после запятой в числах координат).

В качестве базового формата предлагаю EBML (из названия видно - наши придумали! ;-) ). Достоинства: простор для придумывания забавного названия формата (предлагаю EBVG); резко упрощаются парсер с декодером; снижаются требования к процу (не надо непрерывно sscanf()'ить и malloc()'чить) и ОЗУ (не надо строить дерево элементарных операций - оно всё уже в файле, можно вообще считывать исходные данные потоком и тут же гнать на рисовалку); можно deflate()'ить цельным потоком или поэлементно; компилятор легко делается из растеризатора. Недостатки: название, как ни крути, звучит неприлично; хрен поредактируешь; необходимость преобразований туда-сюда; несовместимость с веб-браузерами; возможны неоднозначности при декомпиляции (а на такой случай можно внутри .ebvg-файла тащить те кусочки оригинального .svg, на которых вылазит неоднозначность).
Как идея? :-) Желающие - присоединяйтесь!