» Scan Tailor: Часть 2

TeXpertДай ссылку на свою книжку

alpopo
Цитата:

Дай ссылку на свою книжку

Да не моя это книжка --- из Либгена взял, вот
Там еще и косые страницы есть

Если быстро почистишь --- буду благодарен, а если пошагово кратко опишешь, как делать --- премного

TeXpert Там и описывать нечего забирай

Новая сборка.

Добавил новую опцию:

Dont_Equalize_Illumination_Pic_Zones

Не применять выравнивание освещённости к зонам иллюстраций.

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

Возможный сценарий использования:

1. Сделать сканобработку как обычно.
2. Просмотреть сканы на стадии "Вывод", и те "смешанные" сканы, где образовались "пересвеченные" зоны иллюстраций, удалить физически из папки out.
3. Установить галку "Не выравнивать освещённость в зонах иллюстраций" в окне Инструменты - Настройки...
4. Запустить пакетную обработку всех сканов на стадии "Вывод" и уйти заниматься своими делами.

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

Опцию я сделал глобальной (а не постраничной) по 2 причинам:

1. Это очень редко нужный функционал. Я сколько лет книги сканирую - и у меня ни разу в ней нужды не возникало. А ведь, как говорит Tulon - "каждая новая галочка - это удар по простоте интерфейса".

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

Сборка от 2013.02.09: http://rghost.ru/43674111

Добавлено:
Забыл сказать: принцип действия - в том, что в момент формировании зоны каждый её пиксель подменяется пикселем из оригинального изображения.

Добавлено:
TeXpert

Цитата:

прикажете гадать, что такое "обычным образом"?

Имеется в виду авторская инструкция на http://sourceforge.net/apps/mediawiki/scantailor/index.php?title=Main_Page

Цитата:

Устанавливаю на одной из заполненных страниц размеры полезной области, указываю, чтобы эти параметры принять для всех страниц

Вот об этом-то Вы и не сказали. А так ИМХО никто и не делает - полезную область положено делать постранично, а не оптом. "постранично" - значит, кликаете мышкой в Scan Tailor на пункт "4. Полезная область", в правом конце того пункта появится круглая серая кнопка - нажмёте на неё, и программа автоматом выставит на всех сканах полезную область - индивидуально (по размеру и расположению) для каждого скана.


Добавлено:
LonerDergunov

Цитата:

И с другой стороны, и вообще на другой клавиатуре на другом компьютере.

Пока затрудняюсь придумать, чтобы сделать с этим. Раз у меня воспроизвести не получается - то как я исправлю?
Скорее всего, Вы как-то по особенному всё это делаете. Попробуйте максимально подробно описать свои шаги - при возникновении бага. Я открываю СТ, сразу переключаюсь на вывод и на вкладку зоны, и пробую зоны - Вы так же? Думайте, думайте - что Вы делаете нетипичное.

Цитата:

Это такая задумка или это баг?

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

Вообще гадать "почему баг" почти бесполезно.

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

А вот по поводу выравнивания освещённости - при включённой галочке картинки после обработки у вас имеют тот же цвет, что и в оригинале? Зоны не становятся тёмно-тёмно-синими?


Цитата:

каждая новая галочка - это удар по простоте интерфейса

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

LonerDergunov

Цитата:

А вот по поводу выравнивания освещённости - при включённой галочке картинки после обработки у вас имеют тот же цвет, что и в оригинале? Зоны не становятся тёмно-тёмно-синими?

Не понял вопрос. Все параметры скана остаются прежними - и глубина цвета, и размеры. Вот код, который делает всю работу:

Код:
Было так:
// Non-B/W content.
mixed_line[x] = reserveBlackAndWhite<MixedPixel>(mixed_line[x]);

Я сделал так:

// Non-B/W content.
if (dont_equalize_illumination_pic_zones)
    mixed_line[x] = reserveBlackAndWhite<MixedPixel>(original_image_line[x]);
else
    mixed_line[x] = reserveBlackAndWhite<MixedPixel>(mixed_line[x]);

