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

melodan

Цитата:

А можно реализовать таким же образом отключение сообщения о перезаписи обработанных изображений (во время обработки) Overwrite it? И сообщение Apply option to marked file тоже?

Первое упомянутое Вами сообщение вроде как нельзя - оно важное. Есть вариант использовать программу типа POWERPRO или Actual Windows Manager, либо скрипт AutoIt - автоматически нажимать заданную кнопку окна при его появлении. Второго я что-то не припомню: это когда оно выводится?


Цитата:

Такой вопросик к создателю Djvu Imager. Можно ли сделать запуск DOSовских окон в фоне, чтобы они не мелькали и не мешали работать в лругих приложениях?

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

Melirius

Цитата:

WinXP и выше надо, на Win98 работоспособность не гарантирую

А Win2000?

Цитата:

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

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

Цитата:

Упирайте на благодарных потомков

Упирай - не упирай, но иногда возникают проблемы сканирования, например, не могут начать сканировать в vuescan, а сканируют в FR, получая волнистые буквы.
Другой вариант: имеют софт при сканере и гонят вариант по умолчанию.
Короче, это непреодолимо, поэтому два варианта: использовать, то, что есть, либо вообще не использовать.
Тем более, что мы уклонились от сравнения в обработке одного и того же плохого (причем отнюдь не самого плохого) разворота в СК и СТ.

Melirius

Цитата:

Но Вы сейчас будете смеяться: результат в 31058 (!!!) байт в 600dpi получается следующим образом:
Output 300dpi (!!!)

Я сейчас вспомнил, что нечто похожее у меня было при обработке ч/б на странице с текстом. Я их пытался обработать через пикчерзоны в 600дпи, но при компиляции эти фото покрывались черными пятнами. Тогда я попробовал обработать эти страницы в 300 дпи, а потом делал отдельно апсемплинг до 600. Точки пропадали, а размер страницы заметно сокращался. По-видимому, этот прием эффективен при не очень качественной полиграфии или плохом состоянии книги.

Цитата:

Первое упомянутое Вами сообщение вроде как нельзя - оно важное.

Ответ такой меня не устраивает - все сообщения, носящие характер предупреждения, важны. Однако с первого раза обработки становится ясно, что файлы будут перезаписываться и каждый раз спрашивать об этом пользователя - пахнет оскорблением в слабоумии последнего. Сложности в реализации в виде флажка, наподобие опциий для других предупреждений, не вижу. Прошу автора программы обосновать решение по этому вопросу.
Предупреждение "Apply option to marked file тоже" появляется при изменении параметров и зажатой кнопке Ctrl. Уже нажимая кнопку Ctrl я автоматом понимаю, для чего я это делаю - применить команду на все страницы. Так зачем меня еще раз об этом спрашивать? Снова намек на слабоумие "пользователя-лузера"?

melodan


Цитата:

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

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


Цитата:

Предупреждение "Apply option to marked file тоже" появляется при изменении параметров и зажатой кнопке Ctrl. Уже нажимая кнопку Ctrl я автоматом понимаю, для чего я это делаю - применить команду на все страницы. Так зачем меня еще раз об этом спрашивать? Снова намек на слабоумие "пользователя-лузера"?

Это называется гибкость программы, а не
Цитата:

намек на слабоумие "пользователя-лузера".

А вдруг Вы случайно нажали Ctrl? Терять все наработки из-за одной случайно нажатой клавиши как-то не стильно, Вы не находите?



Добавлено:
shch_vg


Цитата:

Цитата:WinXP и выше надо, на Win98 работоспособность не гарантирую


А Win2000?

Будет, вроде как: она reg использует для правки реестра из коммандной строки, а он в 2000 есть.


Цитата:

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


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

Посмотрите этот pdf. http://ifile.it/92a5ksz
Сжатие в pdf качества не добавляет, это точно.


Цитата:

Цитата:Упирайте на благодарных потомков

Упирай - не упирай, но иногда возникают проблемы сканирования, например, не могут начать сканировать в vuescan, а сканируют в FR, получая волнистые буквы.
Другой вариант: имеют софт при сканере и гонят вариант по умолчанию.
Короче, это непреодолимо, поэтому два варианта: использовать, то, что есть, либо вообще не использовать.
Тем более, что мы уклонились от сравнения в обработке одного и того же плохого (причем отнюдь не самого плохого) разворота в СК и СТ.

