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

Цитата:

исправлять изогнутости не по краям

БукРесторер
http://rghost.ru/50971305

БукРесторер + Акробат КлирСкан
http://rghost.ru/50971344


Цитата:

Очень сомневаюсь в эффективности этого действия.
Пробовал более изогнутые страницы править БукРесторером и очень был доволен, когда получал результат, близкий к этому (который сейчас просят исправить). А больше выпрямить уже не удавалось никак.

Если изогнуто сильно, пропустите через СТ, уберется большая волна. А оставшуюся маленькую уберет БР.


Update:
там исходные картинки 8 бит, я не посмотрел
их еще бинаризовать нужно

daa2013
Т.к. здесь мы ушли в оффтоп, переношу свой ответ Вам в тему "Электронные книги сканирование, обработка, сборка"

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

БР
http://rghost.ru/50974013

БР+СS
http://rghost.ru/50974021

sumerumeru

изогнутости умеет править Scan Tailor, надо пробовать конкретные задачи, если глазу еле заметно, то - вряд ли

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

P.S. В принципе, такая функция пригодилась бы и для обработки книг.

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

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

daa2013

Цитата:

так вроде это есть.

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


Цитата:

Но я не помню как.

А я помню! Надо удерживать Ctrl.

Друзья! Столкнулась с такой проблемой. Хотела использовать кромсатор для пакетной обработки изображений, для массовой обрезки, чтобы не было пустых мест по краям.
Очень была рада, что опция Draft kromsate мне весьма грамотно установила поля(рис.2). Но в выходном файле я с ужасом заметила какие-то пустые места по краям (рис.2)
В чём дело? Мне бы хотелось, чтобы в выходном файле поля были бы расположены именно так, как в окне Кромсатора. Заранее благодарю.

рис.1
http://i047.radikal.ru/1401/25/0f3650a8e21d.jpg
рис.2
http://s019.radikal.ru/i613/1401/8a/dacd17e9dc2c.jpg

Цитата:

Очень была рада, что опция Draft kromsate мне весьма грамотно установила поля(рис.2). Но в выходном файле я с ужасом заметила какие-то пустые места по краям (рис.2)

Размеры страниц приведены к единым значениям. Это поведение по умолчанию.
Вам нужно на вкладке Book установить Page width = Page hight = None

Torino

Цитата:

Вам нужно на вкладке Book установить Page width = Page hight = None

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

Для того, чтобы не было белых дополнительных полей, надо удалить галочки в поле левее слова Automargins на закладке Book на всех сканах. Для этого зайти на закладку Book на любом скане, при нажатой клавише Ctrl удалить эту галочку и в появившемся окне подтвердить это действие.
И естественно заново переобработать все сканы.
В этом случае СК будет на каждом скане оставлять только то, что расположено внутри резаков.

Цитата:

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

Это поможет, попробуйте ))
Делаем DK.
После этого устанавливаем на вкладке Book Page width = Page hight = None
И делаем финализацию.
Я постоянно пользуюсь этим методом при обработке фото-сканов (когда пляшут размеры страниц).

Torino
Возможно, я и неправ, т.к. спутал с установкой в нуль полей на странице.

Добавлено:
Сейчас проверил и выяснил, что Ваш метод не работает так, как нужно.
Если требуется получить строго то, что находится внутри резаков после Драфткромсайт, нужно сделать следующее.
1. Book Page width = Page hight = None
2. Отключить Automargins на всех сканах
3. Отключить Deskew на всех сканах.
Несоблюдение этих трех условий может привести либо к добавлению полей вне области, ограниченной резаками, либо изменению области, созданной при ДК.

