Программа DjVu Imager

[T-ya]

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

Насколько я понимаю, приоритет всегда должен быть у нового подклеиваемого фона? Или не во всех случаях?

Помнится еще, у кого-то был вопрос, как убить слой фона в djvu. Как это проще сделать - подсунуть пустые sep-файлы Имиджеру или как-то с помощью DjvuLibre можно напрямую?
 
А вообще, если будет время, не могли бы Вы описать порядок запуска утилит из DjvuLibre и что каждая из них делает в Imager-е? Насколько я поняла, там какая-то постраничная расборка+сборка производится.

[monday2000]

57an

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

Я тоже так думаю.  Концепции "хорошо запоминаться и произноситься" наиболее полно подходит понятие "рекламный слоган". Я и постарался подобрать термин ("pic-paste"), который очень прост, достаточно краток, легко произносится, да и запомнить его легко - т.е. я подбирал по принципу рекламного слогана.

Сокращения этому не сильно способствуют.

Ну почему же, ведь длинное имя зачастую имеет такие минусы, что оно слишком занудно, непонятно на слух, как пишется, лень его писать и произносить. Возьмите, к примеру, историю возникновения термина "laser".
На Западе полно таких односложных терминов через дефис, типа того, что я придумал, например: "Кока-кола". А представьте, к примеру, "Picture paste method" или ещё хуже "Illustration paste method". Фу, какое занудство.

[monday2000]

T-ya

Насколько я понимаю, приоритет всегда должен быть у нового подклеиваемого фона? Или не во всех случаях?

Да и во всех случаях.

Помнится еще, у кого-то был вопрос, как убить слой фона в djvu. Как это проще сделать - подсунуть пустые sep-файлы Имиджеру или как-то с помощью DjvuLibre можно напрямую?

Думаю, что DjVu Imager тут ничем не поможет. Его задача - наоборот - вставить слой заднего фона.
"Просто" и в рамках подхода DjVu Imager это пока никак не сделать. Это можно сделать примерно по пути, обрисованному в http://www.djvu-soft.narod.ru/scan/back_glue.htm , только не подклеивать фон, а убирать уже имеющийся. Можно ещё распечатыванием на DjVu-принтере (кто-то говорил вроде) и грубым хакерским путём через DjVu Layers Remove (мне это не по душе - слишком топорно).

Но я практически уверен, что удалять задний фон вообще никогда не может потребоваться - а если кому-то и захотелось - то вряд ли это верно, т.к. как правило, какие-то полезные кусочки букв всё равно попадают в задний фон. Посоветуйте этому человеку пересканировать заново - если там случай текста, задежавюченного в greyscale - всё равно из такого скана уже толку не будет, и ничего с ним не сделать (кроме OCR).

А вообще, если будет время, не могли бы Вы описать порядок запуска утилит из DjvuLibre и что каждая из них делает в Imager-е? Насколько я поняла, там какая-то постраничная расборка+сборка производится.

Он делает практически это http://www.djvu-soft.narod.ru/scan/back_glue.htm за крохотным исключением, указанным тут: http://www.djvu-soft.narod.ru/scan/mask_color.htm (раскрашивает маску в чёрный цвет, если туда подклеивается задний фон - иначе будет не-валидный DjVu).

Опеределение того, на какую страницу многостр. DjVu будут вставляться картинки, делается путём сверки имён (имя страницы должно содержать имя картинки). Это действительно не очень надёжный способ - но зато полностью автоматический. Надёжнее всего было бы указывать при каждой картинке номер страницы, куда она будет вставляться - но это лишняя ручная работа была бы.

DjVu Imager дирижирует целой кучей консольных DjVu-утилит (да ещё и по-разному, смотря какой у нас случай). Всё это можно было бы делать и без DjVu Imager, но было бы очень занудно. 

[57an]

1. Вопросы по интерфейсу DjVu Imager - по мне, так недостаточно прозрачна последовательность действий при работе с ним. Заодно нужно избавиться от неоправданных сокращений в русском варианте интерфейса. Да и смысл рамочки Input Files по периметру окна тоже неясен.

Для сравнения на скриншоте справа интерфейс FreePic2Pdf - тоже не эталон (Traget  ), зато все по шагам, ошибиться невозможно.
2. Есть ли возможность как-либо анализировать озвученную на скриншоте "проблему кратности размеров в пикселях", чтобы если не исправлять на лету, то хотя бы выдавать предупредительное сообщение?

[monday2000]

57an

