manjak1961 как-то хорошо мне ответил на аналогичную проблему: вы глазом огрехи замечаете? - Нет... - Ну вот и ладушки, а остальное меня не колышет.

joker2156 писал(а) 22.01.2024 :: 06:04:15:

В Занимательной логике посмотрите обложку. Глазик у попугая и кролика. Сравните как выглядит...

joker2156 писал(а) 24.01.2024 :: 10:12:33:

но они все равно автосегментированы:

joker2156 писал(а) 25.01.2024 :: 07:45:47:

а! если вы вручную делили на передник и задник, то вопросов нет.

joker2156 писал(а) 25.01.2024 :: 07:45:47:

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

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

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

AAW писал(а) 25.01.2024 :: 08:09:11:


Редактирование зон в Djvu Small mod. Им же и кодирую.
Профиль:

illustrated-600: scan600
pages-per-dict=99
block-overlap=2
resolution-multiplier=1
pix-filter-level=100
bg-subsample=1
disable-halftone=false
aggressive=false

AAW писал(а) 25.01.2024 :: 20:00:39:

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

Добавил туда же файл с пятью вертикальными прямоугольниками, - красный, синий, желтый, светло-зеленый, черный. Пометил все как текст. В результате желтый и сз оказались в фоне, остальные три - в слое текста три черных прямоугольника, в слое маски - три цветных.  При кодировании профилем "lowcolor encoding" всё обработалось как надо, но сколько я не пытался этот профиль использовать "в лоб" на нормальных книгах - сыпятся ошибки:

msepdjvu: now processing sep file "-"
msepdjvu: processing [Page 1]

Corrupt or absent file D:\temp\0102_01.jpg
Unsupported color mode

> "D:\prfiles\djvu_small\Bin\MSepDjvu.exe" -fgsep -profile DjvuSmall
-q74+10+4+9 -p50 -l -vv -
"D:\prfiles\djvu_small\instances\8sq8j8wvfl7eq\w\4.djvu"

msepdjvu: now processing sep file "-"
msepdjvu: processing [Page 1]

System error in function -

Processing failed to finish.

joker2156 писал(а) 25.01.2024 :: 22:43:31:


Ирфан говорит, что на 25-й странице 50 тыс цветов. У изображения с цветными полосками 215 цветов. Можно как-то сократить до действительно 5-6 цветов?

Если изображение хранить в JPG, то количество цветов очень сложно контроллировать.

Пастеризацией и переводом в tiff удалось избавиться от ошибки lowcolor encoding, только размер результата,  больше чем десять раз (675651 vs 59823), и изображение выглядит странно, вероятно я что-то опять неправильно сделал. См. изображение ниже(кликабельно). Этот же тиф "обычным" профилем все равно разбивает изображение на слои, правда трапеция остается целой, и на том спасибо. По правде говоря, поскольку "я не настоящий сварщик", меня лично такие нюансы мало волнуют, экспериментирую из уважения к мнению собравшихся.

Область текста не бинаризирована. Не говоря об цветных фигурах.

Вот чищеный скан из 5 цветов и djvu-ха

https://transfiles.ru/durva

По сути тем же, чем и 12 лет назад. MSEPDJVU и оболочка. Например в двух темах пытаюсь объяснить тонкости MSEPDJVU.

Особенности кодирования в MSEPDJVU
Тонированная бумага

Я не пользуюсь DSm. Попробуйте "мой" чищеный скан подать в DSm, может и выйдит что-то путное. Проблема не в кодировании, проблема свести количество цветов до "числа пальцев на руке".

Для малоцветки надо проделать "цветную бинаризацию". Примерно тоже, что мы делаем с серыми сканами. Только не в 1-мерном пространстве яркости, а в 3(4)-мерном пространстве цветов.

joker2156 писал(а) 27.01.2024 :: 21:23:02:

нет. СК не особо задействует профили кодера, в основном все на утилитах djvulibre.
Я выделял каждый однотонный объект как bw picture-zone и задавал ему цвет. Размер такой большой потому что я стараюсь использовать для текста беспотерьное кодирование, lossless, и оно в параметрах СК забито. И не применял ни заглаживание, ни заливку дырок, ни ручную подправку контуров объекта. В данном случае lossless конечно избыточен Вот aggressive: https://disk.yandex.ru/d/rOuyx0yWjd7y2A 10кб

Ваша книга великолепно ложится в СК, по идее. Рисунки крупные, выделить их очень легко.

AAW писал(а) 27.01.2024 :: 21:51:55:

У меня в File->Options->Apps  DEE указывает на \djvu_small\bin\documenttodjvu.exe в djvulibre такого не нашел, может просто переименовать что-то надо? Далее при Tools -> Create DJVU на вкладке Step1 как раз и выбирается профиль из djvu_small который у меня тот же что и в DSM. То же самое на Step2. Неправильно?

Понял, спасибо!

Когда появится окончательный вариант обработки Гетмановой, прошу оповестить меня об этом в ЛС.