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

ghosty

Цитата:

У меня не получается 80%. Попробуйте на примере, приведенном StudentFS, задать

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

bolega

Цитата:

Скажу только, что поля отсчитываются от расчетного контура, и если цифры изначально не попали в расчетный контур, то они и не входят в эти 20%.

Правильно, я стремлюсь сделать так, чтобы они вошли в 80%, но при наличии Fixed размеров страницы сделать это не получается.

ghosty

Цитата:

я стремлюсь сделать так, чтобы они вошли в 80%

Хм, мы друг друг не понимаем. Если они войдут в 80% (т.е. не в контур, а в поля), они как раз и отрежутся при попытке кромсатора максимально приблизиться к заданному fixed (кромсатор их не видит как текст). Если же они войдут в контур или в 20%, то останутся.

bolega

Цитата:

Если же они войдут в контур или в 20%, то останутся.

А, теперь понял.
В любом случае при фиксированном размере страницы реальная величина поля не меняется в зависимости от значения Gap Value.

ghosty
Еще раз повторюсь. Определяется контур, прибавляются поля. Кромсатор сравнивает полученные размеры с заданным fixed. Если fixed больше, то поля еще увеличиваются (по разному с разных сторон в зависимости от заданного выравнивания, одинаково только при центрировании), чтобы размер достиг заданного fixed. Если размер получился больше чем fixed, то будет как я говорил: уменьшается поле. Если 80% поля недостаточно, чтобы достичь fixed, то дальше не урезается, а остается как есть.

Еще подскажите пожалуйста. Вот образец
h__p://rapidshare.de/files/39572153/scan0019.tif.html
Рисунок с очень тоненькими линиями или вообще линии маленькими точечками. Делаю картинкой, защищаю от всяких прочищаний и перегоняю в битонал. Чёто как ни пробовал, сперва сабж вытирает половину, а потом дежавю вообще все под корень пробеляет. Тут была картинка фазового перехода в скрхпроводнике в одной книге, так сама линия перехода по правилу Максвелла исчезла начисто, а остались тока горбы рядом .

Добавлено:
Как бы создать какуюнить зону, в которой бы все линии и точки ужирнялись?

StudentFS
Вот, что получилось у меня. Судя по Вашему описанию, немного лучше, чем у Вас.
Особо не старался, заключил картинку в пикчер-зону в сером. Компилировал в DEE 5.1.

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

StudentFS

Цитата:

Там сохранение ориджинал не поможет - дежавю выкостит, не делать же фото.

делайте методом разделенных сканов

Alexx S

Цитата:

делайте методом разделенных сканов

Вы это заканчивайте уже Метод разделенных сканов - не панацея для любого случая. Это прежде всего просто метод быстрого решения проблемы кодирования книг/журналов с большим количеством фотографий.

StudentFS
Давайте самый трудный пример.

Вот самый трудный пример. Может пригодится и для тестов проги
http://rapidshare.de/files/39590752/scan0000.rar.html

Alexx S

Цитата:

делайте методом разделенных сканов

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

StudentFS

Цитата:

Вот самый трудный пример.

А что там трудного, не пойму.
Два варианта, отличаются настройками DEE
http://rapidshare.com/files/119518701/out.zip.html

Сорри, вопрос снимается, я тут неправильно делал. Сорри.

Добавлено:
Уже книг 10 неправильно делал. Крэп.

bolega

...просто хочу поблагодарить за эту замечательную программу. Она сэкономила мне уже кучу времени. Спасибо!!!
И ещё, конечно очень не хватает русика...

bolega
Мож пригодится, не знаю. На этом скане у меня не работает логика deskew ни так. ни в арте. Мож пригодится для тестирования.
http://rapidshare.de/files/39609304/1.rar.html

StudentFS

Цитата:

На этом скане у меня не работает логика deskew ни так. ни в арте

Спасибо.
В арте не сработало (т.к. выравнялось по линиям рисунка, а не строчкам текста). А в обычном - все нормально. Странно, Вы уверены, что в обычном режиме у Вас неправильно сработало?

bolega

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

П.С.: Наверно уже пора ограничивать количество потребляемого спирта. Совсем плохой стал.

Я только сейчас осознал, что арт означает выпавнивание по линиям рисунка а не режим повышенной сложности с более долгим анализом. У ВладимираТТ в методичке было написано, что более долгиий режим когда обычный не получается.

bolega

Столкнулся со следующей ошибкой:

При загрузке файла SKMBT_C35208060609090.jpg программа выдает ошибку:
'35208060609090' is not a valid integer value.

После переименования файла в что-то более простое (например 01.jpg) ошибка исчезает.

StudentFS

Цитата:

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

Неправильно осознали. Просто именно в данном случае получилось так, что рисунок оказал решающее влияние на детектор. Специального выравнивания именно по рисункам в sk нет, т.к. это для книг это бессмысленно

Torino
Спасибо, что заметили этот недочет. Он проявляется когда файлы открываются с опцией сортировки = Smart при наличии в имени очень длинного целого числа. Нужно или переименовать файл, или использовать другую сортировку, напр., by name

