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

MrLAG
Все-таки корректней проверять разницу в работе двух версий СК в одной ОС, пусть обе вроде бы и одинаковые на первый взгляд. А еще интересней запустить обе версии параллельно на одном и том же материале (если позволяет ОС), вот тогда будет корректное сравнение действий программ.

shch_vg

Вы смотрели скриншот? Там же диспетчер задач, оба варианта запущены одновременно, с одной и той же задачей. Они только физически на разных дисках. Запускал из разных папок, как написал выше - чтобы не было сомнений. Но запускал, естественно, параллельно, с одинаковой задачей. Да в общем-то было заметно сразу: одна версия тормозила, вторая нет. )

Подозреваю, что вопрос уже возникал, но найти ответ в этой ветке мне не удалось.

Есть ли возможность в СК сделать так, чтобы при автоматической расстановке резаков колонитулы и номера страниц попадали бы в урезаемые поля? Или избавиться от них как-то уже после черновой обработки?

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

Цитата:

Есть ли возможность в СК сделать так, чтобы при автоматической расстановке резаков колонитулы и номера страниц попадали бы в урезаемые поля? Или избавиться от них как-то уже после черновой обработки?

Насчет SK не уверен.
Но как бы это сделал я.
Обрабатываем, сохраняя номера страниц и колонтитулы.
Устанавливаем Минимальные поля (3 px например), Не приводим размеры страниц к одной величине, финализируем.
Далее идем в Фотошоп и пишем макрос, который:
1. Уменьшает Canvas size на величину верхнего колнтитула с выравниванием по нижнему краю.
2. Уменьшает Canvas size на величину нижнего колнтитула с выравниванием по верхнему краю.
Применяем макрос ко всем обработанным файлам, предварительно сделав копию папки.

[more] Torino

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

Я, похоже, сам набрёл на некоторое подобие решения штатными средствами СК, хотя, честно признаюсь, не до конца понимаю как это работает (то есть эмпирика). Опишу, может кому пригодится. Однако, если кто-то предложит научное объяснение этого эмпирического метода, то будет вообще прекрасно.

1) Померять примерно какая высота в пикселях у колонтитулов и номеров;
2) на вкладке «Page» настроек включить параметр «Spec. gaps» для верхнего и нижнего поля, а вертикальное выравнивание на странице можно сделать по центру;
3) на вкладке «Book» настроек выставить нуль для «V. gap value», а в поле «Spec. gaps» подставить вымерянную высоту в пикселях со знаком минус;
4) запустить обработку.

Прмечание: архиважно вводить отрицательное значение в поле «Spec. gaps» непосредственно перед нажатием кнопки «Process», если передать фокус любому другому элементу на вкладке, то оно автоматически обнулится.

Повторюсь, я не понимаю почему оно так работает, но желаемого эффекта я добился. А параметр «Spec. gaps» очень загадочный и в руководствах не упоминается (может его и не было, когда их писали).
[/more]

У меня проблема с обработкой "плохого" рисунка. Оригинал http://imageshack.com/a/img30/6653/fga8.jpg grayscale 600dpi. Результат http://imageshack.com/a/img838/163/b8c7.png bitonal 600dpi
Какие параметры изменить чтобы не потерять качество? При этом это надо сделать только для выбранного рисунка а всей страницы.
Пробовал все типы зон. Наиболее приемлемой выходит Dither Но все же это не точечное изображение.

Добавлено:
Вопрос насчет зон. Можете подсказать насчет Exclude zone, как она работает? Я пробовал ее использовать, как по мне она работает как отсутствие зоны.
Можно где то почитать про имеющиеся зоны и для чего они? Реально я знаю и использую только Dither зону.

Цитата:

При этом это надо сделать только для выбранного рисунка а всей страницы.

Где-то частица "не" потерялась
Просто отрегулируйте контраст и "нарастите" толщину чёрных линий, вот что выходит в ST.


Уверен в SK это тоже можно сделать.

Автоматически не получится, ведь программа не распознает колонтитулы, насколько я понимаю. Можно просто опусить резак ниже колонтитула, скопимровать его положение на все страницы (или через страницу, если чередуются), ну и затем ручками, проверяшь как встали. Лучшего не придумал.

