Программа DjVu Imager

[monday2000]

Программа DjVu Imager - Описание использования:

http://www.djvu-soft.narod.ru/scan/djvu_imager.htm


Я сделал новую подверсию:

DjVu Imager v1.5  (1,16 МБ)

http://www.djvu-soft.narod.ru/soft/djvu_imager_v1_5.rar

Исходники:  (61 КБ)

http://www.djvu-soft.narod.ru/soft/djvu_imager_v1_5_src.rar

Новая подверсия повторно исправляет баг, когда картинка не вставлялась в одностраничный чёрно-белый DjVu-файл (а только в многостраничные).

Прошу сообщать замеченные баги в этот топик.

[monday2000]

Я сделал новую подверсию:

DjVu Imager v1.6  (1,17 МБ)

http://www.djvu-soft.narod.ru/soft/djvu_imager_v1_6.rar

Исходники:  (73 КБ)

http://www.djvu-soft.narod.ru/soft/djvu_imager_v1_6_src.rar

Новая подверсия исправляет 2 бага:

1. После создания подверсии 1.5, программа стала вставлять картинки в многостраничный DjVu-файл в неправильном порядке - в случае, когда количество вставляемых картинок было 2 или больше.

2. Исправлен более серьёзный баг: программа впервые научилась работать с такими многостраничными DjVu-файлами, имена внутренних страниц которых содержат пробелы или кириллические символы.

Имена внутренних страниц многостраничного DjVu-файла можно посмотреть, например, в WinDjView: Файл - Информация о документе.

Эти имена задаёт DjVu-кодировщик при кодировании группы сканов в 1 многостраничный DjVu-файл: берёт имя очередного скана, отбрасывает расширение, (добавляет опционально префикс - DjVu Solo 3.1) и записывает с расширением "djvu".

Проблема оказалась в том, что с такими именами (с пробелами и кириллическими символами) не умеют работать консольные утилиты из DjVuLibre - djvumake и djvudump. По моей просьбе Леон Боту подправил эти 2 утилиты соответствующим образом и выложил исходники их подправленных версий в CVS DjVuLibre.

Я скомпилировал их в готовые утилиты (только вместо djvudump я делаю свою соответствующую модификацию djvudumpm - котороя делает вывод не на экран, а в текстовый файл) и использовал в этой новой подверсии DjVu Imager.

[57an]

Пытаюсь подклеить фон к переднему плану. Почему происходит инверсия залитых черным областей в 1.5 и 1.6? http://www.onlinedisk.ru/file/316044/
Encoded.djvu делал с помощью Djvu Small на профиле bw 600dpi

[monday2000]

57an
Это проявление т.н. проблемы "паразитного фона". В Вашем случае легко решаемая путём предварительной бинаризации сканов, подлежащих дежавючению посредством DjVu Small. Они у Вас в 24-битном режиме - потому и задежавючились так, что часть чёрных объектов отправилась автоматически в фон (в данном случае рассматриваемый как "паразитный").

Формат DjVu не позволяет иметь 2 задних фона одновременно - поэтому приходится выбирать между "паразитным" и тем, который подклеивается посредством DjVu Imager.

Единственное, что я могу предложить - это добавить в DjVu Imager отработку некоторых ошибочных ситуаций вроде этой (здесь могло бы выдаваться сообщение "присутствует паразитный фон"). Я этого ещё не сделал потому, что:

1. На это нужна уйма времени - чтобы предусмотреть все возможные ошибочные ситуации.

2. Я ещё недостаточно хорошо знаю DjVu Small. Ведь я его делал чисто механически - просто как "глупое GUI". Мне тоже надо посмотреть, как именно он работает на разных режимах.

Как-нибудь сделаю всё это.

[57an]

Еще вопрос: в чем причина несовместимости Djvu Reader и Djvu Imager? После подклейки фона Reader (2.0.26) отображает страницы зеркально и вверх ногами. WinDjView и DjVuLibre DjView такой проблемы не имеют.

[monday2000]

57an
Это уже посложней. И автор Djvu Reader недоступен. Не знаю, подумаю. Какой-нибудь DjVu-параметр влияет - но какой - неизвестно. Пример неправильно отображаемого файла всё тот же?