"Ну что тебе сказать про Сахалин..."

Сочувствую.

shch_vg

Таак, в VueScan теоретически по мануалу установка точек белого и чёрного достигается использованием меню Image -> Graph b/w. На панели появляется гистограмма, в которой можно поставить пресловутые точки. Проверьте, у меня сканера под рукой сейчас нет. И не забудьте после определения этих параметров по типичному развороту выставить Input | Lock exposure, Lock film base color и Lock image color для их сохранения при скане всей книги.

melodan
Поверьте мне, если в СК введены какие-то предупреждения, то они выстраданы многолетним опытом применения СК. Ведь кроме Ctrl допускается нажимать еще ALt (тогда можно выбрать диапазон, к которому применять опцию). Alt находится близко к Ctrl. При Alt СК уже не спрашивает подтверждения, т.к. между выбором действия и его применением и так выходит доп. диалог, который юзер может отменить. Кстати, вместо Ctrl и Alt можно юзать контекстное меню любой опции, там есть такие же команды.

Что касается предупреждения на перезапись. Его можно отменить. Но warning все-равно выводится, если переобработке подвергается более одного файла. Зато при обработке только текущего файла или половинки разворота предупреждение не будет доставать.
Опция отмены warning находится в контекстном меню кнопки, 1-й справа от кнопки "Process!"

Добавлено:
ghosty
Надеюсь, Вашу проблему с Corr.Illum решил. См. ПМ

bolega

А можно и мне новую версию SK потестить?

Уж слишком назойливой становится эта гибкость программы.

Цитата:

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

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

Цитата:

Зато при обработке только текущего файла или половинки разворота предупреждение не будет доставать.

Пока не отключишь в контекстном меню предупреждение ан перезапись, она будет появляться как для обработки всей страницы, так и ее половинок.
Кстати спасибо за эту опцию, не знал. Оказывается, она сохраняет свое действие и на остальные задания! То, то нужно! Правда для пакетной обработки все равно требует участия пользователя. Ну да ладно. Осталось разобраться с Ctrl.
А вы вели статистику пользы таких предупреждений - вели подсчет числа нажатий на выбор Нет в окне предупреждения?

bolega
Вспомнил еще одно неудобство, связанное с Ctrl и Alt, которое временами раздражает.
При первичном выборе параметров делаешь это мышью, допустим, на закладке Page.
Действия:
1. Мышь на закладку в окно Page h.align L + Alt
2. Мышь в центр экрана на появляющееся окно для нажатия клавиши ОК
3. Мышь на закладку в окно Page h.align R + Alt
4. Мышь в центр экрана на появляющееся окно для нажатия клавиши ОК
и т.д.
Т.к. нет третьей руки для нажатия в п.2 и 4 клавиши Enter , то хотелось бы, чтобы в подобных случаях это окно было поближе к месту выборки значений параметров.

shch_vg

А Вы не пробовали руку на правый Alt класть?

Добавлено:
melodan

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

Я могу только сказать, как я делаю переобработку.
Сначала кромсаю все задание. С включенным Process->Do not finalize. Чтобы не переделывать потом все, если не понравятся размеры полей или книги в целом.
Затем включаю Edit->Autoselect modified, чтобы при изменении любой опции автоматически выделялись файлы, на которых имело место изменение опций. Прохожусь по всем результатам и правлю если надо конкретные опции для конкретных файлов. Потом запускаю Process->Group-Selected.
Потом при надобности меняю размеры полей, если не устраивают, и/или размеры книги. Потом Finalize all.
Иногда обрабатываю и по-странично, интерактивно одну за другой. Но как я уже сказал ранее, в таком режиме warning отключается и не надоедает. Все продумано. Ситуацию, когда помногу запускается пакетный режим, я не представляю. Во всяком случае, это происходит не так часто, чтобы обращать особое (нервное) внимание на warning.

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


Добавлено:
shch_vg

Цитата:

Вспомнил еще одно неудобство, связанное с Ctrl и Alt, которое временами раздражает

Есть такое. Самого достает. Учту.
Насчет "раздражает": помните, что здесь не прием психотерапевта
Осталось обсудить warning по переименовыанию выходных файлов, которое СК выдает каждый раз, когда юзер меняет порядок следования файлов в задании, при уже существующих выходных файлах. Вот это действительно проблема.

bolega

Цитата:

Вот это действительно проблема.

А в чем Вы видите проблему? По своему опыту могу сказать, что считаю это предупреждение просто необходимым. Если его убрать, то при смене порядка разворотов (вставке новых разворотов между старыми), как мне кажется, очень быстро будет бардак с выходными файлами.Замечал, что даже после принятия такого предупреждения иногда возникает рассогласование между входными и выходными файлами, а уж при отмене предупреждения оно будет на порядок больше.
Самое неприятное в том,что потом бывает очень трудно восстановить соответствие между входными и выходными файлами. Вот если бы это восстановление реализовать в программе, тогда можно было бы говорить об отмене этого предупреждения.

P.S. А в чем разница между "достает" и "раздражает"?

Добавлено:
Melirius

Цитата:

А Вы не пробовали руку на правый Alt класть?

Правый Alt все-таки удобней для левшей.
Вот если бы слева еще был и Enter...

Цитата:

А Кромсатор не заточен под предварительную обработку каждой страницы - он для пакетной.

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

Цитата:

Alt находится близко к Ctrl.

не настолько близко, чтобы можно было бы промахнуться и тем более, как правило, они нажимаются РАЗНЫМИ пальцами. Так что это не повод выдавать предупреждения для Ctrl.

Цитата:

1. Мышь на закладку в окно Page h.align L + Alt
2. Мышь в центр экрана на появляющееся окно для нажатия клавиши ОК
3. Мышь на закладку в окно Page h.align R + Alt
4. Мышь в центр экрана на появляющееся окно для нажатия клавиши ОК ...

Эту проблему, как и подобные, можно решить путем установки всплывающего окошка возле позиции курсора после выбора того ил иного пункта. Для широкоэкранных мониторов (коих все больше и больше) эта проблема становится ощутимее.
Странно, но для этого скана СК ставит неверный угол поворота. Прошу обратить внимание
А кто-нить подскажет - где можно обсуждают проблемку подбора порога бинаризации?

melodan

Цитата:

Странно, но для этого скана СК ставит неверный угол поворота. Прошу обратить внимание

Можно метод Deskew другой попробовать выбрать (Page->Art).

bolega
Нет ли возможности как-то ускорить открытие jp2? У меня одна страница открывается в среднем секунд 15 Пока проще распаковывать jp2 перед обработкой.
В последнее время только jp2 и обрабатываю (с Archive.org). Актуальный формат для сырых сканов

Цитата:

Можно метод Deskew другой попробовать выбрать (Page->Art)

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

Что удивительно, мне только что постучался в скайп знакомый с подобной проблемой (тоже неправильно определяется угол):
http://www.rapidshare.ru/1671100

Добавлено:
Вспомнил, что кодек Jpeg2000 можно менять. Посоветуйте, пожалуйста, наиболее быстрый кодек

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

Ну, проблема с поворотами была с самого начала.
Для поворота серых (цветных) сканов эта проблема стоит еще сильней. За последние полгода мне довелось поворачивать несколько тысяч цветных сканов, так каких глюков я только там не насмотрелся. Один, наиболее распространенный, это - угол поворота (несколько долей градуса) определяется верно, но с точностью до знака поворота.
А иногда на довольно простом скане заворачивало на несколько градусов (доходило до 10).
P.S. Это все касается версии 5.93, которая у автора программы проходит сейчас как "сырая", так что в принципе жаловаться не на что .

Эмм, или все-таки только kdu_compress.exe он умеет использовать, и другие кодеки подключить нельзя?

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

shch_vg


Цитата:

Правый Alt все-таки удобней для левшей.
Вот если бы слева еще был и Enter...

Поддерживаю руками и ногами!

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

Т.е. имел место большой разброс по линейным размерам. Проблема при обработке в СК (режим без финализации) состояла в том, что он почему-то не пытался определить блок текста относительно страницы (для всех страниц V.alignment = A).
После удаления всех бракованных страниц и при попытке пересчета размеров повторный анализ положения блока текста не производится.

Можно ли это как-то исправить?

Добавлено:
Да, еще при выводе окна Book Properties в окне Resut Preview блокируется возможность листания страниц как с клавиатуры, так и мышью (колесом).

Люди добрые, подскажите, а есть в СК функция автовыравнивания яркости текста на разных страницах скана наподобие Автоуровней? И особенно в районе корешка, где засветление и затемнение участка. Illumination не справляется.