spec gaps - специальный отступ, выставляемый индивидально на требуемых сраницах.

Кратко про зоны здесь.
http://www.forum.ru-board.com:9000/topic.cgi?forum=5&topic=15877&start=1540

igogo22

Цитата:

Реально я знаю и использую только Dither зону.

За последние 7 лет ни разу не использовал этот тип зоны.
Есть picture-зоны, которые позволяют обрабатывать подобные рисунки с другими параметрами обработки, чем вся страница.
Создайте такую зону вокруг рисунка, зайдите двойным щелчком на ней в ее свойства и на первой же закладке установите значение поля Color в B/W.
Чуть ниже появится поле Thr с двумя возможностями выбора значений.
Здесь можете экспериментировать, изменяя эти значения и получаю варианты от еле различимых очертаний до густо черных.
Если этого мало, на второй закладке (Filter) можете поиграть с двумя бегунками Contrast и Brightnes.
Exclude-зона используется для тех частей скана, которые нужно защитить от despeckle.

shch_vg
Готовлю новую версию. Исправил баг при создании djvu - там действительно была серьезная утечка памяти. Понял также, почему djvu от СК получался несколько больше, чем в djvu small. Оказалось, на размер, хоть и не сильно, но все таки часто влияет параметр DEE disable halftone, которого у СК просто не было. Но главная причина на мой взгляд - в именовании файлов, которые внутри djvu превращались в имена страниц. У СК при наличии зон имена были на 8 символов длиннее, что приводило к увеличению djvu на 0.5-1 кБ на каждые 100 страниц. По сравнению с тем, если бы имена были 0001.tif, 0002.tif и т.д.
Исправил еще несколько багов и реализовал часть хотелок, которые упоминались за последний год

Это исключительно хорошая новость )

bolega
Большое спасибо за хорошую новость!
Хотелось бы, если еще есть такая возможность, чтобы при создании djvu можно было получить (по запросу) протокол об использованных параметрах DEE примерно так, как это сделано в DJVU Small.

shch_vg
Это сделал в первую очередь

Цитата:

Готовлю новую версию. Исправил баг при создании djvu - там действительно была серьезная утечка памяти. Понял также, почему djvu от СК получался несколько больше, чем в djvu small. Оказалось, на размер, хоть и не сильно, но все таки часто влияет параметр DEE disable halftone, которого у СК просто не было. Но главная причина на мой взгляд - в именовании файлов, которые внутри djvu превращались в имена страниц. У СК при наличии зон имена были на 8 символов длиннее, что приводило к увеличению djvu на 0.5-1 кБ на каждые 100 страниц. По сравнению с тем, если бы имена были 0001.tif, 0002.tif и т.д.
Исправил еще несколько багов и реализовал часть хотелок, которые упоминались за последний год

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

Новая версия - это здорово, большое спасибо!

Не помню упоминалось ли раньше, но нельзя ли сделать дополнительные возможности сортировки по размеру и свойствам файлов? Так удобнее если приходится для части файлов корректирвоать разрешение и когда отмечаешь зоны картинок (чтобы не листать все файлы, получается можно просмотреть только те, которые отличаются по размеру, чаще всего между b/w и "цветными" файлами разница в размере существенна). Возможно я уже упоминал такое пожелание, но было это давно и я не помню.

bolega
Не помню, писал ли я об этом, но было бы неплохо увеличить количество запомненных последних заданий с 3 до 10, а м.б. даже дать возможность самим устанавливать это количество через параметр.
Для избежания заметного увеличения окна по нажатию в меню File, можно это организовать отдельной строчкой в этом же меню, назвав ее, например, Recent tasks...
Если до этого дойдут руки, то ОЧЕНЬ желательно последнее обрабатываемое задание ставить в конец этого списка, чтобы оно выпадало из него в последнюю очередь.
А еще бы добавить вызов в заданный эдитор прямо из СК файл sk.ini.
Обрабатываю сейчас множество журналов одним заданием, сканы которых находятся в разных местах, и порой нужно оперативно уточнить их местоположение.

Мечты, мечты...

bolega
Сейчас случайно в окне Rv нажал клавишу "V", и появилась серая рамка.
А какой ее смысл?

shch_vg

Цитата:

