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

Не хочет сохранять цветную картинку. Сохраняет как серый. Что делать?

http://savepic.su/267360m.jpg

sergiokapone
Спасибо. Но я так и не понял, в чем преимущество перед методом подклейки фона (зон).
И еще я понял, что для кодирования таким методом нужно страницы кодировать индивидуально, т.е. они не попадут в общий словарь, который делает DEE. Это плохо.

PavelDAZ
На предыдущей странице возьмите новую версию СК. Там этот баг вылечен

bolega

Цитата:

На предыдущей странице возьмите новую версию СК. Там этот баг вылечен

А можно и на этой странице ссылку на новую версию.., или в ту носом ткните.

gsn13n

Цитата:

или в ту носом ткните

Я же в теме по шахматам на 28 странице уже тыкал, даже красным выделил это сообщение.

bolega


Цитата:

Спасибо. Но я так и не понял, в чем преимущество перед методом подклейки фона (зон).

Преимущество должно быть в существенном выиграше размера файла + качестве изображений.
В методе подклейки фона цветное изображение (если оно выделено как picture zone) попадает на задний план (background), и кодируется с помощью метода IWW4, который лучше всего подходит для фотографий, где детализация не важна.
Если же у книги имеются чертежи, элементы на которых раскрашены разными цветами, то бросать их в background нецелесообразно. Лучше бросить в передний ч/б слой (foreground), который кодируется методом JB2, а затем наложить цветню маску на эти ч/б линии.
documenttodju может и способен такое как-то делать, но я не знаю как, а вот csepdjvu-утилита превосходно справляется.
Если вы посмотрите в этой книге на какую-нибудь страницу с рисунком через windjview(CTRL+SHIFT+3), то увидите, что задний фон у нее пуст.



Цитата:

И еще я понял, что для кодирования таким методом нужно страницы кодировать индивидуально, т.е. они не попадут в общий словарь, который делает DEE. Это плохо.

Я не знаю, но FSD позволяет задать опцию pages per dict для кодирования.


Добавлено:
Метод малоцветного кодирования я проделал в файле.


1. Сначала обработал исходный файл p0010_orig.tif с помощью SK (только убрал желтый фон в VR->Show source file и немножко почистил).

2. В XnView конвертировал в 8bit и подкорректировал палитру (сделал трехцветным), получил файл p0010_after_SK+XnView(PaletteRedaction).tif

Задача 1.spt

3. Прогнал файл p0010_after_SK+XnView(PaletteRedaction).tif через SK, на выходе получил 8 bit +600 dpi

4. Далее опять подкорректирова палитру в XnView и закодировал с пом FSD, получил FSDConv.djvu

Задача 2.spt

5. Обработал по стандартной методе p0010_after_SK+XnView(PaletteRedaction).tif
т.е. задал picture zone, color 8 bit, dpi 600

6. Полученный файл закодировал с пом SK(DEE), получил DEEConverted.djvu

Разница видна

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

bolega

Все файлы sergiokapone в одном архиве: http://ifolder.ru/26333185

Помогите, выделил цветные картинки как "Mark as picture zone"
нажал Process
теперь два файла - картинка отдельно и второй файл - на месте картинки - пустое место и ниже текст
где поставить галочку чтобы он не разделял на два файла
спасибо заранее

А если не выделять картинки отдельно каждую, то он делает ч/б картинки


Сейчас скачал инструкцию Scan and Share
Там написано надо зайти в пункт Zones - и нажать Merge, сделал - он пишет "Nothing to do"

bolega


Цитата:

К сожалению, не видна ввиду отсутствия ссылок

Есть там в слове "в файле". Просто неудачно раскрасил файлы в пояснении


Цитата:

СК тут практически ни при чем, поэтому встроить этот метод в СК на настоящем этапе невозможно.

Жаль. Правда если сделать возможность редактирования палитры в SK, то все можно будет делать в SK. Конечно, это от ручной работы не избавит.

А возможна ли какая либо автоматизация в окне VR?

bolega
Странно работает step4 при создании djvu.
Обработал контрольный пример тремя способами с одним и тем же профилем.
Если после DEE и DJVU Small результирующий файл совпал до байта (5,39 MB), то после СК файл получился размером 6,32 MB.
Складывается ощущение, что при обработки профиля в СК игнорируется параметр pages-per-dict=1000, заданный в профиле.
Для проверки этого предположения удалил из профиля этот параметр и произвел компиляцию в DJVU Small. Но даже после этого получил файл размером меньший (5,80 MB), чем после СК.
Получается, что игнорируе(ю)тся еще какой(ие)-то параметр(ы) в профиле.

P.S. Действительно, удаление из профиля строки словаря никак не повлияло на размер файла после СК.