Цитата:

Не понял вопрос. Все параметры скана остаются прежними - и глубина цвета, и размеры.

Специально ещё перепроверил на чистой свежеустановленной ХР на другом компьютере - после рендеринга выделенные зоны становятся синими.
http://rghost.ru/43681107.view

Цитата:

А так ИМХО никто и не делает - полезную область положено делать постранично, а не оптом.

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

Цитата:

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

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

LonerDergunov

Цитата:

после рендеринга выделенные зоны становятся синими.

Это при выставленной галке "не выравнивать освещёность в зонах иллюстраций"? А если галка не установлена - то всё нормально?

У меня таких проблем нет - на присланном мне скане, где была зона пересвеченная.

Давайте скан, где синие зоны получаются, и файл задания к нему.

Кстати - на той зоне тоже проявляется та проблема с прямоугольным сдвиганием? Если да, то как раз сразу 2 проблемы гляну.

Я нашёл ошибку в новой опции Dont_Equalize_Illumination_Pic_Zones.

Ошибка выразилась в том, что при включённом деворпинге и установленной галке "Не выравнивать освещённость в зонах иллюстраций" изображение в зонах заметно смещалось. Ошибку исправил.

Сборка от 2013.02.10 http://rghost.ru/43703897

Подробности тут: http://www.djvu-scan.ru/forum/index.php?topic=1137.msg5479#msg5479

Я нашёл ошибку в экспорте субсканов. Ошибка возникает при экспорте одиночных сканов - в отличие от случая сдвоенной страницы - выдаётся сообщение об ошибке "не найден файл ...L" (левый).

Сборка 2013.02.11 http://rghost.ru/43726244

monday2000

Цитата:

Это при выставленной галке "не выравнивать освещёность в зонах иллюстраций"? А если галка не установлена - то всё нормально?

Да, только с включённым выравниванием.


Цитата:

Ошибка выразилась в том, что при включённом деворпинге и установленной галке "Не выравнивать освещённость в зонах иллюстраций" изображение в зонах заметно смещалось. Ошибку исправил.

Не-а, ещё не вся ошибка исправлена. Что с включённым, что с выключенным - и изображение смещается, и синюшность появляется.


Цитата:

"не найден файл ...L" (левый).

А я только дошёл до этого места, думал, что у меня в чём-то ошибка...


Цитата:

Кстати - на той зоне тоже проявляется та проблема с прямоугольным сдвиганием? Если да, то как раз сразу 2 проблемы гляну.

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

Вот на скрине верхний рисунок - прямоугольный. Выделение тоже было прямоугольным (делалось с зажатым Ctrl). Потянул за уголки с зажатым Ctrl - получилось то, что на скрине - левый верхний угол значительно сдвинулся:
http://rghost.ru/43734216.view


Цитата:

Давайте скан, где синие зоны получаются, и файл задания к нему.

http://rusfolder.com/34964867
Два файла (которые на скриншоте). Первый - с прямоугольником, второй - с синей зоной выровненного освещения.
Оба отрендерились с включённой зоной выравнивания освещения, но первый остался как есть, а у второго цвет и содержимое зоны исказились.

alpopo
Цитата:

Там и описывать нечего

Ну, в следующий бы раз сам бы попробовал
Цитата:

...забирай

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

monday2000
Цитата:

Вот об этом-то Вы и не сказали

Еще как сказал:
Цитата:

...попробовал задать поля для всех страниц сразу

просто, меня учили выражаться немногословно, под этим как раз имелось в виду
Цитата:

"4. Полезная область", в правом конце того пункта появится круглая серая кнопка - нажмёте на неё, и программа автоматом выставит на всех сканах полезную область

--- но в отличие от Вас я поверил в галочку там же (если Вы заметили), со смыслом "применить ко всем страницам", я решил что указанная мной для отдельной заполненной страницы полезная облась будет приложена ко всем страинцам сразу. Оказалось, что не так
Цитата:

...индивидуально (по размеру и расположению) для каждого скана