А какой ее смысл?

Это поля. По рамке можно контролировать правильно ли выбраны размеры и на всех ли страницах ее хватает.


Цитата:

Не помню, писал ли я об этом

Писали. Уже сделал: 5 заданий (так просили) и последнее всегда внизу. Самому удобно стало )


Цитата:

эдитор прямо из СК файл sk.ini.

Это излишне. А что Вы там редактируете? Почему не через Options?


Цитата:

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

Files->Task info дает подробную инфу о задании, в том числе перечисляются все папки со сканами задания.

MrLAG

Цитата:

сортировки по размеру и свойствам файлов?

Выходные имена обработанных файлов жестко привязываются к позиции вх. файлов в списке. Поэтому при смене порядка, сортировке, СК будет переименовывать все вых. файлы. Поэтому я против такого временного насилия. Чтобы быстро найти в списке нужные сканы, можно выделить их красным. Для выделения по заданному условию есть команда Edit->Select group->Special. Можно задать выделить все не-b/w сканы или наоборот, сканы с зонами и т.п. Можно не выделять, а искать последовательно: Edit->Find, задаете условия и find next или find prev.

bolega

Прокомментируйте, пожалуйста, мой пост от 21:03 26-02-2014 (он почему-то получился «свёрнутым» в гиперссылку). Сама проблема поставлена постом выше. Предусмотрена или нет возможность отрицательного значения? И вообще, найденный мной способ — извращение и можно как-то по-человечески сделать или же вполне годится для этих целей (может тогда дадите возможность отрицательные значения вводить как «законные»)?

SVN75
Неплохой способ. Работает ведь. Возможность вводить минусовые значения дал.
Либо делать два прохода. 1-й - получить нормальные файлы, в которых колонтитулы примерно в одном месте на всех страницах, потом создать out-задание, в котором выставить резак перед колонтитулом и скопировать его положение на все страницы. Снова обработать.

bolega
Я как-то писал уже, это будет в ноыой верси?
http://forum.ru-board.com/topic.cgi?forum=5&bm=1&topic=29984&start=1880

Цитата:

Не могли бы ввести в следующей версии SK возможность создания полигональных выделений zone после выделения CTRL+Shift+ЛКМ, сейчас зоны только прямоугольные, круглых и тем более полигональных - нет или я что-то не так делаю. В целом много книг, когда можно настроить порог Threshold таким образом, чтобы выделялась только сама картинка

Может кто-нибудь посоветовать как обработать такие сканы:

Оригинал скана - http://rusfolder.com/40013998

Еще у меня вопрос, есть ли возможность скопировать выделение Picture Zone на все страницы пакета?

bolega

Цитата:

А что Вы там редактируете?

Да практически ничего, разве что иногда поменяю директорию у входных сканов, но это очень редко. А здесь я описАлся, вместо эдитора надо было написать просмотрщик.
Но поскольку есть Files->Task info, то необходимость в таком просмотре отпадает.

Вопрос: а в новой версии команда merge не зачерняет полигональную picture-зону?

Gazoved
Круглые и полигональные зоны есть с незапамятных времен. Для этого включается соответствующий режим на кнопке. А вот после CTRL+Shift+ЛКМ СК действительно игнорировал полигональность. Сейчас это уже не так. Сделал как хотели. Сейчас работаю над другой хотелкой - ограничение выделения CTRL+Shift+ЛКМ внутри другого выделения.


Цитата:

есть ли возможность скопировать выделение Picture Zone на все страницы пакета?

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

bolega
С нетерпением ждем новую версию!
Пожелания:
1) Сделать Hotkeys хотя бы для нескольких элементов буфера обмена.
2) В Tools/Rotate&save.../Angle value 0 не нужен.
3) Сделать Hotkeys для Tools/Rotate&save...
4) Переместить в центр глифа точку отсчета его вставки,
т.е. за начало координат вставки нового глифа брать не его левый верхний угол, а его центр:
http://forum.ru-board.com/topic.cgi?forum=5&topic=29984&start=1920#20