shch_vg
pages-per-dict=1000 ушел в историю, вместе с манией отдельных личностей делать DJVU минимального размера
Чем меньше параметр, тем выше скорость декодирования - немаловажный фактор при просмотре с портативных устройств.

ghosty

Цитата:

pages-per-dict=1000 ушел в историю

Я в отличие от отдельных личностей не располагаю программами компиляции, в которых этот параметр отсутствует. Лично меня проблемы портативных устройств интересуют как прошлогодний снег, слишком жалко глаза.
Заодно уж просветите, словарь в djvu "прогрессивное человечество" тоже отменило?

P.S. По-видимому, общение с Astra55 так благотворно влияет на Вас .

shch_vg

Цитата:

P.S. По-видимому, общение с Astra55 так благотворно влияет на Вас

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

Цитата:

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

Что, даже от E-Ink глаза устают? Но Вы же не только для себя, наверное, делаете.

Цитата:

Я в отличие от отдельных личностей не располагаю программами компиляции, в которых этот параметр отсутствует

Речь не о параметре, а о его (завышенном) значении. На заре освоения DJVU мы соревновались в степени сжатия. Кроме качества обработки, "бесконечный" PPD давал наибольший вклад. С тех пор исторически сложилось, что это значение стоит у многих по умолчанию. На самом деле, в идеале оно должно варьироваться. Если говорить о двух полюсах на шкале его изменения, то на одном (PPD=1) окажутся словари с плохим качеством печати, а на другом (PPD=1000) - учебники с крупным шрифтом и идеальным качеством печати. А на практике "заводские настройки" (PPD=50) подходят для большинства книг.

ghosty

Цитата:

Извините, если обидел.

Мне не понравилась не столько манера общения в стиле упомянутого мной в прошлом сообщении господина, сколько попытка увести обсуждение в сторону от конкретно сообщенного мной факта.
Интересно, если бы в моем сообщение стояло число 10 вместо 1000, Вы тоже привели свое соображение?
Хорошо или плохо давать значение 1000 определенному параметру не имеет никакого отношения к поднятой мной проблеме.
Я всего лишь указал, что хотя СК якобы использует в некоторых случаях DEE, но результат получается отличный от действий самой DEE.
Кстати из моего анализа следует, что еще какие-то параметры профиля игнорируются СК.

Цитата:

Что, даже от E-Ink глаза устают? Но Вы же не только для себя, наверное, делаете.

Как раз от E-Ink у меня глаза не устают, т.к. поскольку я не знаю, что это такое .
А вот от 20-ти дюймового неширокоформатного плоского монитора уже начинают уставать .
Что касается второго цитируемого предложения, то хочу сказать, что я делаю НЕ ДЛЯ СЕБЯ, т.к. в основном работаю с тем, что ЕСТЬ У МЕНЯ, а исключительно для того, чтобы это все выражаясь высокопарно "не кануло в Лету".
Естественно, все что я делаю рассчитано на тех, кто пользуется примерно той же компьютерной средой, что и я, поэтому я не ставлю перед собой коммерческих задач охватить как можно большую аудиторию.
Если кому-то интересно то, что сделал я, пусть приложит усилия и сам переведет в ту среду, в которой ему это удобно читать.
Рассчитывать, что результат моей работы будет просматриваться на каких-то других устройствах, это сродни с надеждой, что СК заработает на тех же устройствах.

Цитата:

А на практике "заводские настройки" (PPD=50) подходят для большинства книг.

Сейчас специально проверил, запустив свой контрольный пример с PPD=50.
Надо сказать, что по Вашим критериям скорее всего я имею дело с плохим качеством печати (цветные сканы, вытащенные из djvu, сделанного из сканов в 200dpi в FR с кривыми буквами, и переведенные в 150dpi - куда уж хуже ).
В результате получил файл на 100 кб больший, чем при PPD=1000.
Напомню, что вообще без словаря получалось больше на 410 кб.

shch_vg

Цитата:

Интересно, если бы в моем сообщение стояло число 10 вместо 1000, Вы тоже привели свое соображение?

Если СК действительно игнорирует этот параметр, то к лучшему - единственное, что я хотел сказать...

ghosty

Цитата:

Если СК действительно игнорирует этот параметр, то к лучшему

А Вам не кажется, что два варианта ВСЕГДА лучше, чем любой один из них?

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

Hi,all
Anyone knows the automargin algorithm of ScanKromsator?
As I know, it's hard to determining where is background and where is content, so this will make hard to find the correct margin of a scanned page. I have took a look at ScanKromasator's automargin algorithm, I found that the picture was converted to BW mode and then use unknown algorithm to get the margin value. Anyone knows about this?

