» ScanKromsator СканКромсатор (Часть 3)

У меня есть такой вопрос. Я использую версию 5.93. При создании зон-картинок (picture zone) по умолчанию в настройках зоны стоит "gray", а можно ли как-то сделать так, чтобы по умолчанию стояло "original". Это гораздо удобнее. Или я что-то упустил из виду?



Цитата:

новый фильтр CSmooth (аппроксимирует контуры ч/б букв кривыми безье и сглаживает их). Неплохо работает для изначально 600dpi сканов (ч/б или серых/цветных). Для сканов, полученных 300dpi grey->600dpi bw, нужно проводить исследования. Фильтр можно применять как ко всей странице, так и к участку, с помощью соответствующей зоны. Хорошо сглаживает векторную графику (при любом dpi), включая шахм. диаграммы.

Хехе, только я хотел поинтересоваться и вот уже что-то интересное. Столкнулся с тем, что в ST для некоторых серых сканов с маленьким разрешением буквы получаются более менее округлые, а в SK угловатые. Теперь похоже надо качать новую версию и смотреть что получится ).

Добавлено:

Цитата:

Зря Вы убрали в последней версии программы на закладке Book поле Merge pages after split, т.к. теперь нет возможности объединить два скана в один.
А зачем это может быть нужно?

Нужно-нужно. Я так более темные края страниц отсекал и обрабатывал отдельно (разный порог черно- белого изображения). Если опцию убрали, то жаль. Хотя если можно задать градиент, то даже удобнее.


Добавлено:
Ах да, такой вопрос, а можно привести пример использования CSmooth? Я потыкал в опции там, и так и не понял дает это что-то или нет.

MrLAG

Цитата:

Столкнулся с тем, что в ST для некоторых серых сканов с маленьким разрешением буквы получаются более менее округлые, а в SK угловатые.

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

По поводу создания djvu. Очень интересно! Я использую DJVU Imager для вклеивания картинок в файл. Картинки при этом сжимаются с профилем DEE "Photo". В SK я смотрю для зон можно задать только настройки background, а профиль DEE поставить нельзя. Какой же получается результат для картинок (зон) в итоге, каков получается прицнип сжатия и каковы потери? Первая закладка "Covers" как-то не очень интересна, обложки перекидываю в закладку "Special", т.к. зачастую сильно качественного сжатия не нужно (так что для "Covers" может быть сделать выбор профиля...)

Попробовал создать djvu сразу из SK и с помощью DJVU Imager. Для страниц с цветными зонами получилась разница по размеру примерно 10%. Причём Djvu Imager дал файл меньшего размера в итоге. При этом DJVU Imager использует профиль "Photo" DEE версия 24 (и чтобы уменьшить размер я сжимаю картинки в DEE - версия djvu 25, получается на 10-20% меньше размер, затем подставляю их Djvu Imager). А какую компрессию использует SK (и на сколько виляет качество background на картинку/размер)? Есть у меня подозрение, что разница в размере от части из-за того, что используемая SK утилита для сжатия зон дает djvu версии 24, тогда как версия 25 имеет лучшее сжатие.




Цитата:

Здесь все зависит не от того, какую программу вы используете, а от настроек сглаживания

Я пользовался SK 5.93 и последний ST, никаких настроек в ST просто нет (кроме тоньше-толще), а в SK ничего не менял кроме настроек бинаризации. Если есть какие-то дополнительные настройки или алгоритмы, которые можно применить, мне они просто напросто неизвестны )). А то бы уже попробовал применить. CSmooth в новой версии, вот это интересная штука, уже попробовал. Но что куда менять в параметрах чтобы получить наилучший вариант пока не понял ). Меняя параметры разницу замечаешь, но тыканье больше как пальцем в небо. Поэтому и попросил пример. ).

MrLAG

Цитата:

Я пользовался SK 5.93 и последний ST, никаких настроек в ST просто нет (кроме тоньше-толще)

Ничего хорошего нет в том, что эти настройки отсутствуют. Я его вообще с самого начала не воспринял всерьез, когда увидел, что ничего этого нет. Полностью автоматизировать процесс подстройки параметров пока, думаю, невозможно.
Если пугает угловатость букв в СК, попробуйте уменьшить параметр Quality->Smooth. Возможно даже, что эта угловатость - результат разных настроек сглаживания уже при просмотре (т.е. на самих обработанных сканах никакой угловатости нет) - это уже нужно смотреть на сканы.

