Ru-Board.club
← Вернуться в раздел «Программы»

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

Автор: Judge_AK
Дата сообщения: 02.01.2006 16:03
Arcand

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

"Телепат". Для меня появилась такая же проблема.

bolega
Я немного уточню(про себя). При чистке увеличиваю картинку до max размера без появления "горизонтальной прокрутки". Можно ли сделать клавиши для прокручивания, т.е. нажал на одну и рисунок сместился вверх(если на неё ещё раз нажать, то поднимется ещё выше), а на вторую - движение вниз?
Автор: KORN
Дата сообщения: 06.01.2006 15:26
Чтобы просто покромсать страницы, но не применять к ним никаких фильтров и преобразований, что нужно сделать? Т.е. просто обрезать края.
Автор: Arcand
Дата сообщения: 07.01.2006 10:07
KORN
Цитата:
никаких фильтров и преобразований
На вкладке Quality не включать Enhance image. На вкладке Files указать Output format - какой у Вас, DPI - Original, Color - Original.
Автор: bdfy
Дата сообщения: 11.01.2006 16:47
А можно задавать имя выходного файла таким же какое было у оригинального файла ?
Если нет - очень бы хотелось такую фичу...
Автор: bolega
Дата сообщения: 12.01.2006 21:30
bdfy

Цитата:
А можно задавать имя выходного файла таким же какое было у оригинального файла

Пока нельзя
Автор: monday2000
Дата сообщения: 19.01.2006 09:06
bolega
Попробовал из любопытства импортировать в Кромсатор 5.07 многостраничный DjVu-файл. Не могли бы Вы сделать более подробную индикацию этого процесса - постраничную ? Т.е. показывать, какой номер страницы многостраничного DjVu декодируется в данный миг. Так сделано в DjVuOCR v2.0 pre. А то ведь на вид как будто зависает Кромсатор. И ещё вопрос: Кромсатор пишет, что декодирует DjVu-файл в 1 многостраничный tif. А ведь вроде бы логичнее всего - в кучу обычных тифов (DjVuOCR v2.0 pre).

У меня просто возникла мысль: докомплектовать Кромсатор прогой DjVuDecode и так и выложить - чтобы юзер не ломал голову, где ему взять этот DjVuDecode. В сжатом виде DjVuDecode занимает всего лишь где-то 480 КБ, а зато удобство налицо. И тогда уже можно не предусматривать окно выбора/поиска DjVuDecode - а просто сразу считать, что DjVuDecode лежит там же, где и экзешник Кромсатора.

Добавлено:
Шутка (а потом докомплектовать Кромсатор прогой documenttodjvu.exe (только её ещё ломануть нужно) - сразу - "Покромсал - и не отходя от кассы - задежавючил". )
Автор: bolega
Дата сообщения: 19.01.2006 22:47
monday2000

Цитата:
Не могли бы Вы сделать более подробную индикацию этого процесса - постраничную ?

Пробовал, не получилось у меня ничего путного от DjVuDecode получить во время его работы. Перехватывал его консольный вывод - не помогло. Когда-нибудь я просто напрямую подключу djv-шные либы и буду декодировать самостоятельно, сейчас на это времени нет.
Окно поиска DjVuDecode появляется только единожды, потом местоположение DjVuDecode запоминается в ini-файле. Так что особого неудобства не вижу, тем более все djvu-утилиты лично я храню в другой папке и смешивать их с кромсатором особой нужды не вижу. Но в самой последней версии кромсатор на всякий случай сразу ищет его в своей папке.
DjVuDecode - самостоятельная прога, поэтому я ее и не распространяю вместе с кромсатором.
Насчет логичности - вопрос спорный. Тем более DjVuDecode по другому и не может, насколько я знаю.
Автор: monday2000
Дата сообщения: 20.01.2006 09:35
bolega
Утилита Генчо совершенно точно декодирует многостраничный djvu-файл, показывая весь процесс страница за страницей и преобразуя 1 страницу в многостраничном djvu-файле в 1 одностраничный тиф. Очень удобно. (Софт от Генчо вообще этим славится - тщательной продуманностью). Посмотрите сами, если хотите: http://www.dstu2204.narod.ru/djvu/DjvuOCR_2.0_pre.rar (1,16 МБ). Вообще-то я подозреваю, что DjVuDecode требует для своей работы смежные xml-файлы. Иначе для чего Генчо оставил с DjVuDecode в своей утилите эти xml-файлы?

Цитата:
DjVuDecode - самостоятельная прога, поэтому я ее и не распространяю вместе с кромсатором.