Здравствуйте!
При запуске нескольких копий СК версий 5.91 и 5.96.2 для обработки материала, загрузка процессора на Win7 32-х и 64-х разрядных, Vista, Server 2008 оказывается много меньше ожидаемой.
Так загрузка 2-х ядерного процессора составляет 50%, 4-х - 25%, 8-ми - 13%.
Загрузка не зависит от количества одновременно запущенных заданий и равна производительности одного ядра, но при этом равномерно распределяется между всеми ядрами процессора.
На Windows ХР загрузка процессора полная. Версия СК5.6a_full работает корректно под всеми упомянутыми ОС, т.е. полностью использует вычислительные ресурсы процессора, но у нее нет необходимых новых функций.
Что нужно сделать, чтобы было можно одновременно обрабатывать несколько заданий СК на Windows 7 с помощью версии СК5.96.2 или хотя бы СК5.91?
P.S. Проверялось как с включенной галкой File\Options\Processing\Use threads, так и без..

Varyag2014
Самое простое - в диспетчере задач выделить каждой из запущенных копий определенное ядро каждого из процессоров (если их несколько). Проблема использования нескольких ядер была, портились исходные изображения, посмотрите историю сообщений.
У меня, например, 2 процессора, по 6 ядер на каждом. Делаю копии SK, переименовываю SK.exe в SK-1.exe, SK-2.exe и т.д., далее в диспетчере задач разделяю какой из запущенных копий ассоциировать какое ядро, это самое простое. Также могу сказать, что для последнее версии SK гораздо выгоднее использовать одноядерные с большей частотой, чем многоядерные с меньшей частотой каждого ядра.

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

Varyag2014
Вы переименовывали имена EXE файлов?

Разумеется, переименовывал (sk1, sk2, sk3, sk4), а как же ещё можно было сделать привязку!

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

---
Step 1 finished at 05.02.14 02:29
Encoding completed successfully
Size of encoded djvu: 381Kb
===========================
===========================

===========================
===========================
Step 2 start at 05.02.14 02:29
===========================
===========================

Prepare files... Done.
Run documenttodjvu.exe... Failed.
Use --help for usage instructions.
Error: [1-26007] The requested file 'C:\WINDOWS\TEMP\skfz5B430CA6.tif' does not exist..

===========================
===========================
Step 2 finished at 05.02.14 02:30
Encoding failed (20)
===========================
===========================

MrLAG
У меня тоже были несколько раз такие ошибки. Помогала перезагрузка компа или только СК и отключение касперыча. Т.е. дело было не в количестве сканов. Специально проверял на наличие файла, на который жаловался DEE. Файл реально был и был нормальным. Почему DEE не мог его открыть - не знаю. Может каких хэндлов не хватило. Точную причину не выяснил.

Возвращаясь к конфликту нескольких заданий, одновременно работающих под win7:
Методом проб и ошибок было установлено, что к конфликту приводит установка галки "Sharpen" во вкладке "Quality/Sharpen". Видимо потому, что в версии SK5.6a_full этой опции нет, она и не вызывает конфликтов под Win7.
P.S.
Установка любых иных опций, кроме опции "Sharpen", не вызывает конфликтов (все ядра процессора, безо всякой их привязки к конкретной задаче, работают с полной загрузкой).
Имеется в виду версия 5.96.2.

bolega
Столкнулся с удивительной ошибкой: при обработке страницы с кучей пикчер-зон полностью пропадает черно-белый текст.
Проверил также и в версии 5.93. При удалении зон страница обрабатывает согласно настройкам.

shch_vg, Запустил Ваше задание, всё получилось точно так, как Вы описали.
Удалил все блоки картинки и разметил их заново - всё отработало штатно.
Видимо, у Вас именно при разметке picture-зон произошёл какой-то сбой.

Varyag2014
Я выложил это для автора программы, если ему это еще интересно.
А насчет сбоя я сомневаюсь, т.е. аналогичное произошло у меня и на другом скане.
Сбой это один раз, а два раза - уже тенденция!
Устранял эти ошибки я указанным Вами способом.

P.S. Кстати, по номерам *.pic.tif можно восстановить порядок создания зон на этом скане.

