» Scan Tailor: Часть 2

Вот тут, например, есть примеры постеризации на C++:
http://www.qtcentre.org/threads/36385-Posterizes-an-image-with-results-identical-to-Gimp-s-Posterize-command

Цитата:

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

А можно увидеть пример таких сканов и закодированных djvu? Так будет понятнее... Если не сложно.

Сначала про выравнивание освещения. Чекбокс этот иногда почему-то неактивен, активировать его можно при помощи магического действия: переключиться на цветной вывод, там активировать аналогичный чекбокс, и затем переключиться на смешанный вывод обратно. Так и не понял, чем это вызывается.
Про постеризацию -- при ближайшем рассмотрении все оказалось менее страшно, но с постеризацией результат, конечно же, лучше. Вот примеры: http://www.onlinedisk.ru/file/834051/ (использован very agressive профиль documenttodjvu)

iit512

Цитата:

Прошу меня простить, но я напишу сюда еще один feature request....
...Но выход есть -- это постеризация.

И мне, и мне ! Descreen и шумодав
Для автоматизации потребуется ещё автосегментатор, различающий полиграфический растр и печатный текст.
Для оптимизации размера исходных полноцветных иллюстраций перед кодированием в jpeg/jpeg2000/iw44 нужен ап- и даун- скейл.

Ну сколько раз говорить что со сложными, полноцветными сканами всё равно придётся возится в граф. редакторе, ибо реализация упомянутых выше фич в Scan Tailor очень затратна.


Цитата:

часть текста напечатана зеленым на красном фоне

+постеризация = в идеальном случае 2 цвета.
В топике "Электронные книги: сканирование, обработка, сборка", насколько помню это называлось "обработкой малоцветных сканов". Там же предлагалось несколько рецептов и неоднократно происходило обсуждение этих процессов.

Цитата:

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

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

ndch
Размечтался как - Descreen, шумоподав ))
Я лично эту обработку делаю до СТ, по крайней мере это касается Descreen.

Onger

Цитата:

Я лично эту обработку делаю до СТ, по крайней мере это касается Descreen.

Там же и шумодав есть.
Tulon собственно и говорил что это правильный подход.

Цитата:

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

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

Мне удалось воспроизвести недоступность чекбока освещения в Смешанном режиме. Скоро исправлю.

Спасибо!

DikBSD

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

Поэтому всё-таки очень прошу как минимум вернуть выравнивание освещения по умолчанию. Если же делать по уму, то, очевидно, надо всё-таки в любом случае освещение выравнивать, использовать полученный результат для определения картинок, и уже потом, если запрошен вывод без выравнивания, возвращаться к исходному изображению. Правда, по словам Tulon'а, тут тоже возникают какие-то специфические проблемы.

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

Подскажите пожалуйста как сделать ТОЛЬКО компенсацию наклона потоково и больше ничего не менять? Что то слишком много вопросов программа задаёт
И зачем то вылезает вот это

а как бы оно мне нафиг не нужно.

zveroyacher
Это вылазит обычно из-за двустраничных тифов (превью+оригинал), если всё остальное нормально.

да не у меня одностраничные. Пока ирфаном кручу. Вроде ничего. Не автомат конечно, ручками, но хоть что то.

zveroyacher
Прочитайте описание. Нет ничего сложного сделать один поворот.

Цитата:

Поэтому всё-таки очень прошу как минимум вернуть выравнивание освещения по умолчанию.

Так и сделаю, обязательно.

Цитата:

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

Tulon писал мне об этом. К сожалению, я пошел по более легкому пути, и, как видно, зря.
Восстановлю по-умолчанию включение освещения, выложу версию, и буду пробовать идти по предложенному питу Tulonom.

При попытке использовать версию плюс (она портейбл?) вылетает при пролистывании проектов на стадии вывод после 5 (сверху вниз) или 7 (снизу вверх) страниц. Проекты не вновь созданные, а открываемые прежние.
На оригинальной версии ничего похожего нет.

Цитата:

При попытке использовать версию плюс (она портейбл?) вылетает при пролистывании проектов на стадии вывод после 5 (сверху вниз) или 7 (снизу вверх) страниц. Проекты не вновь созданные, а открываемые прежние.

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

ScanTailorPlus-0.9.11[32bit]-2012-03-06: https://sourceforge.net/projects/scantailor/files/scantailor-devel/plus/0.9.11-2012-03-06/
Устранен баг - недоступность контрола включения/отключения выравнивания освещения в Смешанном Режиме Вывода сканов.
Сделана развязка контрола Смешанного и Цветной/Серый режимов.
По-умолчанию выравнивание включено.

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

Настройки выравнивания освещения можно применить к нужным сканам (по крайней мере. у меня работает).

P.S. Алгоритм отключения освещения пока не менял - просто можно отключить или включить освещение. Буду потихоньку работать над
Цитата:

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

Рад буду любым идеям по реализации намеченного. И помощи тоже

Спасибо большое!

Залил код в ветку plus.
Там еще и исправление "Fix 'Batch deskew wrong' bug." от Masahiro Kitagawa

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

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

Я затрудняюсь ответить, почему это так. Одно знаю точно - в ST Plus я вообще не качался алгоритмов цвета. Поэтому подозреваю, что такая же ситуация с цветом будет наблюдаться и в официальной версии программы.
Могу предположить, что это - либо баг алгоритмов, либо, склоняюсь более к этой версии - особенности алгоритмов обработки цвета - Tulon делал давно, чтобы на выходе цвет немного отличался от стандартного - манипуляция с битами. Не помню уже зачем - могу ошибаться, но скорее всего - для сторонних утилит по работе с разделенными сканами...
Это мое предположение. Лучше напишите Tulonu на баг-трекер его сайта, если не трудно.

Программа супер. Раньше мучался в Photoshop. Теперь все в два клика. Переделываю всю свою pdf библиотеку. Результирующие pdf - небо и земля по качеству и размеру.

Огромное спасибо авторам!

Цитата:

Раньше мучался в Photoshop

А чего не в СканКромсаторе.

unreal666
В фотошопе легко писать алгоритмы обработки. Я например им пользуюсь когда имею дело не со сканами, а скриншотами книг из закрытых библиотек.

Кажется эту тему поднимали.
Но пока самое неудобное для меня в ST выделение зоны картинок и зон заливки.
Хотелось бы иметь возможность выделить точную прямоугольную зону.
Или может быть продумать возможность проведение линии под прямыми углами при нажатии какой-нибудь клавиши.

Цитата:

Проблему можно было бы решить добавлением в раздел ВЫВОД в режиме СМЕШАННЫЙ галочки автоматического определения зоны картинок. По умолчанию галочка была бы включена, но у пользователя была бы возможность ее отключить. И в этом случае весь скан бы преобразовывался в черно-белый вид но с возможностью выделения зоны картинки.

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