Ru(by google, maybe very buggy)
Привет, всем
Каждый знает, automargin алгоритм ScanKromsator?
Насколько я знаю, что трудно определить, где находится фон и где содержание, так что это будет сделать трудно найти правильный краю отсканированной страницы. Я взглянул на automargin алгоритм ScanKromasator, я обнаружил, что картина была преобразована в режим BW, а затем использовать неизвестный алгоритм для получения маржи. Кто-нибудь знает об этом?

Цитата:

Anyone knows the automargin algorithm of ScanKromsator?

Я думаю что автор сканкромсатора, bolega, что-нибудь знает об алгоритме
I think the author of scancromsator, bolega, know anything about automargin algorithm



Цитата:

Чем меньше параметр, тем выше скорость декодирования - немаловажный фактор при просмотре с портативных устройств.

А кто-нибудь проводил сравнительные тесты, которые показывают относительный выигрыш? Я вот обычно устанавливаю PPD=200 или 500 и никогда не замечал особой разницы в скорости загрузки на моем lbook по сравнению со стандартом.

ScrewDriver78

Цитата:

Я думаю что автор сканкромсатора, boolega, что-нибудь знает об алгоритме

bolega

Цитата:

А кто-нибудь проводил сравнительные тесты, которые показывают относительный выигрыш? Я вот обычно устанавливаю PPD=200 или 500 и никогда не замечал особой разницы в скорости загрузки на моем lbook по сравнению со стандартом.

Чтобы сравнить, нужно закодировать книгу с параметрами PPD=1 и PPD=1000, после чего и тот, и другой файл попробовать просматривать на том же lbook'e не постранично, а открывая каждый раз произвольно взятую страницу.
Я проводил такие сравнения, и по-моему, даже графики рисовал какие-то в смежной теме.

bolega
Что-то у меня не получилось пометить зоны только одного типа в случае, если на развороте есть picture-зоны нескольких типов. В задании фото обрабатываются в зонах с color=grey, а диаграммы с color=b/w.
Возникла необходимость сменить один параметр у всех зон с диаграммами, но отмаркировать только их не удалось, если на развороте (странице) есть разного типа зоны.
М.б я чего-то не вижу?

У меня тут возник вопрос на счёт "Contrast zone". Когда создаёшь такую зону вылезает окошко с настройками "Gray image Enhance", которое вообще-то относится к закладке "quality". А с самой зоной что делать? Я её создаю, а никаких изменений не вижу при обработке. Как она применяется и в чём суть?



Цитата:

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

У меня стрелки движуться по списку, однако при этом не обновляется изображение, т.е. остаётся стоять файл в который было ткунто мышкой (или до которого дошёл кнопками q/w).

bolega
Наконец-то удалось добраться до WinXP и выяснить, что регулярно появляющаяся заставка-ошибка при запуске последней версии СК относится только к системе Windows Server 2003. С предыдущими версиями СК подобных заставок в этой системе не было.

Вопрос: Так и не удалось заставить СК запускаться согласно установленному в опциях приоритету?

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

kimserge
А чем Вас не устраивает Zones->Picture zone->Process marked zones for files?

shch_vg
Нет, речь идет именно о страницах целиком, а не просто зонах на них. Ваш совет касается только зон, если я правильно понимаю.

kimserge
Ваше предыдущее сообщение можно трактовать по-разному.
Если же Вы хотите обработать все страницы, содержащие picture-зоны, то мне честно говоря трудно представить вариант, когда это может понадобиться.
Вот вариант, когда нужно повторно обработать только зоны, возникает часто.
Я, например, обрабатывая шахматную литературу, часто вынужден прибегать к использованию picture-зон двух типов: с color=grey для фото и color=b/w для диаграмм. Но к сожалению не могу повторно обработать только зоны какого-нибудь одного типа.

Импортируюю djvu в SK 5.93 . Хочу обрезать страницы слева. В окне "DJVU import" выбираю "Crop pages"
Left = 70. Но я не вижу обрезки страниц. Что я не так делаю ?

BlackBerry

Цитата:

Но я не вижу обрезки страниц. Что я не так делаю ?

А что там можно не так делать?
Раз не обрезает, значит, это еще не реализовано (кстати и в 5.95 тоже).
Придется обрезать отдельно после импорта сканов.

Имеются сканы-развороты расшитой брошюры, т.е. на одном развороте, к примеру, страницы 1 и 8, на другом, 2 и 7. В результате деления на развороты получается каша в порядке страниц. Возможно ли как-то вручную указать порядок или номер страницы по порядку ?

Цитата:

Возможно ли как-то вручную указать порядок или номер страницы по порядку ?

После обработки можно выполнить групповое переименование с помощью Total Commander.