» ScanKromsator СканКромсатор

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

bolega
На протяжении длительного времени в трех последних Кромсаторах наблюдаю одно и то же неприятное событие. Если книга имеет нумерацию внизу, то устанавливаю Page v. align в B. После кромсания книги у некоторых страниц (по моим наблюдениям до 20 страницы) отсутствует отступ снизу, т.е. нумерация страницы располагается в самом низу страницы. Такие страницы приходится вручную сдвигать вверх.
Можно ли это как-то победить?
Перепробовал разные установки опций, но добиться положительного результата не удалось.
P.S. После выравнивания проблемной страницы по центру обработка ее происходит нормально, но не все такие страницы имеют полное заполнение текстом, поэтому установка выравнивания по центру для всей книги не проходит.

Alexx S

Цитата:

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

Попробую

shch_vg
Options->Text sensitivity поставьте в центральное положение

bolega
Скажите, общий Automargins - отключает все под-Automargins?
А если снять все под-Automargins но оставить общий - зачем это?

ignatav

Цитата:

А если снять все под-Automargins но оставить общий - зачем это?

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

bolega
При работе СК создаётся файл имя_out.spt.
Зачем он создаётся и сохраняется без запроса?
Можно сделать так, чтобы создавался один файл проекта с запросом его имени, а потом в него сохранять изменения (без постоянных запросов имени файла и перезаписи его), как в файнридере.

Обнаружил (долго искал), что метод Smart процесса Correct Illumination (CI) не всегда дает предсказуемый результат. Это касается тех случаев, когда граница блока текста вплотную примыкает к границе изображения. После работы CI в таких случаях буквы, находящиеся на краю текстового блока, могут просто пропадать:
http://rapidshare.com/files/31495685/Image_0313.tif.html
Похоже на глюк, т.к. отношение сигнал/шум на всех участках страницы примерно одинаково, а в случае применения других методов CI этот эффект не наблюдается.
Особенно актуально это для владельцев OpticBook, т.к. именно в случае его использования могут часто получаться такие сканы.

Здравствуйте!
Опыта в ScanKromsator v5.6А Full мало по-этому вопрос просто по работе в нем.
Есть развороты книги в tiff 300 dpi, хочу просто порезать на страницы перевести в 600
Все делаю по инструкции ScanAndShare
После растановки резаков выполняю проверку и пододвигаю не правильно поставленные резаки вручную. Запускаю отдельно разворот, но режится по тем местам которые установились автоматом и резаки сбрасываются на прежние места.
Как быть?

ignatav

Цитата:

Зачем он создаётся и сохраняется без запроса?

Это задание, состоящие из вых. файлов исх. задания.
Перед обработкой кромсатор создает еще задание с именем current, это резервная копия текущего задания.

ghosty
Я знаю об этом. Это проявляется краевой эффект.


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

bolega
Спасибо заработало!

bolega

Цитата:

Options->Text sensitivity поставьте в центральное положение

Спасибо, помогло!
Только почему-то не Text vert. sensitivity, а Text horiz. sensitivity, это так и задумано или ошибка в описании этих полей?
P.S. А в новой версии программы будет привязка Paste в постредакторе к положению мыши? - очень не хватает
P.P.S. Еще одна просьба. Чищу обработанные сканы в режиме Fit width. Иногда скан нужно укрупнить для более тщательной обработки, например, до 100%. Нельзя ли уберать в этом случае галочку против Fit width, т.к. для возврата в этот режим приходится сначала переходить в Fit page и только потом в Fit width.

shch_vg

Цитата:

это так и задумано

Да.


Цитата:

А в новой версии программы будет привязка Paste в постредакторе к положению мыши?

Уже сделал

Цитата:

Скажите, общий Automargins - отключает все под-Automargins?
А если снять все под-Automargins но оставить общий - зачем это?

Если кому интересно:


Цитата:

Режим AutoMargins допускается применять дифференцированно:его можно задействовать не только для каждой страницы, но еще и отдельно для ее левого и правого края. Что означает ситуация, когда опция AutoMargins активизирована, но галочка, например, для левого края, не проставлена? Это означает следующее: программа сделает левое поле равным «Gap value» пикселей, но автоматически определять крайнюю левую позицию, с которой начинается текст, не станет – она будет предполагать, что эту позицию вы выставили вручную с помощью левой режущей линии (Xl).

Выводы:
- убрать AutoMargins = контур текста определяется резаками, полей нет вообще.
- убрать AutoMargins-L-T-B-R = контур текста определяется резаками значение полей прибавляется к позиции резаков + выравнивание.

Добавлено:
bolega

Цитата:

Это задание, состоящие из вых. файлов исх. задания.

Это для содавания пдф?

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

Не совсем уверен, что вопрос по теме, но т.к. часть работы из вопроса делаю в Кромсаторе, попробую его задать здесь.
Попадаются книги DJVU-формата, имеющие 1-2 обложки в цвете в 300 dpi. Т.к. это, на мой взгляд, зря увеличивает размер книги, я Ирфаном вытаскиваю обложки ( они обычно имеют размер 7-14 мб), затем Кромсатором перевожу обложки в 150 dpi (1.5-2.5 мб), и, наконец, дежавю-эдитором заменяю обложки и компилю книгу. На этой процедуре удается выиграть от 0.5 до 2 мб.
Однако столкнулся с непонятным случаем. Выделил две обложки 12.5 и 7.5 мб. Ирфан показал, что они в 600dpi, однако размер говорит о 300dpi. Поэтому в Кромсаторе перевожу их из 300 в 150. Они обе становятся по 1.5 мб, вроде нормально.
Но после замены бОльших обложек на меньшие размер книги увеличился на 130кб.
Кто-нибудь может объяснить, почему?

VadimirTT

Цитата:

1 как оптимально обработать такую цветную страничку в кромсаторе

Включите correct illumination. Strength=10, method=Smart, Adjust=off, Protect pure colors=3-я риска слева


Цитата:

Вопрос: зачем всё это переименования? Я ведь фалы не удаляю.

А кромсатор откуда об этом знает?? Если убираете галку, значит, эта страница не будет обрабатываться вообще, что равносильно удалению. Чтобы не нарушать сквозную нумерацию файлов на выходе, кромсатор переименовывает их, предварительно спрося разрешения конечно. Подчеркивание в имени файла появляется не из-за того, что он удаляется из задания, а из-за необходимости переименования. Например, меняем местами 1 и 2 файлы. Кромсатор автоматически переименовывает вых. файлы в в такой последовательности:
0) 1out.tif, 2out.tif - изначально
1) 1out.tif -> 1out.tif_
2) 2out.tif -> 1out.tif
3) 1out.tif_ -> 2out.tif
Т.е. в данном случае по окончании файла с подчеркиванием не будет вообще. Если же мы просто снимаем галку с файла, то файлы "подтягиваются" снизу вверх, занимая освободившиеся номера, удаленный же файл не нужен вообще, поэтому он так и остается с подчеркиванием в имени.


Цитата:

Это для содавания пдф?

Нет, на всякий случай.

bolega

Цитата:

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

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

Уважаемый bolega я столнулся со следующей проблемой, у меня есть djvu книга в ужасном качестве (отенки серого, 120 dpi), возникла идея отреставрировать её, путем сохранения ее в набор tiff или bmp файлов и последующей обработке полученых файлов в ScanKromsator-е. Вопрос возможно ли при помощи него вытянуть (повысить качество) изображений и какие настройки вы порекомендуете для данной книжки, пример страницы из книги -
Хм, что то картинка не отображается, вот прямая сылка на пример страницы: http://img214.imageshack.us/my.php?image=222ep9.png

