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

sergiokapone

Цитата:

Кстати NBell пишет инструкции

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

bolega

Цитата:

На это (перенос sjbz-блитов из одного djvu в другой) в СК уйдет строк 30 нового кода Но только зачем это? Неужели настолько нужная команда? Пусть авторы DjvuToys такой мелочью занимаются.

а я уверен, что это не мелочь.. это будет первый редактор файлов Djvu.. сейчас, чтобы внести какие-то изменения в Djvu, необходимо обязательно конвертировать его в графический файл, редактировать и заново кодировать.. прямого редактирования нет! мпф и раскраска фона конечно есть, но это всего лишь добавление новых чанков, а не редактирование..
другая востребованная функция - удаление ненужных блитов.. но, здесь уже сложнее - здесь надо wysiwyg городить.. ну, или если по-простому - использовать координаты удаляемых блитов из других редакторов - SK, windjview.. но это по-видимому в будущем (далеком или не очень)), а вот с добавлением шансов больше))
большая просьба написать таки эти 30 строк, действительно полезная прога получится

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

Цитата:

Нужно зайти в опции->apps и мышкой прощелкать путь к documenttodjvu (не клавиатурой прописать, а именно мышкой прощелкать), а потом кодировать djvu.

Честно говоря, мне такое даже в голову не приходило, попробовал и действительно сработало.

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

sergiokapone

Цитата:

было бы не плохо, если бы он сотворил такое же для SK

Ничего хорошего от апологетов ST не ожидаю. Пусть лучше держатся от СК подальше. А то будет как в последней версии (от этого месяца) инструкции от monday2000. Свои бесконечные баги для него пустяк, зато СК готов полить грязью при первом же удобном случае. Свое как говорится не пахнет...

shch_vg


Цитата:

Мой батник создает дежавю выбранных файлов, сделав нужное мне число итераций. Обычно я просматриваю полученные варианты на предмет размера и качества сглаживания и выбираю наиболее устраивающий меня вариант.

Что ж, резонно. Можете привести код?

NME

Цитата:

сейчас, чтобы внести какие-то изменения в Djvu, необходимо обязательно конвертировать его в графический файл

Это придется все равно делать для wysiwyg. Без wysiwyg вообще не представляю как работать. Надо же указать что удалять, где вставить и т.д.
Сейчас в принципе я научился делать многие операции: удалять блиты, добавлять блиты, расщеплять блиты (это нужно было, когда операция затрагивала только часть блита, напр., частичная окраска одного блита), увеличивать или уменьшать размеры страницы за счет увеличения/уменьшения полей. Набор в общем неплохой. Но есть одно но: изменение размеров/полей невозможно сделать, если есть слой BG44, т.е. фон или картинки. Получается не универсально.

bolega
Что-то мне не удается откомпилировать диаграммы с другими параметрами.
Обрабатываю одну страницу с двумя ч/б зонами на диаграммах.
Слияния не делал. Сделал Auto attach, тиф приписался к step2.
На этой вкладке в блоке B/W zones options задаю параметры DEE profie - Bitonal(600dpi), в поле Text comression ставлю галочку и выбираю lossless.
В результате мелкие детали диаграммы теряются.
С теми же параметрами DJVU Small эти детали сохраняет.

shch_vg
Можете прислать мне Pic-зону (и только ее). Проверю хорошенько.

sergiokapone

Цитата:

Можете привести код?

Здесь, вопросы в Личный Ящик.

bolega

Цитата:

Можете прислать мне Pic-зону (и только ее).

Здесь, под конем на с3.

shch_vg

Цитата:

вопросы в Личный Ящик.

Вопросов нет, идея понятна.

bolega

Цитата:

Но есть одно но: изменение размеров/полей невозможно сделать, если есть слой BG44, т.е. фон или картинки. Получается не универсально.

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

Добрый день,
Олег я столкнулся с не совсем корректным импортом PDF файла в SK.
Файл создан на Xerox ColorCube 9201.
Сегментирование конечно сумасшедшее.
http://yadi.sk/d/9RQ9X_-T2nUJu

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

balik1982
Чтобы убрать дырки внутри букв, включите Files->Special->More: Fill white holes=[std+2]
Чтобы сгладить контуры букв, попробуйте включить C.Smooth на одноименной закладке

Цитата:

включите Files->Special->More: Fill white holes=[std+2]

Page->Special->More: Fill white holes=[std+2]

Цитата:

Page->Special->More: Fill white holes=[std+2]

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

Добавлено:

Цитата:

C.Smooth на одноименной закладке

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

Подправленная версия СК 5.96.2
http://rusfolder.com/35171445
shch_vg
Проверьте пожалуйста кодирование диаграмм