Выше уже говорилось, что CSmooth будет хорош только на сканах, начальное разрешение которых >600.

Цитата:

Если пугает угловатость букв в СК, попробуйте уменьшить параметр Quality->Smooth.

Спасибо за подсказку! До этого как-то не додумался - действительно получаетсмя лучше.

Цитата:

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

Вот сравнение, пожалуйста: http://ifile.it/5vyklbc/out.rar . Это правда до того как я сгладить картинку по ваше6му совету попытался.

_____________________________________

Решил я поиграться с созданием djvu непосредственно из СК. Взял довольно простой случай - 1 страницу с аккуратной картинкой и ч/б текстом (попадались и такие сканы, что сжимать в СК было бы весьма проблематично). До этого использовал я DJVU Imager для вклеивания картинок, а поскольку сама утилиты сжимает картинки в djvu версии 24, тогда как используемая мною версия DEE (5.10.946) - 25, то всю компрессию, включаяя картинки, я проводил в DEE и затем подставлял в DJVU Imager. Соотвественно, разные варианты я и сравнил между собой (выстроены по возрастанию размера выходного файла):

1) Сжатие в SK, для картинки (зоны) background quality 5 - 23040 байт (версия djvu 24 картинка / версия 25 страница)
2) Компрессия в DEE (картинка - "photo", страница - "agressive") , вклеивание картинок DJVU Imager - 23595 (версия djvu 25)
3) Сжатие в SK, для картинки (зоны) background quality 6 (по умолчанию) - 25650 байт (версия djvu 24 картинка / версия 25 страница)
4) Компрессия страницы в DEE ("agressive"), вклеивание и компрессия картинок DJVU Imager - 27233 (версия djvu 24 картинка / версия 25 страница)
5) Сжатие в SK, для картинки (зоны) background quality 10 (максимум) - 72312 байт (версия djvu 24 картинка / версия 25 страница)

Вот использованные файлы http://ifile.it/427s3nr/1.rar

Разница в размерах из-за версии djvu и разного качества картинки. Сжатие ч/б картинки даёт файл одного и того же размера. Последний вариант (5) это, конечно, перебор, но картинка соотвествует оригиналу на 100% (DEE профиль "Photo" искажает). Сравнивая варианты (1), (2), (4) я особой разницы в качестве картинки не заметил, но при этом СК даёт наименьший по размеру вариант. Надо ещё на разных картинках затестировать, но в любом случае создание djvu непосредственно в СК сильно сэкономит время - полный восторг! )

MrLAG
Странно, что Вы сравнение ведете на 300dpi, когда нормальное разрешение для книг это 600. Посмотрите, что получается на Вашем примере в 600dpi и компиляции в DEE - меньше любого Вашего варианта в 300dpi. Заодно сравните качество текста.

Цитата:

Странно, что Вы сравнение ведете на 300dpi, когда нормальное разрешение для книг это 600. Посмотрите, что получается на Вашем примере в 600dpi и компиляции в DEE - меньше любого Вашего варианта в 300dpi. Заодно сравните качество текста.

1) Книг в 300 dpi полно, взять хотя бы колхоз - 90% это 300 dpi. Да и скан сначал на 600 dpi надо найти. Может и есть смысл upsample делать, я как-то не пытался в этом разобраться (просто в данном примере я PDF взял первый какой попался, не скан).

2) У Вас на картинку идет downsampling до 300 dpi, какая разница то? текст 600dpi, картинка 300. При этом на картинке у вас справа (там где занавесочки) видно что текстура оригинального рисунка замылена из-за потерь на сжатие (профиль брали Scanned или типа того?). А теперь сравните с картинкой в моём примере (book_SK_q(5).djvu). Текстура занавески видна, даже цветочек на ней в порядке.

Вероятно мне следовало пояснить, для меня важно сохранить качество картинки так, чтобы она как можно меньше отличалась от оригинала. В некторых случаях даже небольшео замыливанеи неприемлемо. Я вообще практически все картинки предпочитаю сжимать без потерь (поэтому и использую Djvu Imager, а не только DEE). А так пожалуйста, я и Ваш пример могу сжать ещё сильнее, от картинки уши останутся, зато весить будет 11Кб.

