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

bolega

Цитата:

У Вас всегда так происходит?

Сейчас проверил - действительно не всегда, но часто. Системы никакой выявить не смог

Цитата:

Вообще, на этот случай я предусмотрел команду Service->Delete unused files.

Ага, понятно, не знал об этой команде.

Цитата:

Предлагаю на время ввести мораторий на пожелания.

ОК

bolega
Цитата:

Именно так меня и просили сделать, кажется Arcand.

Совершенно верно. Когда на странице одиночные пятна/дефекты это фича удобна. Переключился в режим ластика, увеличил масштаб, почистил. Переключился в основной режим и масштаб вернулся - идешь дальше.
Однако, недавно попался случай, когда на некоторых страницах безжалостная рука оставила множество пометок. Чистить приходилось так: переключаться в режим ластика менять масштаб, отделять пометки от текста и потом, чтобы не елозить ластиком, волшебной палочкой за раз удалять пометку. И тут я пожалел, что масштаб прыгает . Так что действительно, лучше сделать эту фичу опцией.

bolega

Цитата:

У него вместо нижней координаты расстояние до края страницы - полный изврат. Выпендреж чистой воды.

Да Вы что! Там просто, скорее всего, начало координат не в левом верхнем углу - как в Windows - а в левом нижнем углу (х - вправо, y - вверх).

Цитата:

Не люблю честно говоря разработчиков, которые сами себя ограничивают в функциональности

Он выступает скорее в роли арбитра - по поводу включать или не включать тут или иную разработанную другими фичу в DjVuLibre.

Добавлено:

Цитата:

либо намеренно сводят ее к минимуму, заботясь о "чайниках" (как бы чего не недопоняли")

Самое отвратительное тут ИМХО - это когда "сводят к минимуму" документацию...

Добавлено:

Цитата:

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

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

ScanKromsator v5.93

telenin20

В чем новизна?

vitaly1

Так этой новости месяца два

Речь о том, что нового, что мы не знали, хотел сообщить telenin20

Все мы ждем FINAL VERSION 5.93 !!

Имею задачу: сконвертировать pdf в набор графических файлов. Посоветовали ScanKromsator. Установил версию 5.92. Импорт PDF не срабатывает. Конвертирую файл "Словарные статьи А-Я.pdf", при попытке импорта в папке кромсатора создается подпапка "Tempsk\Словарные статьи А-Я", но она пустая. Что делать?

covdey

Цитата:

Имею задачу: сконвертировать pdf в набор графических файлов. Посоветовали ScanKromsator.

это как для закручивания гайки бригаду монтеров вызывать.
упреждая встречный вопрос, отвечу что делается это очень просто в коммандной строке (imagemagick) так
>convert foo.pdf foo.png
но вам посоветую какой-либо Adobe Acrobat (или сотня других програм), под виндовсом это самое натуральное средство.

covdey

Цитата:

но она пустая. Что делать?

Это означает, что pdf - векторный. СК не импортирует такие файлы, т.к. такой pdf не содержит изображений, а только тект, набранный определенными шрифтами, т.е. что-то вроде Word.

terminat0r
Считаю Вашу иронию здесь неуместной.

Имеется PDF-книга, не очищенная от грязи на полях, но уже обработанная по цвету (2 цвета). Решил обработать ещё СканКромсатором.
После обработки ухудшается читабельность книги следующим образом.

Оригинал:


После обработки:



Подскажите, какую настройку нужно изменить, чтобы такого не было? И мне желательно только раскромсать, наверно, обрабатывать не стоит.

Посоветуйте, как лучше настроить программу, чтобы результат был наилучшим?

При автоматической расстановке резаков «Draft Kromsate…» на многих страницах резаки были расставлены неверно, пришлось многое поправлять вручную. Можно как-то на это повлиять? (на будущее )


P. S. bolega, спасибо за чудесную программу!

wyxa
Дайте лучше одну страницу pdf. Такие книги можно заметно улучшить. Но по скриншотам совет по настройкам обработки дать невозможно, нужен сам файл.
Качество после обработки у Вас упало, т.к. выбраны неверные параметры обработки.
Какую версию СК использовали?

bolega
Вот файл с одной страницей:
http://narod.ru/disk/12578010000/page.pdf.html
Использую «сборку» Кромсатора от ghosty (5.91, 12.2007).
Кстати, версия 5.92 из шапки при запуске даёт сбой «Ассess violation…». Возможно, чего-то не хватает, или я где-то чего-то не дочитал.
Но когда я заменил просто ехе-шник в «сборке» от ghosty на ехе-шник новой версии, то вроде заработало. Но версия, полученная таким образом, вроде, работает аналогично предыдущей.

Добрый день!
Имеется вот такая книга (пара страниц: http://filesurf.ru/142425 )
Можно ли с этим что-нибудь поделать в СК? Пробовал самые разные комбинации опций -- выходит сущий ужас...

wyxa
Посмотрите на это задание и результат. Вроде бы неплохо получилось http://www.onlinedisk.ru/file/207888/
Задание для версии 5.93, но по идее должно нормально открыться и в старой версии 5.91.

iit512

Цитата:

выходит сущий ужас...

А что Вы хотели от сканов 120-150 dpi, да еще выдранных из djvu или pdf, т.е. еще и там жатых-пережатых ???
Из такого "сырья" ничего путного уже не сделаешь. Посмотрите при большом увеличении как выглядят буквы при таком сканировании и все поймете.
Максимум, что я смог выжать: http://www.onlinedisk.ru/file/207890/

Я бы такие сканы оставил в GREY c коррекцией контраста.
В ч/б от них вообще никакого толка.

bolega
Спасибо большое! Выручили! Посмотрю внимательнее на настройки.
Один вопрос, вы в полях Page width и Page height задали конкретные значения. Вы их как-то вручную определили, или можно это сделать программно?

wyxa

Цитата:

вручную определили, или можно это сделать программно?

СК сам их расчитывает по окончании обработки. Если же у Вас стоит галка в меню Process-> Do not finalize, то для расчета размеров нужно сперва сделать Process->Calculate book size, а потом Process->Finalize.
И еще. В моем задании следует поменять despeckle метод на safe (или на safe50 в версии 5.93), а то там в некоторых знаках вопроса исчезает нижняя точка.
Насчет правильности драфта (расстановки резаков): здесь СК действительно сделал много ошибок, т.к. тени очень рваные и большие. Такие он к сожалению не не любит...


Цитата:

Посмотрю внимательнее на настройки

Тут смотреть особо не на что. Главные опции для таких ч/б сканов - это выходные 600dpi, а на закладке Quality Smooth=1, Blur=3 (Или 2).

Цитата:

А что Вы хотели от сканов 120-150 dpi, да еще выдранных из djvu или pdf, т.е. еще и там жатых-пережатых ???
Из такого "сырья" ничего путного уже не сделаешь. Посмотрите при большом увеличении как выглядят буквы при таком сканировании и все поймете.

Спасибо!
Да нет, ничего не хотел... Думал, у Гуру есть Замечательный Способ делать конфетку из.

Цитата:

Я бы такие сканы оставил в GREY c коррекцией контраста.

Да, наверное, так и надо будет сделать.

Доброго времени суток.

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

Вопрос, по большому счёту, к ScanKromsator прямого отношения не имеет, но я решил, что задать его тут будет уместно.

Успешно обработал программой книгу с большим количеством черно-белых иллюстраций. Применял для них exclude region - dithering. После обработки страницы с картинками упорно не хотят добавляться в djvu ни одним из кодировщиков. Выдаётся неопознанная ошибка.



Страница целиком
http://ifolder.ru/13839274

Извиняюсь за дилетантский вопрос.

И вдогонку - существует ли альтернатива лизардовскому софту для кодирования?

Спасибо заранее за ответ.

Nitrofest,

PDF version: (only 104 KB)
_http://www.onlinedisk.ru/file/210648/

Nitrofest

Цитата:

Применял для них exclude region - dithering.

а почему не picture zones?

P.S.: По сканообработке есть, кстати, отдельный топик
http://forum.ru-board.com/topic.cgi?forum=93&bm=1&topic=3172&start=60#lt

Nitrofest

Цитата:

Применял для них exclude region - dithering.

А надо было - Picture-зоны + http://www.djvu-soft.narod.ru/scan/djvu_imager.htm .

Добавлено:

Цитата:

После обработки страницы с картинками упорно не хотят добавляться в djvu ни одним из кодировщиков. Выдаётся неопознанная ошибка.

Сконвертируйте TIF в BMP и затем в DjVu - это просто кодировщик Ваш TIF не переваривает - не нравятся метаданые, видимо (или какие-то TIF-тэги).

Обычно помогает пакетный перегон TIF -> TIF в IrfanView, но на сей раз и это не помогло.

PS Может быть вообще строит указывать в инструкциях типа ScanAndShare, что сканировать следует в BMP, а не в TIF? Тогда такие проблемы будут гарантированно исключены.

Добавлено:

Цитата:

И вдогонку - существует ли альтернатива лизардовскому софту для кодирования?

Да. Это http://minidjvu.sourceforge.net/ . Но он кодирует в DjVu исключительно чёрно-белые 1-битные сканы и по уровню сжатия немного (13-15%) уступает лизардовскому софту для кодирования.

Цитата:

Обычно помогает пакетный перегон TIF -> TIF в IrfanView, но на сей раз и это не помогло

Скорее всего, это из-за большой dither-картинки. Возможно, кодировщик из-за бага не переварил слишком большое кол-во паттернов

Добавлено:

Цитата:

что сканировать следует в BMP, а не в TIF? Тогда такие проблемы будут гарантированно исключены.

А при чем тут сканирование? Важен формат после обработки, а не до.

Цитата:

Обычно помогает пакетный перегон TIF -> TIF в IrfanView, но на сей раз и это не помогло.

Этот прием для серых сканов. В данном случае bw G4Fax. Такие сканы DEE без проблем переваривает.
В данном случае кодер падает из-за сложного растра. У меня и Корел на этом скане при некоторых обработках падает (редкий случай).
Если в настройках профиля битонал включить Disable Halftone то DEE скан переваривает, но прилично вычищает рисунок. Размер у дежавю больше 500 кб.

Вообще делать dithering серых рисунков плохая идея. Надо рисунки доработать (в СК или во внешнем редакторе) и оставить скан серым. Тогда при кодировании можно получить приличный результат.

Спасибо за советы.

К сожалению, перевод в bmp не помог. Smalldjvu по-прежнему выдаёт ошибку. Djvu editor теперь открывает все файлы, но сохранить документ по-прежнему не может. minidjvu тоже не справился.

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

monday2000, вы советуете использовать picture zone. Может всё переделать с picture зонами? Хотя качество с дизерингом меня вполне устраивает.

Nitrofest

На скорую руку http://abab.front.ru/job1_1.djvu

Nitrofest

Цитата:

И для каких случаев они вообще нужны?

Для небольших (т.е. реально маленьких) полутоновых иллюстраций. Бывает еще, что внутри векторного ч/б рисунка есть небольшие закрашенные полутоном области. Тогда их проще и лучше локально отдизерить, чем все делать как picture-зону или все бинаризовывать (тогда они превратятся в черные некрасивые пятна)
Есть еще один тип иллюстраций, который лучше дизерить, чем делать gray. Это скриншоты окон в компьютерных книгах. Если переводить их в gray, то в djvu они сильно мылятся, даже если использовать специальные (недефолтные) профили DEE. Скриншоты изначально имеют плохую читаемость (по крайней мере в исполнении наших типографий), а после кодирования в DEE еще более ухудшаются. Дизеринг же их неплохо сохраняет.
Сейчас меня возможно заклюют, что мол, чрезмерный дизеринг дает большой размер djvu. Это так. Но по мне, так уж лучше 100-мегабайтная книга без искажений и с четкими иллюстрациями, чем 1-мегабайтный файл с мыльными разводами. Впрочем, много людей предпочитают именно последнее в ущерб качеству.

bolega
Цитата:

Скриншоты изначально имеют плохую читаемость (по крайней мере в исполнении наших типографий), а после кодирования в DEE еще более ухудшаются.

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