Добавлено:
Да, еще daa2013 подсказал следующие пункты для глифов:
- отображение глифов в несколько рядов, а не в 2. Чтобы можно было бы видеть весь алфавит за раз.
- попадание нового глифа не в конец, а после выделенного глифа. Каждый раз тянуть новый глиф на его место в алфавите надоедает, особенно когда там даже несколько алфавитов собирается
(увидел хорошую букву - создаю глиф, поэтому они не по порядку формируются);
возможно, какая-нибудь копипаста глифов на панели.

Benoni
По поводу глифов: все пожелания уже сделаны.


Цитата:

1) Сделать Hotkeys хотя бы для нескольких элементов буфера обмена.

Возни много. И чем glyph panel не многоэлементный буфер обмена???

Добавлено:
Benoni

Цитата:

В Tools/Rotate&save.../Angle value 0 не нужен.

Нужен, т.к. есть еще flip

bolega, спасибо!

Цитата:

Выходные имена обработанных файлов жестко привязываются к позиции вх. файлов в списке. Поэтому при смене порядка, сортировке, СК будет переименовывать все вых. файлы. Поэтому я против такого временного насилия. Чтобы быстро найти в списке нужные сканы, можно выделить их красным. Для выделения по заданному условию есть команда Edit->Select group->Special. Можно задать выделить все не-b/w сканы или наоборот, сканы с зонами и т.п. Можно не выделять, а искать последовательно: Edit->Find, задаете условия и find next или find prev.

Ну так ничто не мешает после обработки сменить парамер сортировки по имени. Ваш вариант тоже работает, только по-моему требует больше телодвижений. Буду пробовать, но вообще опции сорировки были бы не лишними.


Цитата:

есть ли возможность скопировать выделение Picture Zone на все страницы пакета?

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

----
что-то я попустил глифы эти, а звучит как что-то полезное! Кажется я как раз недавно в таком нуждался )). Теперь буду знать, однако подскажите как эту панель вызвать? То что она при добавлении нового появляется, понятно. А если ее закрыл. как вызвать снова?

bolega, использую SK для раздирания сканированных многостраничных djvuх на отдельные pdfки по документам.

Почему был выбран SK - авторотация и выравнивание страниц.

Какие проблемы возникают при работе:
Всем страницам в PDFке устанавливается один и тот же размер страниц, заданный в Book->Page Width/Height. Это плохо, когда в файл экспортируются страницы с разной ориентацией - вертикальной и горизонтальной. Было бы замечательно, если SK умел понимать это и позволял настраивать разный размер/ориентацию страниц в экспорте.
После экспорта в PDF некоторых страниц размер страниц на вкладке Book остаётся от предыдущего экспорта и нужно его каждый раз выставлять обратно в auto для следующих экспортнутых страниц. Если проглядел, то следующие страницы будут принудительно приведены к прежнему формату, несмотря ни на что.
SK не понимает некоторые символы в имени файла PDF при экспорте, приходится это всегда иметь ввиду.

Вот примерно так. Был бы счастлив, если в новой версии SK что-то было реализовано. Если можно эти проблемы решить в текущей версии SK - может кто подскажет как?

iMiKED

Цитата:

Если можно эти проблемы решить в текущей версии SK - может кто подскажет как?

Чтобы что-то советовать, надо понимать, что означает
Цитата:

использую SK для раздирания сканированных многостраничных djvuх на отдельные pdfки по документам.

Опишите этот процесс подробно.

P.S. Если это то, что я думаю, то никаких этих "ужасов" быть не может.

shch_vg, окей. Есть сканированная многостраничная djvuха, в которой много, под 100 страниц. Страницы все, как правило, А4 формата, но с различной ориентацией - горизонтальной/вертикальной. Что это за файл - много отдельных документов (смет, расчётов, протоколов), сканированные в один файл. Секретарь засовывает всю пачку документов в сканер и всё сканирует в один файл.
Мне требуется этот файл разодрать на отдельные документы по содержанию, т.е. каждая смета в отдельную pdfку экспортируется, каждый протокол, каждый расчёт. В результате получается штук 20 pdfок.

iMiKED
Вы не рассказали главное: что Вы делаете с этим djvu в СК и как в нем получаете pdf (желательно поподробнее).
Пока по Вашему описанию я не вижу никаких проблем.
Если это несекретные данные, то можно привести пример с описанием, в каком виде хотелось бы это получить.