Я попробовал сделать в СК из этой же картинки но в 600dpi с downsampling х2. Получается чуть побольше -23230 (у Вас 23036), но разница в качестве картинки заметна невооружённым гла3ом. Собственно говоря, я же сказал, что использовал Djvu Imager, а там сжатие как DEE с профилем "Photo". Вот Вы пример свой сожмите с "Photo" профилем и посмотрите сколько получится .

MrLAG
1. Я смотрю, уже колхоз стал эталоном сканирования? И много Вы там видели качественных книг в 300dpi?
В 600dpi сейчас сканируют мазохисты или если очень специфическая книга. Давно уже пришли к выводу, что в общем случае достаточно книгу отсканировать в 300dpi, а при обработке сделать его апсеймплинг.
2. У меня на картинку не идет никай даунсеймпинг, я просто делаю апсейплинг для всей страницы, а обработку фото оставляю в оригинале, т.е. 300dpi.
То же самое кстати могли бы делать и Вы, не ухудшая качество приводимого на странице текста.

Цитата:

использовал Djvu Imager, а там сжатие как DEE с профилем "Photo"

А эта информация у Вас откуда? Нигде подобного в описании Djvu Imager я не встречал.
Поскольку описание Djvu Imager не блещет полнотой, привели бы более подробное описание конкретных настроек Djvu Imager для 2 и 4 вариантов из Вашего предыдущего сообщения. Моих познаний в Djvu Imager, например, не хватает понять разницу между "вклеивание и компрессия картинок" и просто "вклеивание картинок".
А еще если нетрудно опишите детально получение дежавю в СК, т.к. там слишком много закладок, и непонятно, как Вы получали свой вариант страницы в СК.
Для меня это важно, т.к. меня заинтересовал способ обработки фото в Djvu Imager и при создании djvu в СК.

Для эргономики электронной книги важно не столько разрешение, сколько читаемость И эта последняя зависит от того, как быстро человек распознает символы. Чем менее символ искажен, тем лучше распознаваемость.
Если шрифт книги достаточно велик, то хватит и 300 dpi без всякого апсемплинга.

На практике необходимо исходить из наименьшего шрифта, используемого в книге. Часто таким шрифтом даются ссылки, комментарии и т.п. Отсюда и "традиция" апсемплинга 300-600 или даже сканирования в 600 в особо тяжелых случаях.

Думаю что я видел достаточно книг с разрешением 300 dpi и весьма приличным качеством текста, уж их я повидал не один десяток тысяч ). Видел и с весьма хреновым, несмотря на все 600. Как сказал товарищ выше, главное читаемость.

Даун на картинку или ап на страницу у вас идет, картинка сжата с потерей качества, которое у меня если и потеряно, то в значительно меньшей степени. Впрочем, если Вас устраивает Ваш вариант, то почему бы нет. Меня устаривает мой. Те кто использует утилиту DJVU Imager оценят то что тоже самое можно сделать в СК, т.к. это быстрее.

Как я уже сказал, DJVU Imager я использую только для собственно вставки картинок. Сжимаю я их в DEE c профилем "Photo". DJVU Imager даёт картинки чуть большего размера, чем профиль "Photo" в DEE, вероятно потому что использует версию djvu 24, в то время как DEE (та версия что использую я) дает версию djvu 25, а может ещё по какой причине, мне это не сильно важно.


Цитата:

Нигде подобного в описании Djvu Imager я не встречал

Как говорится, кто ищет, тот всегда найдет.

NAME
c44 - DjVuPhoto encode.
SYNOPSIS
c44 [options] inputfilename [outputfilename]
DESCRIPTION
Produces a DjVuPhoto encoded image.
___________________________________________

Цитата:

привели бы более подробное описание

