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

moishe1

Цитата:

Попробовал Create out task - все настройки исчезли, полей в ПДФ нет...

Вот Вы странный Я же написал - сначала в 1-м задании полностью делаете готовые тифы (с полями, с чисткой и т.д.). Потом, когда все готово, - задание для создания из них pdf. Выходные файлы 1-го задания становятся входными для 2-го, при этом копирования и дублирования их не производится, просто создается еще одно задание.


Цитата:

В некоторых нерусских языках страницы идут справа налево

Здесь тоже делается за 2 прохода. В 1-м задании обрабатываете до конечного результата. Когда все готово, создаете 2-е задание через Create out-task. Здесь как Вы понимаете, разворотов уже нет, поэтому можно просто тасовать файлы. Выделяете красным все четные файлы начиная со 2-го (стали на 2-й файл, Edit->Select group-Alternate down). Затем Edit->Move/shift. В диалоге ставим Operation=Shift, галку на all selected, by 1 pos down, ОК. Снимаете выделение с файла №3. Становитесь на файл №4. Снова вызываете Edit->Move/shift, Operation=Shift, all selected, by 2 pos UP. После этого все файлы перемешаны как Вам надо, за исключением первых четырех. Их в списке просто передвиньте как надо мышкой (нажмите мышку и не отпуская тащите имя файла в нужное место).
Обратите внимание, никакого переименования исходных файлов здесь не происходит, меняется лишь порядок их следования в задании.

bolega
Подскажите, где можно найти полную версию SK 5.91 с работающим Denoise фильтром?
Скачал по этой ссылке: http://www.djvu-soft.narod.ru/scan_kromsator_v5_91_full.rar. Там на закладке фильтра:"For preview only!"

OlgZ
В версии 5.92 этот фильтр вообще убран. Из-за медлительности.
На смену ему будет введен обычный smart (adaptive) blur

Bolega - а исправление искажения строк не планируется? Последнее чего не хватает.

niccolo

Цитата:

Bolega - а исправление искажения строк не планируется? Последнее чего не хватает.

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

bolega

Цитата:

сначала в 1-м задании полностью делаете готовые тифы (с полями, с чисткой и т.д.).

Не могли бы вы четко описать, когда именно работает чистка - пока я заметил, что она работает только после финализации.

moishe1
Так и есть. И это логично. Финализация - это по сути согласие пользователя на предложенные поля и размеры книги. Если оно не получено, то и всякое редактирование страницы бессмысленно.

bolega

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

bolega
SK5.91 - делал журнал 68 стр. , дал команду "Draft kromsate" в выходном файле страницы поменялись местами 3,1,2 , повторил - результат тот же.
Ранее я с этим сталкивался - в одной из книг менялись 281-283 стр. и 282 -284 стр. и т.п.
В книге был двойной разворот, в журнале одиночный.

ghosty



Цитата:

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

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

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

В принципе, если бы в 9 FR не перемудрили с сохранением картинок и с некоторыми опциями распознавания - эта фича была бы неактуальна. А так приходится SK-FR9-FR8 и дальше смотреть.

stas212

Цитата:

дал команду "Draft kromsate" в выходном файле 2 и 3 стр. поменялись местами

Извините, что влезаю, но что-то я не понял, как Draft kromsate связан с выходными файлами?
Обычно когда он делается, еще вообще нет выходных файлов.

shch_vg

Цитата:

Обычно когда он делается, еще вообще нет выходных файлов.

Я нечетко сформулировал. Вот, что я делаю.
Загружаю файлы. Они идут по-порядку File0001,File0002,File0003...
Запускаю Draft kromsate и затем начинаю просматривать резаки, попутно выделяю Р-зоны, в процессе работы пару раз сохраняю task, вот сегодня дохожу до файла 0053, и обнаруживаю, что он обменялся местами с файлом 0054, причем в какой момент это произошло, не знаю.
Раз подобного не у кого не было, может у меня просто комп глючит.

stas212
Получается, что Draft kromsate здесь не причем.
Вспомните, в процессе правки резаков Вы не переходили в окошко со списком файлов?
У меня переставлялись местами файлы, если в списке просматриваемый был последним, а следующий был виден наполовину, а я его выбирал.Поэтому я стараюсь не выбирать файлы в этом окошке, а переходить на следующий либо через Q:W или стрелка вверх/вниз.

shch_vg
Да Вы правы, я выбирал для просмотра файлы в окошке, и очевидно менял их местами.
Возможно нужно было бы поставить какую-то блокировку (или она есть?), все-таки удобнее выбирать файлы в окошке, чем клавишами