bolega

Цитата:

Просто именно в данном случае получилось так, что рисунок оказал решающее влияние на детектор.

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

Друзья

Помогите с настройками Draft Kromsate для этого скана (размер: 3.97 Мб):

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

Скрин

Во первых проверить в драфт-кромсейт не выставлена ли галка safe top/bottom. Если выставлена - попробовать отрубить. А во вторых ручками, полное счастье Вам было бы, если бы чета Коноров Скайнет бы не покоцала в 90х.

Не нашел команды "Copy zones to all marked (selected и т.п.)".
Проблема в том, что обрабатывая французскую кулинарную книги (притча во языцех ), я понял, что единственный разумный способ - обрабатывать все страницы как Picture Zones. Почему? Потому что только в этом случае можно "обнулить" фон, не затронув многочисленные фотографии - использовать закладук Colors для зон. Выделять отдельные зоны в таких случаях - мартышкин труд, да и высокое качество не требуется.
Вот только зону по размерам страницы придется скопировать на все страницы, а в случае отсутствия вышеуказанной команды сделать это нелегко.

Пример странички:
http://rapidshare.com/files/120845733/Image_0012.tif.html

Еще раз: интересует именно быстрая обработка таких страниц - без выделения зон вручную.

bolega
Вот пример того, когда режим арт выравнивает не по тексту, не по рисунку, а по грязи.
http://rapidshare.de/files/39652465/1.rar.html
Причем почемуто зависит от положения резаков - сделаете поуже - сделает как надо.

Добавлено:
П.С.: Может опять же для сложных случаев нужна зона по которой будет выравниваться? Но пока особой неоьходимости не было.

Добавлено:
И еще объясните мне пожалуйста как работает переход в битонал. Правильно я понимаю что low dark - middle-dark-high dark -low light-... это просто порог чувствительности градаций серого? И что именно в таком порядке - почти все переведет в черное low dark и почти ничего не оставит high light? А то эта фигня иногда совершенно чудаковато срабатывает а я не понимаю почему.

Еще в случае выделения Picture Zone во всю страницу часто случается такой баг:
Переключаюсь в режим Zones, делаю для зоны Select book size, затем Rotate->Right/Auto, затем Paste and Merge. Получаю ошибку "Unsupported clipboard format". При этом зона в правом окне исчезает.

Субтаск: http://rapidshare.com/files/120960034/test.rar.html

Добавлено:
А теперь и вовсе такое получил в подобной ситуации:

StudentFS

Цитата:

Вот пример того, когда режим арт выравнивает не по тексту, не по рисунку, а по грязи.

Я бы сказал, что он совсем не стал выравнивать. Кстати, если заменить Background clean на correct illum то выравнивает правльно.

ghosty

Цитата:

Еще в случае выделения Picture Zone во всю страницу часто случается такой баг:

Попробовал Ваш субтаск. У меня все прошло нормально. Возможно, что я уже что-то исправил с тех пор.


Цитата:

я понял, что единственный разумный способ - обрабатывать все страницы как Picture Zones

А зачем??? Не проще ли обрабатывать как цветную? Т.е. out color=color 8bit. Я обычно так делаю.

Добавлено:
StudentFS

Цитата:

И еще объясните мне пожалуйста как работает переход в битонал. Правильно я понимаю что low dark - middle-dark-high dark -low light-... это просто порог чувствительности градаций серого?

Да. Когда-то я приводил тут числовые значения порога для этих имен.
Исключение только Smooth и HighDark - это адаптивные (непороговые) методы

Добавлено:
Torino

Цитата:

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

Драфт плохо работает, если на скане кроме страниц много ненужной чепухи: корешок книги, крышка сканера, руки, лицо сканировщика и т.д.

bolega
Спасибо за ответ. А можно про
Цитата:

HighDark

подробнее? Если очень слабый текст, лучше использовать его или lowdark? И еще вот пример когда highdark неправильно работает. Хотя может так и задумано.
http://rapidshare.de/files/39679425/1.rar.html
Тут рисунок построен точечками, но могу запостить пару фотографий где тот же результат.

bolega

Цитата:

А зачем??? Не проще ли обрабатывать как цветную? Т.е. out color=color 8bit. Я обычно так делаю.

К сожалению, только затем, чтобы использовать функционал, заложенный в закладке Picture Zone Properties -> Colors. Т.е. очистить легкий фон бумаги по заданному порогу, таким образом отфильтровав цветные фотографии. Насколько я понимаю, в случае обычной обработки (без зон) это сделать непросто, а BC и CI портят иллюстрации.

А Despecle работает только в ЧБ режиме?

В книгах нечётные страницы справа, а чётные слева. При этом первая страница непарная. В ScanKromsatore же при просмотре обработанных страниц в режиме
"two page" нечётные страницы располагаются слева, а чётные справа, что не всегда удобно. Нельзя ли как-нибудь изменить этот порядок?