Все очень просто. А может и не очень. Упрощённо DJVU Imager делает две вещи.
1. Сжимает задние субсканы сделанные в СК.
2. Вставляет их в DJVU книжку, сделанную из передних субсканов.
(http://www.djvu-soft.narod.ru/scan/djvu_imager.htm)

Сжатые субсканы DJVU Imager хранит во временной папке и ничто не мешает заменить их сжатыми в DEE. Поэтому и разные варианты. Можно позволить утилите все сделать самой, но размер будет чуть больше. Можно сжать субсканы в DEE, а утилита только их вклеит. В конце концов ей не очень важно откуда чанк BG44 выдирать, гланое чтобы с профилем "Photo" было сжато.

В СК все делается проще. В моем случае у меня ч/б страница и картинка. Делаю соотвествующую зону. Обрабатываю страницу (Process). Создаю "out-task". В ней выбираю "Create Djvu". В данном случае можно просто нажать "Attach Auto". Страница прикрепится к 3й закладке. На 3й закладке выставить качество ну и все, можно сжимать. Там все просто, надо только попробовать.

ghosty
MrLAG
Правильные вещи говорите о 300dpi, но я не встречал НИ ОДНОЙ книги, после обработки которой в 300 и 600dpi получался сопоставимый по качеству текст.
Одно время я увлекался производством параллельно одной и той же книги в двух разрешениях, но, повторяю, ни разу тексты не были сопоставимы.
Да и что далеко ходить за примером.
Разве не заметна разница в тексте в моем варианте и в любом Вашем - MrLAG варианте. "хватит и 300 dpi без всякого апсемплинга" и "с разрешением 300 dpi и весьма приличным качеством текста" в данном случае может быть аргументом только при условии, что необходимо сделать книгу как можно меньшего размера.

MrLAG
Спасибо за подробные разъяснения, но, к сожалению, Вы так и не ответили конкретно на различие между "вклеивание и компрессия картинок" и просто "вклеивание картинок".
С методом раздельной компиляции я знаком, поэтому хотелось бы знать, какие параметры Вы задавали для вариантов 2 и 4 Ваших примеров.
Поскольку здесь это похоже на оффтопик, напишите, пожалуйста, мне в личный ящик.
Еще раз повторю, вопрос получения качественных фото при небольших их размерах для меня сейчас очень актуален.

bolega
При попытке создать djvu автоматически (Attach Auto, Run all steps) получаю следующее:
===========================
===========================
Step 2 finished at 04.10.11 23:28
Encoding completed successfully
Size of encoded djvu: 5Kb
===========================
===========================

===========================
===========================
Step 3 start at 04.10.11 23:28
===========================
===========================

Dump structure of step2.djvu... Failed.

===========================
===========================
Step 3 finished at 04.10.11 23:28
Encoding failed (20)
===========================
===========================
В чем причина?

shch_vg

Если дадите файлы и сохранённую задачу, то можно попытаться найти ответ. А по приведённому логу мало что сказать можно ). У меня тоже Fail случался как-то, причина была в указанном профиле DEE в настройках.

MrLAG
Файл Ваш - zz.tif, обработка в СК самая простейшая по умолчанию. Картинка взята в picture-зону тоже по умолчанию. Сделан out-task, а дальше все снова по умолчанию (Attach Auto, Run all steps).
Судя по протоколу, ч/б обработка проходит нормально, а не срабатывает обработка фото.
Профиль DEE нужен, как я понял, для обработки ч/белого текста.

shch_vg
Какая у Вас версия djvulibre?

Судя по логу, спотыкается при вызове команды
"djvudump.exe step2.djvu"
Судя по коду ошибки, вызов происходит, но заканчивается аварийно.
Причина мне пока непонятна. Может djvudump.exe не найден?
Попробуйте для интереса вручную эту команду запустить:
djvudump.exe step2.djvu >dump.txt
пути только нужно правильные подставить везде

MrLAG

Цитата:

У меня тоже Fail случался как-то, причина была в указанном профиле DEE в настройках.

А в чем была проблема? Может в имени профиля пробелы были?

bolega

Цитата:

Какая у Вас версия djvulibre?

3.5.12
Для упрощения перенес step2.djvu в директорию с djvudump.exe и из нее выполнил команду djvudump.exe step2.djvu >dump.txt.
В dump.txt получил следующее:
OS/2 executeable module by Innotek supported GCC!

Где взять заведомо работающую djvulibre?

shch_vg
Похоже,у Вас бинарники для полуоси )))
Теперь я понимаю, почему СК не вернул в логах текстовое описание ошибки.


