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

bolega

Цитата:

О(n^2), т.е. апсэмплинг, рендеринг и т.п., нужно писать на асме, и главное, оптимизировать под работу с кэшем процессора

Так может быть, эти отдельные задачи кто-нибудь взял бы "на аутсорсинг"? Если бы апсэмплинг/рендеринг был побыстрее, Кромсатор стал бы просто идеальным.

Цитата:

Если бы апсэмплинг/рендеринг был побыстрее

А в чем собссно проблема со скоростью? У меня расстановка резаков на книге из порядка 300-400 страниц занимает порядка 2 минут, собственно порезка - 3-4 минуты. Для задач обработки информации весьма скромно.

Horungy
Речь идет об обработке полутоновых изображений.

ghosty, у Horungy копьютер просто мощьный.
Для сравнения:
У меня книга в 600 стр обробатываеться 5 часов, у МихМих время обработки занимает 30 мин. А комп раза в 1,5-2 мощнее. Вот Вам и кромсание... у кого-то быстро, а у кого-то медленно. Я не сколечко не обижаю кромсатор, тут скорее дело в том что мой комп устарел и требует модернизации...

Gajver100
Да нет, все зависит от того, какие опции используются. У меня PIV3000 1Gb RAM и те же 600 стр. обрабатываются 4 часа.

Да не, видать не в компе дело. А в цветности. Книги у меня 2-х цветные просто (текст, формулы, линейные графики, схемы и т.п.). А комп весьма средненький на сегодняшний день: Asus 865PE - 2,4 Celeron (256 кэша) - 512 твинмосовской памяти.

У меня проц Athlon3700+ (1Мб кеш) 939 сокет 1 гиг оперативы. Книгу 233 страницы А4 (чёрно-белый TIFF) Draft обрабатывает за 3 мин 6 сек с разбивкой пополам и режет ещё 5 мин 18 сек. Если переделывать на 600DPI и + ужирнение текста то время увеличивается в 6-7 раз. Но это только с чёрно-белыми . С серыми изображениями всё намноооооооооооооооого сложнее.
А вообще кромсатор классная программа........недавно разобрался с зонами так вообще был на 7 небе от счастья. С каждым днём узнаю всё новое и новое в кромсаторе. От этого удовольствие работать с кромсатором растяяяяягивается))))

Скажите пожалуйста можно ли как то находясь в режиме просмотра результатов повернуть изображение на 90 градусов?

MIHMIH007
Special -> Select Book Size; Ctrl-R
Но удобнее это делать на этапе обработки.

MIHMIH007

Цитата:

растяяяяягивается))))

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


Цитата:

Скажите пожалуйста можно ли как то находясь в режиме просмотра результатов повернуть изображение на 90 градусов?

Лучше задать угол поворота в опциях исходного окна, тогда в режиме просмотра он уже будет повернутым. Но при редактировании в окне просмотра исходных файлов есть одна тонкость: перед сохранением кромсатор восстанавливает исходную ориентацию скана, т.е. она не изменяется. Чтобы сохранить скан развернутым, нужно воспользоваться командой в гл. окне rotate&save или выставив нужный угол в опциях, вызвать команду save image в контекстном меню гл.окна.

Скажите пожалуйста почему если например поставить в настройках Convert ---> Convert to b/w threshold значение Middle dark а в настройках Quality ---> Enhance image значение Blur = 2 а значение Sharpen = 1. Выходное разрешение сделать 600 DPI чёрное-белое. Потом прокрамсировать данное изображение. Получится картинка с более тёмными буквами. НО!!! если потом крамсировать заново и предварительно поставить зону Set exclude zone даже можно куда нибудь в уголок поставить главное не на всё изображение то изображение станет ЗНАЧИТЕЛЬНО!!! темнее. Как эта зона повлияла на изображение?? и почему? конечно если эту зону поставить на часть текста то та часть текста которая покрыта зоной будет такая же как и на входе то есть для неё не будет применяться затемнение но почему для другой части изображения где зона не попадает изображение становится значительно темнее как если бы мы просто крамсировали без этой зоны.

bolega
Такая проблема - скромсал 1000 страниц. и начал просматривать. и тут завис кромсатор на перекромсывании одной страницы и вылетел. Задача сохранилась на каком-то промежуточном этапе... что делать теперь? можно как-то привязать получившиеся файлы к исходным без перекромсывания? Ночи жалко... эхх
спасибо