shch_vg
Случай очень интересный. Буду разбираться, т.к. сам никогда с таким не сталкивался. Заметил, что если в задании отключить deskew, то все нормально.

bolega

Цитата:

Заметил, что если в задании отключить deskew, то все нормально.

А еще можно поставить галочку в поле art.

Цитата:

У меня тоже были несколько раз такие ошибки. Помогала перезагрузка компа или только СК и отключение касперыча. Т.е. дело было не в количестве сканов. Специально проверял на наличие файла, на который жаловался DEE. Файл реально был и был нормальным. Почему DEE не мог его открыть - не знаю. Может каких хэндлов не хватило. Точную причину не выяснил.

Да, примерно так я тоже и лечил. Либо по частям. С количеством все же как-то связано, мне кажется. Потому что частями с меньшим количеством файлов обрабатывает.

bolega
При создании subtask теряются галочки в свойствах зоны на закладках Paint (поле Enable блока Backgroud) и Filter3 (поле Enable).
Скорее всего таких полей много, но все я не проверял.

Понаблюдал за программой - когда происходит ошибка, о которой я писал выше, диспечер задач показывает высокие значения загрзки памяти. Вот сейчас программа отработала нормально, загрзка была 1,1 Гб. А при загрузке 1,9 Гб перед этим вышла ошибка (при этом меня была таже задача, но цветные зоны 600дпи, а в успешной попытке я разрешение снизил до 300). Потом с одной из задач никакя перезагрузка не помогала (ошибка вылетала при загрзке памяти 1,4 Гб), пришлось поделить на две части. Вторая часть обработалась нормально как раз опять при загрузке памяти до 1,1 Гб (первая вообще 480 Мб).

В предыдщей версии программы вроде такой глюк не наблюдался. Какие-то проблемы работы оперативкой или что-то еще?

Добавлено:


Цитата:

В предыдщей версии программы вроде такой глюк не наблюдался. Какие-то проблемы работы оперативкой или что-то еще?

Да, в этом определенно что-то есть! Для одной и той же задачи в out-task создаю djvu
И вот смотрите разница загрузки памяти http://imageshack.com/a/img802/3886/i0v8.jpg . Вверху СК версии 5.95 бета 2, под ним 5.96.1 . Разница огромна: при клике на пункт "Create Djvu" в версии 5.96.1 все подвисает и диспетчер задач показывает резкое возрасание загрузки памяти приложением, через несколько секунд окно прогружается и появляется список файлов, потом когда жмешь Attach Auto программа еще неск. секунд думает и в процессе создания djvu выдает ошибку. А при закрытии сообщает "недостаточно памяти для выполнения команды". В версии 5.95 бета 2 все прогружается быстро и загрзка памяти остается на уровне 30-50Мб (сравните с 1Гб в 5.96.1). Дело однозначно в этом и Вам, уважаемый bolega стоит припомнить что Вы поменяли программы, что привело к такому результату. Хотелось бы чтобы Вы исправили этот баг, так как возникает он довольно часто, я бы даже сказал практически всегда, при обработке сканов с картинками и разрешением 600 дпи.

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

MrLAG

Цитата:

Хорошо у меня на запасной системе уже настроенная версия есть.

Это еще зачем?
У меня все версии, начиная с 5.6А, находятся в одной директории (естественно со своими суффиксами в наименовании) и работают с одним и тем же sk.ini.
Если Вас это не устраивает, разведите их по соседним директориям, но заводить дополнительную систему это несколько крутовато!
А если запасная система работает несколько по-другому, чем основная?

shch_vg

У меня 2 ОС на разных хардах и старый СК остался там, вот и все. Так как я не помню менялись ли какие dll файлы и имее ли это значение, предпочительнее было проверить на полностью старой версии, чем копировать .ехе файл в директорию с новой программой. Это не критично, главное, что я заприметил разницу в работе двух версий программы, которая каким-то образом связано с возникающим багом. А далее карты в руки автору программы ).