Цитата:

Где взять заведомо работающую djvulibre?

http://sourceforge.net/projects/djvu/files/DjVuLibre_Windows/


Цитата:

получение дежавю в СК, т.к. там слишком много закладок

На самом деле закладки относятся к разным типам сканов. 2-я (Step1) - к обложкам (условно)или просто к цветным страницам, которые нужно закодировать профилем photo. 3-я (Step2) - к ч/б без зон; 4-я (Step3) - к ч/б, но с зонами; 5-я (Step4)- к тем, для которых нужно применить особый профиль DEE (например, к тем же цветным страницам).
Параметры для закладок 2-4 выставлены по-умолчанию, так что на первый раз их можно вообще не менять. Качество для зон (=6) выставлено на мой вкус - на самом деле оно достаточно великовато. При таком качестве замыливание однородных участков на зонах невелико (практически нет характерных разводов). В сети не много встретишь книг с таким качеством иллюстраций, обычно разводы при увеличении заметны гораздо сильнее. Можно смело уменьшать значение до 4-5, если для вас это не имеет значение.

На 1-й закладке - кнопки, которые прикрепляют файлы к закладкам. Команды действуют для выделенных файлов, выделение делается стандартно для windows, включая мультивыделение. В контекстном меню списка файлов есть команды для группового выделения. Команда Attach auto действует на все файлы списка. Ч/б страницы с зонами она прикрепляет к Step3. Но никто не запрещает прикрепить их к Step2. Это эквивалентно тому, что djvu будет создаваться без метода подклейки зон, т.е. исключительно с помощью DEE. Это кстати вполне рабочий вариант, при тех параметрах, которые выставлены по дефолту на закладке Step2. На этой закладке можно при желании выбрать уже существующий профиль DEE. Но нужно иметь ввиду, что если те или иные галки не сняты на парметрах, они будут перекрывать одноименные параметры из выбранного профиля DEE.
Step2 обязательно должен выполняться до Step3, т.к. последний использует результат предыдущего. Остальные шаги можно выполнять в произвольном порядке. Это на случай, если по каким-то причинам нужно перегенерировать djvu с другими параметрами. В этом случае на неизменяемых закладках можно включить Skip this step, чтобы не делать лишней, повторной, работы. Например, если нужно повторно сгенерировать djvu, но с измененными парметрами кодирования зон, можно везде, кроме Step3, проставить галки на skip и нажать на Run all steps.
Если step2 выполнен, на закладке Step3 можно использовать Preview, чтобы закодировать и посмотреть на djvu текущей выбранной страницы.
Если djvu кодируется отдельными шагами, т.е. не через Run all steps, то собрать все djvu-шаги в один итоговый djvu - с помощью команды bundle result на 1-й закладке.

Отличия от Djvu Imager:
1) параметры качества подклейки зон влияют по-разному.
2) в Djvu Imager нельзя подклеить зоны, если размеры страницы не кратны соотношению [dpi страницы/dpi зон]. В СК такого ограничения нет. Это условие заложено в сам формат djvu, СК обходит его с помощью изменения на лету белой "подложки" страницы на 1-11 пикселей.
Коэффициент downsample зон может быть не целым числом (но при условии, что размеры страницы кратны 12 - это теперь в СК делается по-умолчанию).
3) СК корректно раскрашивает специальным djvu-чанком любые куски на странице, даже если они соприкасаются. Djvu Imager этого пока не может (т.е. соприкасающиеся). Как СК это делает - я писал ранее. Он декодирует все блиты djvu, и расщепляет те из них, которые соприкасаются и при этом имеют разный цвет. Напомню, что раскраска выполняется для специальных раскрашенных СК-зон.

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


Несколько замечаний по диалогу.

bolega
Ура! Заработало!!!
Большое спасибо за такое подробное описание, теперь понятно, что можно пробовать изменить в настройках.

К сожалению, в окне djvu не виден сам файл.

P.S. DPI setting display - Large size
Проверил сейчас на Normal size - тот же эффект, причем при открытии окна djvu на какую-то долю секунды проскакивает имя файла, которое тут же покрывается синим.