Да и смысл рамочки Input Files по периметру окна тоже неясен.

Рамка по всему периметру - чисто декоративная. А фраза "Input files:" там относится к списку файлов под ней (фразой). На то там и двоеточие.

Заодно нужно избавиться от неоправданных сокращений в русском варианте интерфейса.

Там нет таких. Все сокращения, что есть, обусловлены разницей между длиной английского и русского варианта надписей интерфейса.

2. Есть ли возможность как-либо анализировать озвученную на скриншоте "проблему кратности размеров в пикселях", чтобы если не исправлять на лету, то хотя бы выдавать предупредительное сообщение?

Да, думаю, что нечто в таком роде возможно. Как-нибудь запланирую сделать.

Вопросы по интерфейсу DjVu Imager - по мне, так недостаточно прозрачна последовательность действий при работе с ним

Ну да, есть там такой моментик: действие 4 выше, чем действие 3. Но это потому, что мне не захотелось уродовать чисто внешний вид интерфейса.

Для сравнения на скриншоте справа интерфейс FreePic2Pdf - тоже не эталон

Так зато он гораздо больше по площади на экране.

[monday2000]

Собственно, в будущем, на мой взгляд, возможно появление ещё более удобных программ, нежели чем DjVu Imager - выполняющих функциональность DjVu Imager.

Представьте себе, скажем, самодельный визуальный DjVu-мета-редактор. Открываете в нём многостраничный DjVu. Становитесь на страницу, куда будете вставлять картинку. Затем открываете с диска вставляемую картинку в BMP, и через drag-n-drop "бросаете" её на то место, куда она должна быть вставлена. Мышкой можете подвигать её туда-сюда, покрутив колёсико, меняете степень её сжатия. И к следующей обрабатываемой странице далее переходите и делаете то же самое.

А в конце просто сохранить результирующий DjVu.

[57an]

Если будет сразу показывать результат примененного сжатия, то может получиться красиво. Но я пока скорее вижу его как последний этап СК, СТ.

[T-ya]

раскрашивает маску в чёрный цвет, если туда подклеивается задний фон - иначе будет не-валидный DjVu

т.е., вся раскраска маски в DJVU Imager-e пропадает и все цветные шэйпы (в том числе и белые, как кругляшки в примере) станут черными? А нельзя ли сделать так, чтобы если есть слой раскраски маски, то он бы сохранялся? Это же не мешает получить правильный djvu?

Собственно, в будущем, на мой взгляд, возможно появление ещё более удобных программ, нежели чем DjVu Imager - выполняющих функциональность DjVu Imager.

Да как-то особой активности на фронте djvu-софта не наблюдается, разве что Вы, Jakub Wilk, StanFreeWare что-то делаете...

[monday2000]

T-ya
Сейчас специально заглянул в исходники DjVu Imager v1.6, чтобы точно определить, как он действует

т.е., вся раскраска маски в DJVU Imager-e пропадает и все цветные шэйпы (в том числе и белые, как кругляшки в примере) станут черными

Нет, вот код:

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

В противном случае (нет FG44):

если есть раскраска (чанк FGbz) - то она сохраняется, если нет (т.е. нет FG44) - то маска раскрашивается сплошным чёрным (т.е. генерируется с нуля чанк FGbz с одним чёрным цветом - по методу раскраски маски).

Это мне Леон Боту объяснил - если DjVu-страница имеет задний фон (BG44) и маску (Sjbz), то она обязана иметь ещё и либо FGbz, либо FG44 - чтобы быть валидной по DjVu-спецификации. Иначе она не будет отображаться в DjVu-просмотрщиках.

Вот, кстати, увидел один любопытный момент в исходниках: бывает такое, что обрабатываемая страница вообще пуста - и содержит лишь чанк INFO - и больше ничего. Такие DjVu-страницы генерирует documenttodjvu для чистых белых листов. Так вот, в случае именно такой страницы, DjVu Imager просто заменяет её на вставляемый слой заднего фона.

Да как-то особой активности на фронте djvu-софта не наблюдается, разве что Вы, Jakub Wilk, StanFreeWare что-то делаете...

Когда-то мне все твердили: "альтернатива СК невозможна - да кто этим будет заниматься? Столько лет прошло - и почему-то так никто и не сделал альтернативы! Всё безнадёжно на этом направлении, и хватит попусту критиковать СК!"
Другой вариант - говорили: "да неужели можно рассчитывать, что сканировать книги в DjVu будут массово? А кому это надо? Сейчас ведь всё только за деньги. Ведь рыба ищет где глубже, а человек - где лучше...".