bolega
Проверил, кодирование диаграмм не работает.
Кодирование диаграмм идет согласно тому значению, которое стоит в поле Text compression для черно-белого текста, и не зависит от от значения аналогичного поля в B/W zones options.
Выложил задание.
Как мне кажется, в блоке B/W zones options должно быть столько же полей, как в блоке для текста, чтобы эти компиляции не зависили друг от друга.

shch_vg

Цитата:

Проверил, кодирование диаграмм не работает

Проверил, все работает.
Вы невнимательно прочли мои пояснения к новой версии. Я писал: чтобы зоны кодировались особым образом, в свойствах зон нужно поставить галку на опции "separate b/w coding", Вы еще спрашивали, не повредит ли копирование этой опции цветным/серым зонам.
У Вас в задании эта опция не включена ни для одной из зон!
Кстати, оно и в прошлой версии работало, хоть там и не без бага было, но другого.

Цитата:

Как мне кажется, в блоке B/W zones options должно быть столько же полей, как в блоке для текста, чтобы эти компиляции не зависили друг от друга

Они и так не зависят. Все эти поля для bw не нужны, т.к. используются только для случая color/gray-сканов. Для bw важны только имя dee-профиля и агрессивность сжатия

bolega

Цитата:

Вы невнимательно прочли мои пояснения к новой версии

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

У меня тут возникло несколько вопросов по компиляции.
Первый. Взаимосвязь опции Use DEE profile name и опций в блоке DEE options.
Я понимаю это так. Если не задана галка в поле Use DEE profile name, то используется из DEE соответствующий профиль Bitonal + заданные опции блока DEE options.
Если задан конкретный профиль из DEE, то берутся параметры из него, а указанные в в блоке DEE options заменяют соответствующие.
Это верно?
Второй. Каким профилем обрабатываются зоны на step3? Scanned?
А если я хочу их обработать каким-то другим, как быть?
Вполне вероятно, что где-то ранее это объяснялось, но меня это не зацепило.

Почему я все это спрашиваю.
Вы обещали реализовать возможность компиляции многостраничного тифа.
Такой получается, например, после обработки методом СРС.
Сейчас он обрабатывается в командной строке программой DEE.
Хотелось бы скомпилировать эти тифы в СК примерно с тем же размером, что в DEE, но не вижу в СК соответствия некоторым параметрам (м.б. они и не важны для компиляции?).

Добавлено:

Цитата:

Все эти поля для bw не нужны

И даже Foreground quality? У меня в задании на компиляцию тифа после СРС этот параметр стоит, а диаграмма - тот же черно-белый текст.

shch_vg

Цитата:

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

Зато это позволяет задавать опцию кодирования к индивидуальным зонам, а не ко всем сразу. Это собственно и отличает СК от аналога, где принцип "или так, или никак"

Цитата:

Use DEE profile name и опций в блоке DEE options

Опции в блоке, если заданы, перекрывают опции из профиля. Это поведение не зависит от СК, а только от того, как DEE трактует свою командную строку.

Цитата:

Второй. Каким профилем обрабатываются зоны на step3? Scanned?

Никаким. Если используется МПФ, то используется не DEE, а утилита c44 из djvulibre. Подробности расписаны на сайте monday2000, ссылку я недавно давал. Если МПФ не использовать, тогда зоны кодируются на step2 заданным там профилем или опциями.

Цитата:

но не вижу в СК соответствия некоторым параметрам (м.б. они и не важны для компиляции

Там на самом деле некоторые параметры влияют весьма слабо. Параметры возможно не все использовал (из тех, что DEE поддерживает в командной строке). Если нужно, могу добавить, скажите только какие, я же знаю какие Вы там в cpc видите. Но учтите, что эти параметры не влияют на кодирование bw.

Цитата:

И даже Foreground quality?

Ч/б текст - это маска, а Foreground - это передний слой цветных сканов. В ч/б djvu его физически не бывает. Вообще, все упомянутые параметры влияют только на то, как DEE будет сегментировать цветное изображение, на качество bw-слоя (т.е. маски) это никак не сказывается. Единственное, что влияет, - это степень сжатия (agressive, lossy и т.п)

bolega
Спасибо за разъяснения, буду экспериментировать.

bolega
Загружаю в СК сразу три номера, каждый содержит по 16 страниц.
Пронумерованы они первый от 82-04-01 до 82-04-16, второй от 82-11-01 до 82-11-16 и третий от 83-05-01 до 83-05-16.
В результате имею порядок загруженных сканов такой: сначала 82-04-01, 82-11-01, 83-05-01, потом в том же порядке вторые номера и т.д. до конца.
Если же сначала загружаю только первый номер, то порядок тифов после загрузки нормальный. При добавлении сразу двух оставшихся номеров они добавляются в нужном порядке и с нормальным порядком страниц внутри номера.

И еще просьба. В свое время я просил сделать возможность префикса при импорте пдф в СК. Не знаю, как другие, но я реализованный вариант не использую, т.к. он не дает никаких преимуществ. После него все равно в тотал командере приходится перенумеровывать страницы.Нельзя ли сделать возможным задание нужного префикса? Например, вместо галочки в поле Add prefix to file name дать возможность вписывать нужной префикс для текущего импорта. Отсутствие значимых символов в этом поле означает обычную сквозную нумерацию.
Мне бы это дало возможность нумеровать сразу при импорте страницы с префиксом, содержащим год и номер вводимого журнала/бюллетеня.

bolega
Немного поэкспериментировал и вот, что получилось.
Не удалось добиться полного совпадения по размерам результатов обработки сканов а DEE и СК. Разница небольшая, но все-таки настораживает, что нет полного соответствия параметров DEE и СК.
Обработал небольшую книгу (176 стр) в СРС, а затем в DEE и получил дежавю размером 1 679 237 байт. Далее разобрал на тифы многостраничный тиф, который обрабатывался в DEE, и подсунул их в СК.
Обработал их в step2 в нескольких вариантах получил дежавю размером в диапазоне от 1 681 131 до 1 681 135 байт, т.е. разница с вариантом после DEE почти 2 кб.

P.S. Сейчас сделал такое сравнение: обработал выделенные из многостраничного тифа сканы в DJVU Small с параметрами DEE при обработке файла после СРС, а потом их же в СК.
Разница получилась еще больше: 1 678 246 и 1 681 585 байтов.
Получается, что есть какие-то параметры из DEE, которые не реализованы в СК.
Привожу строку параметров DEE из DJVU Small:
--verbose --profile=bitonal600 --pages-per-dict=200 --fg-quality=1 --disable-halftone
Проверил, что в данном случае параметр --fg-quality=1 никак не влияет на размер дежавю.
В СК смог задать только bitonal600 и pages-per-dict.

P.P.S. Обработал в DJVU Small только с двумя параметрами: profile=bitonal600 и pages-per-dict=200 и все равно получил меньше, чем после СК - 1 679 101.

bolega
Еще немного из области мечтаний-хотений, которые заметно облегчили бы жизнь.
Обрабатываю книгу с множеством не очень качественных диаграмм, заключаю их все в ч/б picture-зоны с Thr=Auto.
После обработки начинаю просматривать получившиеся диаграммы, и большинство из них требуют изменения порога на 5-15 единиц в ту или другую сторону.
Сейчас приходится заходить в свойство отдельной зоны, исправлять порог и запускать зоны на обработку. Затем приходится заходить в режим просмотра зон и чистить диаграмму, затем возвращаться в основное окно и переходить к следующей зоне.
Теперь мечтание.
Зайти в режим просмотра зон и, не выходя из нее, иметь возможность после изменения порога запустить зону, высвечиваемую справа, на обработку и получить результат на том же месте. При переходе в этом же режиме на следующую диаграмму иметь возможность повторить эти же дейстия.
Такая возможность ускорила бы обработку, например, небольших фото в энциклопедиях, если бы надо для отдельных фото менять яркость/контрастность, и т.д.

Добрый день!

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

Этот вопрос задавал ILHS два года назад (ссылка), может быть что-нибудь изменилось с того времени.

Ivoc
Только вручную.

Onlinedisk.ru, на котором была выложена версия ScanKromsator v5.95.beta.02, не работает. Где самую последнюю версию скачать?

Ivoc
Что за вертикальные засечки? Можете скриншот привести? Вообще по своему не очень большому опыту борьбы с плохой печатью могу сказать, что я подбирал параметры либо сканирования (а затем обработки), либо просто после сканирования (которое стал проводить вообще без фильтров с установками по-умолчанию) обрабатывал в Photoshop - настраивал кривые, уровни, treshold, возможно в несколько проходов, затем что не удалось убить пробовал убирать разными фильтрами типа dust, размывкой и т.д. Всегда конечно страдали буквы, но в особо тяжелых случаях все-же получался читаемый текст, а брак печати становился не очень заметным. Хотя не всегда все же получалось что-то сделать - иногда у меня не получалось и брак убрать, и буквы оставить в приличном состоянии... Тогда возможно остается только Greyscale-сканы или даже в цвете сохранить на будущее (иногда цветовая маска тоже может помочь), когда возрастет мастерство. И может быть - распространять в Djvu/Photo.

3y6acTuK
SK 5.96.1