С первой проблемкой более-менее разобрался - достаточно использовать лишь Автоуровни и Осветление. Хотя задача определения порога бинарности для каждой страницы в зависимости от уровня ее градаций все еще актуальна.

Нашел еще такую ошибку. После изменения положения любого резака пытаешься колесиком мыши перейти на предыдущую страницу (например, с 12-ой на 11-ую), а переход осуществляется на следующую (т.е. на 13-ую).

А вот у этой страницы не определяется линия разреза - СК видит ее как одну страницу


В СК есть параметр Use average width. Как он определяется - мы в курсе. Я же предлагаю его округлять до целочисленного вида xxx0 или xx00. Таким образом решится задача нормального ресемплирования, масштабирования изображения в будущем. Например, рассчитанное значение 2367 округлять либо до 2370, либо до 2400.

Иозбражение страниц после загрузки в СК пропадают, программа не хочет делать черновую разметку. Пишет: You TIFF may have wrong DPI. В чем дело?

bolega
Вопрос по скорости работы SK:
в режиме View Result SK отображает рамку вокруг полезной области (text box).
При изменении размеров этой рамки перерисовка рамки идет с большими тормозами (при включенной заливке желтым цветов и при выключенной - не важно).
Такое чувство, что при изменении размера рамки параллельно идут какие-то вычисления.
У меня такое предложение: при изменении размеров рамки - производить только ее перерисовку, а необходимые при этом вычисления - производить после отпускания кнопки мышки.

Срочно нужна помощь. Есть сканы с неоднородным текстом на странице (пример), то ли плохая печать, то ли плохо прижималась книга при сканировании. Хотелось бы только средствами Сканкромсатора уровнять жирность текста.
Какие для этого нужны настройки?

shch_vg

Попробуйте адаптивную бинаризацию, smooth или high-dark.

Кстати на примере хороший скан, только разрешение маленькое.

На глазах седея от пришедшего в голову страшного подозрения и начиная мелко креститься... Надеюсь, это не исходник?

Melirius

Цитата:

Надеюсь, это не исходник?

Зря надеетесь... , именно 200. А что делать, книга хороша, но это максимум, что удалось получить.

Цитата:

На глазах седея от пришедшего страшного подозрения

Сочувствую, но я ведь предупреждал ранее.

А если серьезно, то при обработке даже этого "хорошего скана" у меня заметна разница между левой и правой частями нижней половины, а свести их вместе никак не получается.
Из предложенного Вами удалось идентифицировать только "high-dark".
"smooth" встречается в нескольких местах, пробовал какие-то из них, но ничего хорошего не получил. Нужно понимать принцип действия этих свойств, а метод тыка в данном случае не очень эффективен. Ну а что такое "адаптивная бинаризация" - хотелось бы узнать.
Мне бы spt с приличной обработкой предложенного скана...

Melirius

Цитата:

Кстати на примере хороший скан, только разрешение маленькое.

Отличный скан, только разрешение маленькое, для сжатия использован JPEG, а освещение неравномерное

У меня был на днях аналогичный случай. Только книга была оцифрована на проф. оборудовании - 400dpi в цвете, JPEG2000. И мне впервые, может быть, года за три пришлось признаться себе, что я ничего не могу сделать, чтобы улучшить результат. Главное, обидно, что в оригинале перемычки есть, а при обработке, как ни извращайся, они пропадают. Мне помогал bolega (еще раз спасибо), но и у него они пропадают. Вот его субтаск:
http://narod.ru/disk/26949431000/test.rar.html
Буду благодарен, если кто-нибудь подскажет, в какую сторону копать в таких случаях.


Цитата:

Попробуйте адаптивную бинаризацию, smooth или high-dark.

Адаптивность бинаризации, насколько я понимаю, в СК состоит лишь в том, что порог подбирается автоматически для каждой страницы. Если правильно помню, есть такие алгоритмы адаптивной бинаризации, когда изображение делится на квадраты, и для каждого подбирается свой порог. Возможно, нечто подобное можно встретить в пакете "Binarization Image Processor".
Smooth будет иметь ограничения, т.к. может усилить артефакты JPEGa.

В последнем СК есть возможность задавать градиент бинаризации, но настройки пока не совсем user-friendly
Боюсь, подобные "пятна" с помощью этих настроек "поймать" будет сложновато.

В общем, все непросто в таких случаях