bolega

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

stas212

Цитата:

все-таки удобнее выбирать файлы в окошке, чем клавишами

На вкус и цвет товарищей нет!
У меня при правке резаков абсолютно свободна левая рука, вот я и жму двумя пальцами либо на W, либо на Q (Для левшей правой на Page Down и Page Up или стрелка вниз и стрелка вверх).

bolega
Возможна ли в версии 5.92 такая вещь:

После Process без финализации, я вручную подправляю границы желтой рамки во View Results.

После этого все, что за желтой рамкой - удаляется. ?

stas212

Цитата:

Да Вы правы, я выбирал для просмотра файлы в окошке, и очевидно менял их местами

Окошко поддерживает перетаскивание файлов мышкой, возможно это и произошло. Я проверю.

OlgZ

Цитата:

Вы не могли бы выложить эту "медлительную" версию

Должен Вас огорчить: этот фильтр никогда не был включен в процесс обработки, ни в одной из версий, даже внутренних. Только как preview.

Torino

Цитата:

Возможна ли в версии 5.92 такая вещь

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

Цитата:

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

Это нужно для отсечения ненужной информации.
Например: после Process в окне VR в желтый прямоугольник попал штамп библиотеки (в нижнем поле страницы).
Я вручную сдвигаю границу прямоугольника вверх.
Штамп теперь полностью находится вне прямоугольника.
Запускаю Finalize.

Штамп остается в результирующем файле.

Или еще один насущный пример когда мне это нужно было:
Аналог realtime Crop )))
Например вчера обрабатывал сканы журнала. Мне нужно было оставить только содержание. Я пытался отсечь рекламу и прочую лишнюю информацию, сдвигая границы желтого прямоугольника. Не получилось.

bolega
Хочу странного
Можно ли менять цвет полей - мне нужны черные (нужно оформить одну рукопись)?

Кто-нибудь знает, как в СК вычистить серый фон у такого скана:




Добавлено:
В Фотошопе я это делаю через "Заменить цвет" - и плюсовой пипеткой тыкаю в фон, пока он не побелеет.

Хм не знаю куда написать. В общем есть пару книжок в djvu с плохим оформлением - поэтому решил их покрамсать и почистить с SK 5.92 но при импорте на какой-то странице выскакивает Ошибка приложения (красный крест, память не может быть read) - думаю капец полный и запускаю 5.91 - тоже самое - Чем мне помочь ? Или не адекватный декодер или моя система неадекватная?

Второй вопрос про SK 5/92 - странно работает система выравнивания размера страниц - из пару сотен правильных есть парочку "избранных" с немного не такими размерами? Это ошибка программы или как?

Также не понятно как но получилось, что выделенные области (picture zone) не так слились как надо - смотрите внизу - т.е. залазит на страницу ниже - Как решить это.

Плюс к этому появился другой вопрос - ну разделил я SK картинки и текст - теперь после выполнения работы в папке out есть страница без картинки и сама картинка отдельно - и как теперь это в DEE 6 всатвить? Поясните плиз неуку, а то бится буду пару дней и не факт, что разберусь...

Скажите, пожалуйста, каков оптимальный формат выходных тифов для книг с черно-белыми (серыми) илюстрациями?

Я тупо делал в TIFF G4FAX Compress, как советуется в ScanAndShare (Files - Output format - TIFF G4FAX Compress) и до сегодняшнего дня не заглядывал в этот пункт меню программы. Решил поинтересоваться: оказалось, что есть еще и TIFF RLE Compress, TIFF LZW Compress и, наконец, TIFF Uncompress.

Отличается ли качество дежавю, полученного из несжатых тифов (TIFF Uncompress), от дежавю, изготовленного из сжатых, и если да, то насколько? И если пользоваться сжатыми тифами, то какой формат лучше выбрать - G4FAX, RLE или LZW?

bruteALEX

Цитата:

Также не понятно как но получилось, что выделенные области (picture zone) не так слились как надо - смотрите внизу - т.е. залазит на страницу ниже - Как решить это.

У меня было нечто похожее. Причина оказалась следующей: в загруженном массиве файлов я снял отметку с нескольких из них. При каждом снятии отметки программа спрашивала меня: "Rename output files (Recommended)?". Ну я и согласился, раз уж recommended. В итоге нарушилась привязка иллюстраций к "родным" страницам - номера файлов с картинками остались прежними, а номера нарезанных тифов изменились. Я просто-напросто взял, да и перерезал все сканы заново. Вы можете поступить так же, либо попытаться восстановить правильную нумерацию нарезанных тифов.

Цитата:

Плюс к этому появился другой вопрос - ну разделил я SK картинки и текст - теперь после выполнения работы в папке out есть страница без картинки и сама картинка отдельно - и как теперь это в DEE 6 всатвить?

Цитата:

Так как после кромсания иллюстрации выделены в отдельные файлы, (…) необходимо их объединить со страницами книги. Для этого просто выбираем пункт меню Zones->Picture Zone->Merge zones… жмем и готово.

(из ScanAndShare 1.07)

Nowhere_Man

Цитата:

Отличается ли качество дежавю, полученного из несжатых тифов (TIFF Uncompress), от дежавю, изготовленного из сжатых, и если да, то насколько? И если пользоваться сжатыми тифами, то какой формат лучше выбрать - G4FAX, RLE или LZW?

Нет, не отличается. Потому что это всё "сжатие без потерь". RLE - самое примитивное, архаичное и малоиспользуемое сжатие. G4FAX - это только для ЧБ. LZW - для серого/цветного.
Т.е. если у Вас сканы ЧБ - выбираете G4FAX, если нет - то выбираете LZW. Однако, LZW у разных программ бывает "разное" - и они друг друга порой не понимают.

Nowhere_Man


Цитата:

Просветите, пожалуйста, каков оптимальный формат выходных тифов для книг с черно-белыми (серыми) илюстрациями?

Я тупо делал в TIFF G4FAX Compress, как советуется в ScanAndShare (Files - Output format - TIFF G4FAX Compress) и до сегодняшнего дня не заглядывал в этот пункт меню программы. Решил поинтересоваться: оказалось, что есть еще и TIFF RLE Compress, TIFF LZW Compress и, наконец, TIFF Uncompress.

Скажите, отличается ли качество дежавю, полученного из несжатых тифов (TIFF Uncompress), от дежавю, изготовленного из сжатых, и если да, то насколько? Если все же пользоваться сжатыми тифами, то какой формат лучше выбрать - G4FAX, RLE или LZW?

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

Я хочу подправить нарезанные SсanKromsator’ом тифы в Book Restorer'е. Только мне не понятно, на каком этапе нужно сливать вместе picture zones и «матрицы» (тифы с текстом, из которых вырезаны иллюстрации) - до обработки в Book Restorer'е или после? Не произойдет ли смещения текста и иллюстраций относительно друг друга, и если да, то как его избежать?

Мне приходят на ум два варианта действий:

1-й вариант
1. Объединить «матрицы» с picture zones в SсanKromsator’e.
2. Обработать их в Book Restorer'е.
3. Полученные файлы отправить на кодирование.

2-й вариант
1. Запустить на обработку в Book Restorer'е только лишь «матрицы».
2. «Матрицы», полученные в SсanKromsator’e, заменить на «матрицы», обработанные в Book Restorer'е.
3. Провести слияние «матриц» и picture zones в SсanKromsator’e.
4. Полученные файлы отправить на кодирование.

Как поступить в данном случае?

monday2000, Melirius
Спасибо за советы, теперь все ясно.

Nowhere_Man

Цитата:

Как поступить в данном случае?

Пробовать оба варианта на небольшой группе сканов. Потому что "что будет", вряд ли кто-то предскажет на 100% - тут зависит, наверно, от вида обработки в Book Restorer'е, и от того, чем итоговые сканы будут кодироваться в DjVu.

Nowhere_Man

Цитата:

2-й вариант
1. Запустить на обработку в Book Restorer'е только лишь «матрицы».
2. «Матрицы», полученные в SсanKromsator’e, заменить на «матрицы», обработанные в Book Restorer'е.
3. Провести слияние «матриц» и picture zones в SсanKromsator’e.
4. Полученные файлы отправить на кодирование.

Можно и так. Если размеры "матрицы" в Book Restorer'е не поменяются, то все ОК. Если поменяются - возможно, зоны "съедут". Но Вы можете в СК их мышкой двигать, чтобы вернуть в нужное положение (если это конечно имеет смысл, ведь если сдвиг небольшой и зоны не залезли на текст, то можно наверное и так оставить).

Как убрать разбросанный мусор по картинке - черные мелкие точки?
Вроде как должна работать опция Despeckle (причем только на ч/б картинках - у меня именно такая), но весь мусор остается.

dgin12
Убедитесь, что у Вас задано на закладке Options: despeckle=fine. Normal despeckle действительно вычищает плохо

Добавлено:
Nowhere_Man

Цитата:

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

Это исключено. Здесь все работает как часы. Видимо, Вы сделали как раз наоборот (по крайней мере один раз) - отказались от переименования.