[monday2000]

57an

После подклейки фона Reader (2.0.26) отображает страницы зеркально и вверх ногами.

Посмотрел я по-всякому - и ничего не нашёл. Это, конечно, некий глюк Djvu Reader 2.0.0.26. Как это устранить - я не знаю. Может, проблему как-то и можно решить - путём множественных экспериментов по подбору тех или иных параметров вставки картинок - но я пас. Это слишком долго и, наверное, практически никому не нужно.

Вы можете сами поэкспериментировать, если будет желание. DjVu Imager - это ведь просто GUI, т.е. всё, что он делает, можно делать вручную, запуская соответствующим образом нужные консольные утилиты из DjVuLibre.

[monday2000]

Скорее всего, т.к. Djvu Reader 2.0.0.26 построен на устаревшей версии DjVuLibre, то это глюк именно этой устаревшей версии, и чтобы его устранить, надо переделывать сам Djvu Reader 2.0.0.26 - уже на базе современной версии DjVuLibre.

[57an]

По-моему созрела необходимость как-нибудь назвать методику, которая используется в Djvu Imager. Так как, с ваших слов эта методика - "Комбинация методов подклейки фона и раскраски маски", то получается, что эти термины в чистом виде использовать с данной программой некорректно. Хотя "подклейка фона" очень хорошо подходит к алгоритму работы с программой, жаль что уже занят.

[monday2000]

57an

Хотя "подклейка фона" очень хорошо подходит к алгоритму работы с программой, жаль что уже занят.

Надо будет подумать.

Кстати, маска в DjVu Imager всегда раскрашивается в чёрный цвет - и то, если раскраска нужна (а нужна лишь в случае отсутствия чанка переднего слоя FG44 на обрабатываемой странице).

Действительно, "подклейка фона" - это то главное, что делает программа.

Можно вот так: "Метод вклейки иллюстраций".

[monday2000]

Чтобы не откладывать в долгий ящик - я занёс термин "Метод вклейки иллюстраций" на http://www.djvu-soft.narod.ru/scan/djvu_imager.htm .

[monday2000]

57an
Я сделал также и англоязычное название для этого термина: Pic-paste method и занёс на http://www.djvu-soft.narod.ru/scan/djvu_imager.htm . А то Вы там на PlanetDjVu такое понапридумали http://www.djvu.org/forum/phpbb/viewtopic.php?p=1815#1815 .

[57an]

На Planet Djvu конечно не очень грамотно получилось.
Хотя ваш тоже не сильно нравится. Pic - это еще и название микроконтроллеров, кроме того получилась некая аналогия с copy-paste method
Дословно это скорее будет что-то типа "stick-on pictures" method. По-моему достаточно элегантно.

[monday2000]

57an/

Pic - это еще и название микроконтроллеров, кроме того

Нет, там "PIC" - а у меня - "Pic". "Pic" - это сокращение от "Picture", общеизвестное, кстати.

Дословно это скорее будет что-то типа "stick-on pictures" method.

Не, stick и paste  - это разные по смыслу слова. Stick - это "наклеивать", а paste - это то, что Буфер Обмена делает - и неважно, как именно переводится "paste" на самом деле. Хотя вот перевод: http://lingvo.abbyyonline.com/ru/en-ru/paste

Stick - это типа наклейку наклеивать, это слово имеет ИМХО оттенок временности.

"Pictures" и "images" - это слишком длинно.

Можно было бы "picpaste" - но этот термин уже занят.

[57an]

По-моему название методики должно хорошо запоминаться и произноситься, кроме того, быть максимально понятным. Сокращения этому не сильно способствуют. 

Вот на затравку еще пара терминов для уникальности: bookplate и applique.

Кстати, оказывается, есть еще русскоязычный термин - вклейка иллюстраций - в переплетном деле http://www.xpers.ru/archives/tag/vklejka, означает вклейку страниц-иллюстраций, обычно в кардинально лучшем качестве, чем остальная книга Интересно, какой аналог имеет он на английском?