Просто, можно было бы и другую опцию предусмотреть

Добавлено:
Вот и slava_kry подтверждает, что спрос на фукционал есть

LonerDergunov

Цитата:

Если журнал весь цветной, то после SТ получаются некрасивые белые поля на переобрезанных страницах

Чтобы не было переобрезания, можно такие области выставлять по максимально заполненой (максимальной по заполненности) странице. Да и большинство книг --- не цветные. Просто, одинаковые по размерам страницы удобны при печати, не все принтеры правильно масштабируют

Цитата:

Чтобы не было переобрезания, можно такие области выставлять по максимально заполненой (максимальной по заполненности) странице. Да и большинство книг --- не цветные.

В моей цитате упомянуты журналы. После обрезки-исправления наклона сложновато в ST подогнать размер таким образом, чтобы не появлялись белые/серые поля. Хотя это уже оффтоп...
А может и не оффтоп...
monday2000
Не было бы лишним цифровое регулирование размеров страниц при обрезке. Сейчас всё в программе делается на глазок и зависит только от твёрдости руки - потянул область выделения - выделилось много, потянул - выделилось мало...
Хотелось бы хоть простейшего цифрового регулирования, как например в FSIV:
http://rghost.ru/43749716.view

monday2000
Может, добавите задание порога бинаризации.
Исходник: http://rghost.ru/43749431.view
После обработки в ST: http://rghost.ru/43749439.view
ST ведь позиционируется как универсальный инструмент пост-обработки сканов. Ладно всякие яркости-контрастности, которые можно настроить практически в любых графических редакторах, но бинаризация - это уже ускоспециализированная нужная функция для сканов.

Цитата:

monday2000
Не было бы лишним цифровое регулирование размеров страниц при обрезке. Сейчас всё в программе делается на глазок и зависит только от твёрдости руки - потянул область выделения - выделилось много, потянул - выделилось мало...

Да, да! Было бы очень полезно. Пусть хотя бы только для информации, а то бывает очень сложно корректно подобрать высоту полезного поля, когда, например, в конце глав текст идет только до середины страницы, а то и вообще только несколько строчек в самом верху, аналогично и в начале глав, когда текст в основном собран внизу, а верхнее поле имеет неопределенную высоту. С шириной тоже иногда возникают проблему, если в сплошной текст вставлены стихотворные страницы, где текст сцентрован, и боковые поля, мало того, что сильно отличаются от основного текста, так еще разные на разных страницах...

Сборка 2013.02.12 http://rghost.ru/43754070

Добавлено:
LonerDergunov
По Вашему образцу мне удалось, наконец, воспроизвести оба бага. Синие зоны уже пофиксил, перекос прямоугольного перетаскивания - пока нет.

Предположительная причина перекоса прямоугольного перетаскивания - разность экранной и программной системы координат - видимо, одна повёрнута относительно другой на некий малый угол - возможно, из-за Deskew.

Добавлено:

Цитата:

Не было бы лишним цифровое регулирование размеров страниц при обрезке.

Это уже из области сканобработки журналов. Такая или аналогичная фича представляется лично мне разумной - но когда всем этим заниматься... Пока надо с книгами хотя бы разобраться - журналы - уж как-нибудь потом...

Цитата:

Может, добавите задание порога бинаризации.

Такое с СТ мне представляется излишним. Есть же другие программы для таких целей. Если Вам нужна хитрая бинаризация - поэкспериментируйте с различными её алгоримами, я их уже несколько насобирал тут: http://djvu-soft.narod.ru/bookscanlib/project.htm

Но очевидно, что такие пожелтевшие чем-то залитые сканы одной лишь бинаризацией не проймёшь - даже самой изощрённой. Здесь нужен целый ряд алгоритмов реставрации. Всё это отдельная большая канитель и мне этим некогда заниматься. Я хочу просто слегка подшаманить СТ и всё.