[T-ya]

Начинаю запутываться. Посмотрела еще раз образец от 57an.

1) Там почему-то в djvu-заготовке уже был слой FGbz, хотя у меня при кодировании исходного не-sep файла (Scanned-профилем) получился только FG44. Спрашивается, как была получена заготовка (программа и опции)?

2) Вроде бы в этом примере получается, что старый FGbz слой заменился новым (черный цвет для белых шэйпов), хотя Вы пишете:

если есть раскраска (чанк FGbz) - то она сохраняется

 

[57an]

Если не ошибаюсь, то делал с помощью Djvu Small в профиле Default режима Document-Djvu, т.к. считал, что программа сама определяет при обработке 1битных изображений, что нужен профиль b/w, и не добавляет FGbz.
Еще один нюанс - размеры чб изображений не были кратны размерам .sep-изображений, поэтому подправлял их с помощью FS Image Viewer - в результате по недосмотру параметров конвертирования на вход DjvuSmall подавались не однобитные (но черно-белые) изображения.

Теперь четко выбираю профиль b/w (либо обрабатываю в minidjvu, хотя в нем медленнее).

[monday2000]

T-ya

Начинаю запутываться.

Ничего, сейчас разберёмся досконально. 

Посмотрела еще раз образец от 57an.

Речь идёт, как я понял, вот об этом: http://www.onlinedisk.ru/file/316044/

Там почему-то в djvu-заготовке уже был слой FGbz,

Там внутри 4 DjVu-файла. Каждый из них представляет из себя 2-слойный DjVu (другими словами, содержит чанки Sjbz, FGbz, и BG44).

Спрашивается, как была получена заготовка (программа и опции)?

Ну, это я уж не знаю. Спросите у 57an. Вообще-то DjVu Imager'у побоку, где, как и в чём был создан многостраничный DjVu-файл, куда надо вклеить картинки. (Не считая некоторых ограничений на имена страниц DjVu-файла: не-Юникод, не-повторение имён и т.п.).

2) Вроде бы в этом примере получается, что старый FGbz слой заменился новым (черный цвет для белых шэйпов),

Где получается? Как именно получается? Дайте пример, и опишите последовательность действий - лишь тогда можно будет чётко сказать, что именно там происходит.
57an

либо обрабатываю в minidjvu, хотя в нем медленнее

Я бы вообще не советовал использовать minidjvu - качество не то.  Буквы заметно более зазубренные получаются.

[T-ya]

делал с помощью Djvu Small в профиле Default режима Document-Djvu

Не получается воспроизвести. Все равно встает FG44, а не FGbz. Интересно, что означает в DjvuSmall "Default" - предыдущий выбранный профиль или Scan300, как в DEE?

Там внутри 4 DjVu-файла. Каждый из них представляет из себя 2-слойный DjVu (другими словами, содержит чанки Sjbz, FGbz, и BG44).

Всё так. Но достаточно очевидно, что 2 первых одинаковых djvu (Encoded и n14) - это  заготовка, а 2 других (тоже одинаковых) djvu (n15 и n16) - это результат работы Имиджера.

Где получается? Как именно получается? Дайте пример

Посмотрите картинки заинтересовавшего меня участка djvu-картинки:

Кодер определил белые кружки как шэйпы белого цвета (их я обозначила светло-серым цветом), а окружающую черноту  отправил в фон.
После вставки нового фона, старый фон (как и следовало ожидать) "убился" и окружающая белые кружки чернота исчезла.
Но белые шэйпы при этом стали черными. Если бы сохранился старый FGbz, то мы должны были бы увидеть картинку как на левом нижнем рисунке. Но мы видим шэйпы только черного цвета, из чего следует, что Имиджер все таки заменил исходный FGbz c информацией о белом цвете кружков.

[57an]

T-ya
Не могу не высказать восхищение вашей формой подачи материала. Именно подобной иллюстративности, на мой взгляд, недостает в описаниях методик, выложенных на сайте Monday2000. Есть ли у вас возможность проиллюстрировать их аналогичным образом (лучше, конечно, с расслоением на составляющие также и Foreground)? Получилась бы неплохая обзорная статья, очень нужная и новичкам и профессионалам. А за деталями реализации можно было бы уже обращаться к первоисточнику.

[T-ya]

Да ладно Вам, чего уж тут хитрого - посмотреть на слои в любом вьюере... 

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