Alfizik
На мой взгляд, тут уже ничего не поделаешь, к сожалению. До кодирования в DJVU еще можно было что-то исправить, а теперь...
Дело уже сделано - разделение на маску и фон произошло. Теперь, например, можно сохранить отдельно маску (растровый текст) - открыть в DocExp Editor'e, затем View->Display->B&W, после чего File->Export Page As->TIFF (но это, вроде, для одной стр.) или использовать виртуальный принтер вроде FinePrint. Только проблемы плохой читаемости текста это не решит...

ghosty
Ну вообщето я предпологал djvu книжку декодировать в tiff или bmp файлы скопом (сразу все страницы) при помощи DjVu Small v0.3.1, DjvuOCR v2.2 или IrfanView. Результат вы уже видели на приведеной выше картинке (просто для экономии размера bmp файл был преобразован в png который сжимает изображение без потери качества).

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

Вот имено какие опции и в какой последовательности применить меня и интересует, если что нибудь путевое получить таким методом вообще возможно?

Alfizik
Ничего уже не сделаешь. Буквы слишком искорежены.

Недавно я вытягивал одну книгу, энциклопедию чая. Снята фотоаппаратом, местами есть дефокусировка. Вот вариант, выложенный сканировщиком: http://rapidshare.com/files/31232016/tea.zip 4М. Такое качество мне и в страшном сне не приснилось бы.
Вот мой вариант, сделанный из сканов, которые я выпросил у автора скана:
http://rapidshare.com/files/31764698/0002.djvu.html 7М
Дефокусировку частично победил использованием контурной резкости (ввел ее я все-таки в кромсатор). Качество выросло порядка на четыре наверно. Размер - не более чем в 2 раза.
Рекомендую скачать оба варианта, чтобы увидеть, к чему приводит необдуманное использование кодировщика djvu.

bolega

Цитата:

Ничего уже не сделаешь. Буквы слишком искорежены.

Очень жаль Руки бы оторвать тому кто делал книжку (ту которая мне досталась) в таком отстойном качестве.

Наверное FineReader то же загнется с распознаванием таких искореженых букв...

Но всеравно ghosty, bolega спасибо за консультацию.

bolega

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

bolega

Цитата:

чтобы увидеть, к чему приводит необдуманное использование кодировщика djvu.

Так может добавите поддержку djvu в СК ?
Можно будет назначать разные профили страницам с картинками и без..., осознано устанавливать настройки кодера...и т.д.

Ведь пдф же есть, хотя все чаще пользуются djvu, почему так? Для меня это загадка.

bolega

Цитата:

Включите correct illumination. Strength=10, method=Smart, Adjust=off, Protect pure colors=3-я риска слева

Это на вкладке грей инхансе? Картинки заключены в пикчерзоны?
Если да, то как то все выцветше получилось.

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

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

ghosty
как я понял єто приближает djvu к пдф? Что-то вроде послойного кодирования?
Єта тема здесь уже поднималась, но имеет смысл только при интеграции с СК.

Добавлено:
shch_vg

Цитата:

Не получается импортировать в Кромсатор дежавю-файл, если он содержит пустые страницы.

Не создавайте себе проблем, пользуйтесь djvu small, пока СК, к сожалению, с этим форматом полноценно не работает...

ignatav

Цитата:

Не создавайте себе проблем, пользуйтесь djvu small, пока СК, к сожалению, с этим форматом полноценно не работает...

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

P.S. Не поленился, проверил DjVu Small v0.3.1, он также не может прорваться через пустую страницу, заканчивает работу с информацией в логе. На сегодняшний день знаю только одну программу, которая не прекращает работу на пустой странице, просто теряет в нумерации этот тиф, это DjvuOCR_2_0_pre!

bolega
на некоторых (редких) файлах включается самовольно? спецфункция clear shadow.
хотя я кажется нигде ее при драфт кромсании не активировал?
При этом она затирает с одной стороны текст.
Что посоветуете?

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