Добавлено:
Помогите понять следующую проблему, что я делаю неправильно.
Загружаю в СК скан страницы бюллетеня (А4), сделанный в 300dpi, в цвете.
Внизу СК правой пиктограммой чищу все свойства и помечаю его.
Перехожу в окно djvu.
Выполняю Attach Auto.
Выполняю Run all steps
Получаю протокол:
===========================
===========================
Step 1 start at 05.10.11 23:08
===========================
===========================

Prepare files... Done.
Run phototodjvu.exe... Failed.

===========================
===========================
Step 1 finished at 05.10.11 23:08
Encoding failed (32)
===========================
===========================

Тот же эффект, когда на закладке Step2 выставлял профиль DEE, которым обычно компилирую такие цветные сканы.

Добавлено:
Еще один непонятный момент: почему даже при выставлении своего профиля на закладке Step2 программа пытается вызвать модуль phototodjvu.exe, который почему-то не может выполнить?

shch_vg

Цитата:

К сожалению, в окне djvu не виден сам файл.

Виден, но еле-еле. Цвета сливаются. Надо будет забледнить цвет подсветки.


Цитата:

Encoding failed (32)

phototodjvu.exe не найден в папке DEE.
При нормальной инсталяции DEE он должен лежать там же где и documenttodjvu.exe.

Еще несколько замечаний.
1)Закладки имеют (и меняют) свой цвет. Желтоватый означает, что step вообще не используется, серый - что step используется, но еще не сгенерировал djvu, зеленый - step выполнен.
2)Файл, который отнесен к step3, неявно присутствует и в step2, т.к. зоны вклеиваются в ч/б страницу, которая понятное дело должна быть закодирована в DEE.
3)Цветной скан не может быть отнесен к step3, даже если на нем есть зоны. Это ограничение djvulibre, которое не позволяет на одной странице иметь два одинаковых чанка (в данном случае 2 цветных фона).
4)Если метод подклейки зон не используется, то СК сам сливает все зоны для всех страниц перед кодированием djvu. Слияние производится во временные файлы, исходные файлы не изменяются. В любом случае, если djvu создается в СК, необходимость в команде Zones->Pic zones->Merge zones полностью отпадает. Более того, она противопоказана при использованиее метода подклейки зон.
5) я столкнулся с тем, что иногда утилиты djvulibre подвисают. Никакой закономерности не выявил. Поэтому в СК предусмотрен тайм-аут на их работу: если они долго не завершаются, СК перезапускает их автоматом. Такого, чтобы и второй раз на одном и том же файле подвисало, мне не встретилось. DEE не зависал никогда. Все перезапуски протоколируются в логах. В логах также протоколируются страницы (step3), где СК пришлось расщеплять блиты для зон раскраски, а также изменять размер "подложки" для получения необходимой для djvu кратности соотношения dpi зон/страницы и размеров страницы.

Добавлено:

Цитата:

Еще один непонятный момент: почему даже при выставлении своего профиля на закладке Step2 программа пытается вызвать модуль phototodjvu.exe, который почему-то не может выполнить?

А у Вас файл приаттачен к Step2? Ощущение, что он сидит в Step1. Можете использовать и step4.
Кстати, внизу на каждой закладке указано кол-во файлов, которые приаттачены к данному шагу.

bolega

Цитата:

phototodjvu.exe не найден в папке DEE.
При нормальной инсталяции DEE он должен лежать там же где и documenttodjvu.exe.

У меня как раз нормальная инсталяция и этот файл есть в соответствующей директории bin, путь к которой прописан в системном пути при инсталяции.

Цитата:

Желтоватый означает, что step вообще не используется

А я думал, что наоборот ,но вижу, что при автоатаче мой файл приатачивается к первому шагу.
В принципе я пробовал выполнить задание на автомате, т.е. после Автоатач давал команду Выполнить все шаги, имея в виду, что сама программа разберется, какие надо выполнять, а какие не надо.
Но после запуска только первого шага с установками по умолчанию получил следующее:
===========================
===========================
Step 1 start at 06.10.11 02:52
===========================
===========================

Prepare files... Done.
Run phototodjvu.exe... Done.
Extract djvu pages from step1.djvu... Failed.
*** [1-11711] Failed to open '1975-03(165)-01.s1.djvu': Invalid argument.
*** (..\..\..\libdjvu\ByteStream.cpp:693)