kimserge
Если не было зон, то все нормально. Привязка делается каждый раз по новой при открытии задания. А вот если были picture-зоны, то их выходные координаты и еще кое-чего сохраняются в задании и без сохранения зоны просто не будут отображаться. Если страниц с зонами не много, то можно перекромсать только страницы с зонами.
Попробуйте открыть еще current.spt и посмотреть, что там есть.
Вообще надо мне серьезно проработать вопрос автосохранения. Сам иногда мучаюсь.

Неоднократно такой вот глюк: при постобработке (подчистка оставшегося мусора с опцией " MouseUp - clear, MouseUp + Shift - despekle") вместо очистки области прямоугольника рисуется черный прямоугольник. Переключение настроек ничего не дает. Как с этим бороться? Обидно, когда обрабатываешь стр. 400, а где-то в начале такой глюк. Эот же все снова делать приходится (а время!).

Добавлено:
Дополнение:
Это в новом Кромсаторе, старый работает нормально, но резаки хуже выставляются.

bolega

1. Я нашел такую особенность в при кромсании сканов. Вот смотрите, если на странице имееться таблица или какая - нибудь линия примыкающая к развороту книги (это может быть таблица, или как тут http://slil.ru/24131486 (на скане видно что СК удалил линиии)), и даже если тени от разворота страниц совсем нет, кромсатор удаляет часть это линии.
Это происходит как при включеной так и при выключеной опции про которую вы писали:


Цитата:

Background cleaner (Ctrl-B для вызова настроек), используется для серых и цветных сканов. Он не только убирает фон, но и и удаляет тени. Если тень сильная и при этом наползает на текст, то часто полезно включать там же опцию Correct low contrast, чтобы кромсатор лучше "вытягивал" текст из тени.

Пробовал маневрировать контрастностью... но ничего не помогает. Даже резак правый отодвигал подольше.

2. Так же хотелось бы отметить не корректное выравнивание наклона страниц... приходиться перегонять страницы через RasterID 3.5, который тоже зачастую ошибаеться, но все же лучше выравнивает и меньше ошибаеться.
Спасибо.

3. Не нашел во вьюере "Возврата к отмененному действию" сочетание клавишь Gtrl+Y (Redo).

5. Есть ли во вьюере крандашь?

6. Когда после того как книга обкрамсалось, начинаешь править отдельные страницы, то во вьере они имеют номер страницы "1", хотя истиный их номер совсем другой.

7. Не нашел во вьюере коррекцию наклона страницы.

bolega
Ничего не получилось.. Плюнул и переделал все заново.
Будем ждать автосейва.

Gajver100
Отвечу:
п. 5: Вместо карандаша сам я использую ластик, только меняю цвет заливки на черный.
п. 6: Пропишите в sk.ini в секцию [Options] строку
ViewFromFirst=1

nnevt

Цитата:

Неоднократно такой вот глюк

Это не глюк. Очевидно, что в опциях Clear options окна просмотра у Вас задано Change mode by mouse dbl-click = Clean color, поэтому при двойном щелчке (а это иногда бывает, сам даже не замечаешь, некоторые юзеры на этом уже обожглись) происходит смена цвета зачистки с белого на черный. Поставьте в этой опции значение Clear/despeckle.

Gajver100

Цитата:

Я нашел такую особенность в при кромсании сканов

Это не глюк. Скорее всего, у Вас после draft взвелась опция Clear shadow, она используется только для b\w (и для gray, но уже когда SK переводит его в b/w) и находится теперь на закладке Page->Special->More->Clear shadow (спрятал специально глубоко, чтобы не вводила в заблуждение). Отключите ее.
Лучше ее вообще никогда не использовать, для этого в параметрах draft надо поставить галку на Don't use deshadow option.
По п.2. Если не сложно, выложите пример скана, на котором SK неккоректно работает, только именно gray-скан. А art-deskew не помогает?
П.3. Нет такого пока
П.6. Как написал kimserge, или убрать галку в опциях SK (в гл. окне): Options->View result win->Numerate page...
П.7. Сначала выделить что-нибудь (можно и все), затем кнопку с красной полукруглой стрелкой.

bolega

Это не глюк. Скорее всего, у Вас после draft взвелась опция Clear shadow, она используется только для b\w (и для gray, но уже когда SK переводит его в b/w) и находится теперь на закладке Page->Special->More->Clear shadow (спрятал специально глубоко, чтобы не вводила в заблуждение). Отключите ее.
Лучше ее вообще никогда не использовать, для этого в параметрах draft надо поставить галку на Don't use deshadow option.


Спасибо, помогло. Проблемный лист отлично обкромсировался Выложить проблемный скан нет возможности, инет дорогой. Если конечно нужен, то постраюсь.
bolega, сколько вам нужно времени и ДЕНЕГ чтобы написать программу для полной обработки сканов? Т.е. чтобы мы только сканировали, а программа уже кодировала и обрезала.

bolega, Вы случайно не знаете, планируют ли ЛизардТечь ввести в формат ДЖВУ слои как в Акробате?

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

Цитата:

Вы случайно не знаете, планируют ли ЛизардТечь ввести в формат ДЖВУ слои как в Акробате?

Нафига попу баян? Чтоб получить второй ПДФ? Одного достаточно, чтоб им не пользоваться.
Цитата:

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

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

Horungy

А по проще можно объяснить?
Слои, между прочим, есть везде. Что в Кореле, что в Автокаде, что в Компасе, что в Фотошопе. Слои - это очень важная составляющая любой программы графического формата и 3Д. ВЕдь это большой "-" что в ДЖВУ не придусмотрено слоев (Кроме ОЦР), рисунки при слиянии зон объединяются с тектовым растром и тем самым меняеться структура самого обработанного скана, это приводит к увеличению объема страниц при кодировании.

Gajver100
Я уже не раз высказывал огорчение по поводу отсутсвия слоев в djvu. Кодек конечно сам разбивает на слои, и даже можно влиять на качество фонового слоя, но было бы еще лучше, если бы можно было бы прямо указывать ему где какой слой. Я думаю, основная проблема здесь - как кодеку задавать слои (кол-во, координаты, dpi), это уже смахивает на графич. редактор, и видимо lizardу нет нужды с этим заморачиваться. Тем более уже писалось, что к djvu коммерческого интереса в мире нет, такого как например к pdf.


Добавлено:
12341234

Цитата:

вернее сами резаки вроде есть, но нет границ линий отрезания

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

Как вычистить грязь на таком скане обработаном в СК? Чтобы только у точки с запятой не срезло верхнюю точку.
http://slil.ru/24135940

Добавлено:
bolega

На счет комерческого интереса думаю Вы не правы. Формат ДЖВУ стремительно распространяеться по планете. Даже взять библиотеку Нефть и газ http://www.oglib.ru/, они пользуются форматом ДЖВУ, а это уже много значит. Формат ПДФ тяжелый и неповоротливый, а ДЖВУ более легкий и быстрый формат. ДЖВУ формат уже совершил революцию в сжатии графических файлов, думаю перспективы у него большие.

bolega

Цитата:

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

Влиять можно не только на кач-во фонового слоя, но и на порядок "расслоения" - через Configuration Manager. Там все для этого есть, в том числе подробные справочные материалы с картинками. Такой порядок работы может быть даже удобнее определения координат, т.к. некоторым картинкам действительно не вредит расслоение. Просто, насколько я понял, спрашивающие вообще не знали, что у DJVU есть слои. Им можно почитать разные вводные статьи: http://ru.wikipedia.org/wiki/DjVu

Т.е. в ДЖВУ все-таки есть слои? И в СК можно ввести так же как и для ПДФ кодирование сразу в ДЖВУ с разными слоями?

Gajver100

Цитата:

Т.е. в ДЖВУ все-таки есть слои?

Ну да, некоторые горячие головы предлагают даже ввести не 3 графических слоя, а 4.

Цитата:

И в СК можно ввести так же как и для ПДФ кодирование сразу в ДЖВУ с разными слоями?

Незачем перегружать и без того несколько тяжеловесный интерфейс Кромсатора.

ghosty
Я имею ввиду, что исходная страница состоит уже из нескольких _файлов_, возможно, с разными dpi и цветностью

Gajver100

Цитата:

На счет комерческого интереса думаю Вы не правы

Широкое распространение djvu-файлов (преимущественно в странах бывшего СС) и коммерческое использование - это разные вещи. Обратите внимание, западные сканировщики (а их надо сказать, на 2 порядка меньше, чем у нас) делают практически все в pdf, причем еще и заметно худшего качества (особенно паршивое качество у китайцев, но это и не удивительно)

bolega

Цитата:

Это не глюк. Очевидно, что в опциях Clear options окна просмотра у Вас задано Change mode by mouse dbl-click = Clean color

Спасибо!

bolega

Мы лучшие и у нас самые лучшие эл. книги Сканкромсатор нас спасает
Программа ваша просто супер, мне кажеться в некоторых вещах лучше фотошопа и корела
А Китайцы запарили Россию своим браком и брахлом.

Gajver100
А может в честь года Российско-Китайской дружбы обучит наших братьев этому нехитрому ремеслу ?