monday2000
Спасибо. Теперь вроде зоны при отключении выравнивания цветов везде отображаются правильно.
По поводу прямоугольников выделения - да, точно, проблема в Deskew. Чем сильнее наклонена страница относительно оригинальной - тем сильнее искажается прямоугольник выделения; например, если тянуть за нижний правый угол, то получается четырёхугольник, у которого правая и нижняя сторона параллельны сторонам изначальной, неповёрнутой картинки.
С вычищением ещё буду разбираться, начал читать статьи и форум).

Вот тут была речь про добавление пустых страниц. Не могли бы вы добавить такую возможность в ST ?

Сборка 2013.02.13 http://rghost.ru/43773177

Добавлено:
LonerDergunov
Тестируйте.


Цитата:

Вот тут была речь про добавление пустых страниц. Не могли бы вы добавить такую возможность в ST ?

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

monday2000
А нет ли желания вернуться к идее раскрашивания текста?


Цитата:

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

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

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

http://www.djvu-scan.ru/forum/index.php?topic=45.0

monday2000
Спасибо. Пока проблем с выделением не заметил.


Цитата:

а что мешает принимающей стороне самостоятельно сгенерировать нужные пустые листы?

Вручную просматривать какие страницы отсутствуют, создавать пустышки соответстующего размера, переименовывать пустышки номерами страниц... А если цветных страниц - не одна обложка, а ещё и внутри по нескольку штук в разных местах...
Одна галочка могла бы сэкономить пару минут времени на каждом скане. Имхо даже не галочкой это стоит реализовать, а в принудительном порядке. Ведь сейчас при первоначальной сборке в DjVu Small эти страницы просто теряются если не создавать вручную. Но вам решать.

tlotr

Цитата:

А нет ли желания вернуться к идее раскрашивания текста?

Реализовать такое - непросто, это как десять экспортов субсканов сделать. Нет у меня времени.

Нашёл забавный глючок: при экспорте разрезанных сканов экспорт нормально идёт на стадии вывода, но пишет "файл не найден" на первой стадии. Оказалось, что до разрезки файлов прога не знает, а будет ли разрезка. Глючок подправил, потом выложу сборку.

Возможно ли реализовать в ST Featured такую возможность, как выбор из программы предпочтительного языка интерфейса?
+
Если скан черно-белый, то создание субскана не происходит. Возможно ли сделать вывод субсканов для таких файлов? Удалить файлы легче, чем создать новые.

Здравствуйте!
Столкнулся с проблемой - криво разрезана книжка, т.е. на правой одиночной странице осталась половинка левой, на левой одиночной - половинка правой. Я разобрал при помощи djvutoy книжку в png, попытался обработать её при помощи ST, но, к сожалению, не знаю (или у меня не получается сделать) как заставить его выставить фиксированную линию для разреза для четных страниц и для нечетных страниц. Я пытался сделать это через shift и применить к каждой второй после этого изображения, но успеха не достиг. Не подскажете, как справиться с этой проблемой?

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

Cборка 2013.02.15 http://rghost.ru/43821852

Добавлено:
Изменения:

1. Если при экспорте сканов стоит галка "Разделять смешанный вывод" и экспорту попадаются Серые/Цветные сканы - то каждый такой скан помещается в папку "2", т.е. считается как бы задним субсканом (это было и в прошлых сборках).

Новое в этой сборке: для каждого такого скана генерится соответствующий ему передний пустой белый субскан в папке "1". Это рассчитано под последующую сборку экспорта связкой DjVu Small + DjVu Imager. А именно, DjVu Imager умеет замещать чисто белые чёрно-белые страницы обклеиваемого DjVu-файла цветными одностраничными DjVu (применяемыми в качестве иллюстраций). Но для этого DjVu Imager'у требуется присутствие в нужных позициях обклеиваемого DjVu пустых чб страниц.

2. Добавил новую опцию экспорта - "Создавать пустые задние субсканы".

Если при экспорте сканов стоит галка "Разделять смешанный вывод" и экспорту попадаются чёрно-белые сканы, то каждый такой скан помещается в папку "1" (это было и в прошлых сборках), а (новое в этой сборке) в папке "2" новая опция (будучи проставленной) генерит соответствующий ему пустой белый задний субскан в режиме серого (могу переделать в цветной 24 бита, если надо).