===========================
===========================
Step 1 finished at 06.10.11 02:52
Encoding failed (20)
===========================
===========================
хотя файл step1.djvu есть, но непонятно, зачем нужно из него извлекать djvu pages.

Попробовал вручную приатачить файл к четвертому шагу и задать там свой профиль.
Результат получил аналогичный вышеприведенному, в наличии оказался файл step4.djvu заметно меньших размеров, т.к. мой профиль жмет сильнее.

В результате так и не понял: step1.djvu и step4.djvu соответственно это уже конечные результаты, или на выходе должно было быть что-то другое?

Цитата:

А в чем была проблема? Может в имени профиля пробелы были?

Я уже не помню в чем дело именно было, но вылетело с ошибкой. Однако больше ни разу ошибок не было, все работает так как я этого хочу, спасибо ).



Цитата:

3)Цветной скан не может быть отнесен к step3, даже если на нем есть зоны. Это ограничение djvulibre, которое не позволяет на одной странице иметь два одинаковых чанка (в данном случае 2 цветных фона)

Я бы сказал что отнесён он может быть, просто один из чанков BG44 потеряется. ). Кстати, а можно ли для зон тоже добавить возможность поставить профиль DEE "photo"? В принципе качество меня и так устраивает... с качеством background 5 мне кажется самое оптимальное.

Кстати, мой вопрос все ещё в силе. Для зон по умолчанию в свойствах ставится "gray", хотя логичнее вроде как иметь "original". В результате каждый раз приходится эту опцию менять (а если забыл запускать обработку заново). Можно ли это как-то изменить (добавить сохранение опции по умолчанию или типа того, мне кажется сохранять зону оригинальной гораздо более частый вариант)

У меня ещё один вопрос возник. А в настройках бинаризации HighDark это сколько? А то я ставлю "MiddleDark" для страницы и "HighDark" для зоны и у меня получается, что с "HighDark" картинка светлее? оО. И градиент выставить нельзя (а для HighLight можно).

Получается

high light 120
middle light 130
low light - 140
Normal - 150
LowDark - 180
Middle Dark 200
High Dark ???


И поясните на счёт градиента. Вроде пользуюсь, но до сих пор не могу понять как распределяется порог черно-белого изображения. )

Поскольку ответа на свой последний вопрос я не получил, пришлось самому методом тыка определять причину ошибки при создании djvu.
Оказалось, что этот процесс надух не переносит русские буквы в пути к директории, в которой содержатся компилируемые файлы.
Возник следующий вопрос.
Нельзя ли как-то управлять процессом сохранения промежуточных файлов , создаваемых разными шагами?
Наверное, имеет смысл их все удалять при выполнении обработки по клавише Run all steps, или дать возможность управлять таким удалением.
Попробовал получить djvu из 19-ти серых сканов.
В результате в директории с исходными сканами появилось 19 одноименных файлов с суффиксом s1.djvu.

shch_vg

Цитата:

процесс надух не переносит русские буквы в пути к директории

типичная ситуация, куча софта этим страдает

Цитата:

А в настройках бинаризации HighDark это сколько?

Методы Highdark и Smooth - адаптивные - порог подбирается в зависимости от картинки.

VadimirTT

Цитата:

типичная ситуация, куча софта этим страдает

Так-то оно так, но здесь несколько другая ситуация.
Пользователь работает в СК с русскими директориями, как вдруг в нем же (хотя на самом деле в какой-то вызываемой им программе) не может работать.
Не сразу поймешь, в чем дело.
Здесь бы не помешала какая-нибудь проверка на это дело или хотя бы предупреждение, например, в окне djvu.

shch_vg
так наверняка это проблема внешней утилиты, кромсатор здесь крайний

VadimirTT

Цитата:

так наверняка это проблема внешней утилиты, кромсатор здесь крайний

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

Так, вот ещё один вопрос появился. По списку файлов в задаче можно перемещаться колёсиком мышки. Но также можно было и просто стрелочками (им если мне надо было быстро пройти я именно стрелочки и применял). А теперь почему-то список файлов на стрелки никак не реагирует?

Цитата:

Но также можно было и просто стрелочками

[q] и [w] устроит?
А стрелки скорее всего были назначены в быстрых клавишах.