Мне кажется, что так удобней для конечного пользователя. Знаете, как у нас раньше "Жигули" продавали за бугор? В т.н. "экспортном варианте". Тем более, что если окажется, что DjVuDecode всё-таки нуждается в xml-файлах, то для юзера это вообще будет камень преткновения и дополнительное неудобство. Ведь DjVuDecode - всё-таки свободная программа, лицензии тут никакие же не нарушаются. (А дллки, на которых работает Кромсатор, это не "самостоятельные" ли ... подпрограммы?)
Автор: ghosty
Дата сообщения: 20.01.2006 09:59
monday2000

Цитата:
Софт от Генчо вообще этим славится

Ну так почему бы не использовать софто от Генчо наряду с Кромсатором, или только софт от Генчо. У каждого разработчика своя философия и свой темп работы, и пытаться что-либо навязывать - не самый конструктивный путь.
Автор: bolega
Дата сообщения: 20.01.2006 11:45
monday2000
А Вы спросите у Генчо сами, чем он декодирует и для чего у него используется djvudecode. Потом и нам расскажите. Всем будет полезно.
(По части reverse engeeninering мне до Генчо далеко )

Автор: gencho
Дата сообщения: 20.01.2006 16:26
Привет всем!

Да я сам скажу
1). XML файлы у DJVUDecode содержат сообщения для интерфейс с потребителя, если их удалить, выдается одно и то же сообщение вроде "** Unrecognized DjVu Message:..."

2) DjVuDecode может декодировать многостраничний DJVU документ только в многостраничний TIFF (так как там можно указать только одно имя выходного файла).

3) Я в моей проги прихватил консольный выход DjVuDecode, и для каждой выходной страницы запускаю прога снова, указывая нужная страница. Если у документа 100 страниц, запускаю DjVuDecode 100 раз, для каждая страница. Если получаю ошибка, то или не хватает памяти/диска для выходного тиффа, или (чаще всего) ета страница - пустая вставка в DJVU документ. Количество страниц получается на прихваченой консоле тоже с запусканием и соответствующая команда, сейчась не помню точно.

Могу обменятся с bolega исходники той части, которая вызивает DjvuDecode, нет проблем.
Автор: bolega
Дата сообщения: 20.01.2006 17:13
gencho

Цитата:
Могу обменятся с bolega исходники той части, которая вызивает DjvuDecode, нет проблем

Если можете, давайте
Можно в ПМ
Автор: Kiljes
Дата сообщения: 21.01.2006 07:58
А как выравнять текст? Переконвертировал книгу из .tif в пдф, открываю, а там текст на одной странице ниже, на другой левее, натретьей вообще в самом притыке к концу страницы.
Автор: VadimirTT
Дата сообщения: 21.01.2006 18:51
Kiljes

Цитата:
А как выравнять текст?

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

Автор: Kiljes
Дата сообщения: 22.01.2006 00:18

Цитата:
А на тифах было выровнено или нет? Если нет, то рекомендую программу сканкромсатор от bolega , смотри пост выше, а саму программу можно найти почитав заголовок топика.

Сам -то я давно скачал ScanKromsator, но вот как выравнять текст, чтобы все страницы находились в центре, а не по бокам?
Автор: SolikZ
Дата сообщения: 22.01.2006 05:59
Kiljes
Закладка Pages->Опции "Page h.align" & "Page v.align" -> меняешь "А" на "С" - central.
Автор: VadimirTT
Дата сообщения: 22.01.2006 09:54
Kiljes
По умолчанию в кромсаторе стоит выравнивание AA. Это значит, по горизонтали в лево, по вертикали вверх. Соответсвенно, исходя из форматирования книги, я обычно ставлю по горизонтали C, а по вертикали или B - низ или T вверх. Чтобы выбор этой опции был применен ко всем загруженным файлам, выбирайте ее с нажатым Cntrl.
Автор: ghosty
Дата сообщения: 22.01.2006 18:55
А вот опция Clear Shadow предназначена для "теней" только возле корешка или любых?
Просто я хотел ее использовать, чтобы "отфильтровать" тень скраю страницы (область сканирования больше разворота), но она почему-то не работает. Убрать тень можно только при просмотре (после кромсания).
Автор: VadimirTT
Дата сообщения: 22.01.2006 19:03
ghosty
Тень с краю страницы - в закладке Quality поставить галочку на enhance image, активизируется gray enhance, нажать, появится еще штучка, в ней cleaner passes выствить на 1, уфф блин.
да, и в закладке convert использовать middledark, там вроде интеллектульная процедура какая то, лично мне результат ее работы радует .
Автор: ghosty
Дата сообщения: 22.01.2006 19:26
VadimirTT
Ох Подождите, а за что тогда отвечает Clear Shadow?


Цитата:
да, и в закладке convert использовать middledark