Добавлено:
woodyfon

Цитата:

Возможно ли реализовать в ST Featured такую возможность, как выбор из программы предпочтительного языка интерфейса?

А зачем? Если нужен английский интерфейс - достаточно переименовать папку "translations".

Если нужен не русский и не английский - а винда, допустим, русская, то идём в папку "translations", выкидываем оттуда файлы с суффиксом "ru", а у файлов желаемого языка перевода интерфейса наоборот ставим суффикс "ru".

Я залил последнюю сборку (2013.02.15) на Sourceforge. Старую удалил оттуда.

https://sourceforge.net/projects/scantailor/files/scantailor-devel/featured/

Благодарю за прямоугольное выделение областей. Чрезвычайно полезно, сэкономило мне массу времени.

monday2000, логичным продолжением начатой вами работы видится появление после этапа финальной обработки кнопки СОЗДАТЬ djvu. скантейлор заточен под ограниченный выбор опций обработки, разделение сканов вы сделали, без вмешательства пользователя можно закодировать с базовыми параметрами черно-белый слой и спросить пользователя как сильно сжимать серые картинки и на выходе выдать готовый djvu. во я размечтался

Сборка 2013.02.28

http://rghost.ru/44176583

Добавлено:
Новая опция:

Original_Foreground_Mixed

На вкладке "Редкие опции" окна "Экспорт" появилась новая галка - "Сохранять исходные цвет и освещённость передних субсканов (долго)".

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

Это сделано для 2 целей:

1. Предоставить пользователю полную свободу выбора средств бинаризации передних субсканов. Может, кому-то захочется делать выравнивание освещённости (передних субсканов), допустим, не в Scan Tailor - а в Book Restorer, а бинаризацию - в какой-то своей программе. Данная опция немного снижает уровень тоталитарности Scan Tailor - добавляя пользователю чуть больше свободы.

2. Цветной текст. Сейчас Scan Tailor вообще никак не учитывает этот случай. У меня есть программа - DjVu Pal - для раскраски текста уже в готовом DjVu - но это не очень практично и удобно (т.к. цвет надо "на глазок" вручную подбирать). Я слышал, что, вроде бы, в ScanKromsator есть какие-то варианты создания DjVu с учётом цветного текста, так что можно сначала делать первичную обработку в Scan Tailor Featured - а заканчивать созданием DjVu в ScanKromsator (в случае цветного текста).

Работает опция так: прямо во время экспорта вызывается создание серой копии текущего экспортируемого "смешанного" скана - затем сформированная копия подаётся на вход функции, разделяющей "смешанный" скан на 2 субскана. При этом для каждого чёрно-белого пикселя "смешанного" скана берётся соответствующий пиксель из серой копии - и вставляется в результат. Для цветных сканов это тоже работает.

К сожалению, эта опция очень сильно замедляет по времени процесс экспорта - особенно, если включён Dewarping (для текущего экспортируемого "смешанного" скана). Так что имейте это в виду - кто будет пользоваться.

Добавлено:
Кстати - по поводу освещённости. Я вывожу именно в невыровненной освещённости, если кому-то надо наоборот - в выровненной - то это можно сделать вот этим алгоритмом: http://www.djvu-soft.narod.ru/bookscanlib/016.htm - принципиально он (по моему мнению; но это можно уточнить у Tulon) такой же, какой используется в СТ.

Добавлено:
tlotr

Цитата:

Благодарю за прямоугольное выделение областей.

Пожалуйста.

balik1982

Цитата:

появление после этапа финальной обработки кнопки СОЗДАТЬ djvu.

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

А как Вы себе всё это представляете, допустим, в Mac OS? Linux? Там ведь тоже есть Scan Tailor.

Предложите лучше bolega добавить в ScanKromsator ещё и, допустим, TesseractOCR (или CuneiForm) - а то что же это он, создание DjVu добавил, а про OCR забыл.