А она чего делает?
Автор: VadimirTT
Дата сообщения: 22.01.2006 19:38
ghosty
convert - перевод из градаций серого в черно белый. А middledark адаптивно выставляет порог перевода в ч/б, при этом текст становится приятно жирненьким. Но если у Вас сканы не greyscale, то мои пояснения тогда не к месту.
Автор: ghosty
Дата сообщения: 22.01.2006 20:54
/deleted
Автор: monday2000
Дата сообщения: 24.01.2006 16:14
bolega

Цитата:
А Вы спросите у Генчо сами, чем он декодирует и для чего у него используется djvudecode.

Я ему тут же письмо тогда написал по этому поводу - видите, какой Генчо молодец - тут же откликнулся.
Автор: ghosty
Дата сообщения: 01.02.2006 12:38
Вот такое у меня горе. Как я уже писал в другой ветке, моя задача состоит в том, чтобы, сохранив как можно больше деталей (особенно тонких линий у спец. символов) одновременно сохранив и разрывы между засечками символов обычных.
Вот тут бы мне и пригодился Preview with Resample. Но не тут-то было: в Превью я отловил идеальный вариант, а в окончательном варианте все смотрится совсем по-другому
Preview with Resample:


Результат:


На рисунках видно, что и в том, и в другом случае разрывы м/ду засечками сохранены (самый сложный случай - минимальное расстояние). Однако во втором случае "ушло" много деталей из греческих символов (обратите внимание на первую дельту).
Т.е. если в превью я могу добиться нужного мне результата, то при обработке той же идеальной картины мне пока никак не удается получить...
В чем моя ошибка?
Автор: Judge_AK
Дата сообщения: 01.02.2006 14:01
ghosty
А Вы при обработке включали despeckle? Если "да", то попробуйте отключить.
Автор: ghosty
Дата сообщения: 01.02.2006 14:13
Judge_AK

Цитата:
А Вы при обработке включали despeckle? Если "да", то попробуйте отключить.

Действительно, теперь Превью работает нормально. Спасибо. А как Вы догадались?
Автор: bolega
Дата сообщения: 01.02.2006 14:49
ghosty
Может быть Вам пригодится: в контекстном меню есть команда Show selection. По ней создается небольшое окошко (их можно создавать сколько угодно), в котором будет отображаться выделенная область. В нем можно таким образом "хранить" разные варианты обработки и визуально сравнивать их.
Автор: Judge_AK
Дата сообщения: 01.02.2006 15:13
ghosty
Очень просто - убрались части "линий" с разрывами.
Автор: ghosty
Дата сообщения: 01.02.2006 15:32
bolega

Цитата:
в контекстном меню есть команда Show selection

Спасибо, о том, что таких окошек можно создать много, не догадывался. Действительно, удобно.
С самим selection связан небольшой баг - если его не снять и сделать Preview, то полученная страница будет случайным образом заполнена черными квадратиками
Еще одна неувязка - в верхнем правом углу гистограммы стоит иконка "Histogram autoupdating is disabled", но гистограмма все равно обновляется при предпросмотре. Если нажать на иконку, то она исчезнет, а поведение гистограммы не изменится
Может быть, можно сделать обновление изображения в режиме реального времени при работе с гистограммой?
Пока не совсем хорошо понимаю, на что влияет параметр Sensitivity в Background Cleaner.
Автор: bolega
Дата сообщения: 01.02.2006 16:11
ghosty

Цитата:
С самим selection связан небольшой баг - если его не снять и сделать Preview

Уже исправил.

Цитата:
будет случайным образом заполнена черными квадратиками

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

Цитата:
Еще одна неувязка - в верхнем правом углу гистограммы стоит иконка "Histogram autoupdating is disabled",

Тоже уже исправлено.
Я в последнее время усиленно занимался вылавливанием мелких багов.

Цитата:
Sensitivity в Background Cleaner

Correct low contrast следует использовать если при убирании фона очень сильно бледнеют буквы, из-за того, что они практически сливаются с фоном. Обычно это происходит в районе разворота, когда тень там настолько сильна, что буквы плохо или еле различимы на фоне. В этом случае (и только в этом) и нужно включать СС, а Sensitivity контролирует чувствительность детекции букв на фоне. Чем меньше значение Sensitivity, тем более малоразличимые буквы смогут быть отделены от фона и поэтому не будут удалены вместе с ним. Возможные значения: от 5 (буквы не видны на фоне) до 25-30 (контраст буква-фон нормальный)
Не стоит использовать Correct low contrast просто для поднятия контраста, для этого есть отдельная команда, и там это делается намного лучше. Т.е. если Вы видите, что Sensitivity=30 еще что-то улучшает, то это означает, что его лучше на самом деле не использовать, и применять обычную опцию контраста.

Страницы: 12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667

Предыдущая тема: MSN Search Toolbar with Windows Desktop Search


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.