joker2156 писал(а) 20.01.2024 :: 09:06:19:


Давно не встречал djvu с автосегментацией. В результате 600dpi выглядит как 150.

Ну если разница видна только в метаданных, то может и действительно проблемы нет, по типу DPI, если изображение 5000х3000, то изменение DPI без ресайза ни на что не влиляет, пока печатать не соберетесь. Возможно я просмотрел, сейчас выборочно глянул - все равно не вижу проблем, в том числе в метаданных, нельзя ли пару примеров, что не так?

Lykas писал(а) 22.01.2024 :: 11:23:04:


Прохлопал, спасибо!
Переделал все зоны руками, размер подрос до 65мб, вроде таких проблем больше нет.
Срок хранения - две недели.
Удалил свое предыдущее сообщение, но ссылка, если что, осталась в ответе bolega.

AAW писал(а) 24.01.2024 :: 14:57:32:

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

UPD: скопировал страницу с фигурами,  на одной странице пометил фигуры как текст, на сторой - как картинку, в первом случае все равно произошло разделение, как на вашем скриншоте. Вероятно я не знаю как обрабатываются зоны переднего плана.

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


А в чём пометили?

joker2156 писал(а) 25.01.2024 :: 19:49:21:

Хм. Вроде автор DSM в справке утверждал что разделение на зоны гарантирует попадание в FG или BG. Может  к ним еще специальный профиль применить надо?

на руборде автора не спрашивали?

возможно как-то поможет эта инфа
http://publ.lib.ru/cgi/forum/YaBB.pl?num=1156785706/268#268

joker2156 писал(а) 26.01.2024 :: 20:03:08:

опыт набираете заодно.

--
должно было получиться что-то такое
https://disk.yandex.ru/d/4uo0sYxksN2e7w
Это СК, конечно.

Ну 15к и 9К, конечно, гораздо лучше моих 60к на страницу. AlVaKo, а вы чем кодировали?

UPD: @Dmitry7 , не могли бы вы удалить или перенести всё обсуждение, кмк не в лучшем месте оно случилось.

Спасибо. Ваш файл на "моем" профиле все равно дает 43к в DSM. СК, как я понимаю, использует внешние программы для кодирования и, вероятно, те же профили что и DSM, если 15k AAW достижимы только для конкретного примера а не для всех иллюстраций - это, конечно, осложняет, в реальной книге овчинка может не стоить выделки. Профиль aggressive на файле AlVaKo дает 14к - Алексей, вы чем-то похожим кодировали? Я выбрал профиль Illustrated text с добавкой aggressive=false в качестве стандартного поскольку мне он показался оптимальным - умеренное увеличение размера с минимумом потерь.

joker2156 писал(а) 26.01.2024 :: 23:59:26:

joker2156 писал(а) 28.01.2024 :: 22:39:52:

нет, правильно.
Но я-то задействовал малоцветные зоны, то есть раскраску блитов. А это уже или сам СК делает, или прога утилиты из djvulibre привлекает. Зависит от многого. Главное, СК не работает с DEE для таких зон. Его, конечно, можно заставить, поставив галки "ignore..." на первой закладке, но это просто невыгодно, будут те же проблемы что у вас с dsm.

AAW писал(а) 28.01.2024 :: 23:00:47:

Еще как работает. Если я не рассказывал об этом (хотя вроде когда-то описывал), опишу здесь.
Ч/б раскрашенные зоны (задана раскраска текста, фона нет) кодируются вместе со всем содержимым страницы на step2 с помощью DEE. Это позволяет кодировать эти зоны наиболее оптимально, т.к. тогда используются мультистраничные словари. Потом уже СК сам присваивает блитам цвета, генерируя слой FGbz. Если раскрашенные зоны пересекаются или контактируют, то СК находит блиты, попадающие в зону пересечения и разбивает их на отдельные под-блиты, чтобы они не мешали друг другу, иначе раскраска будет некорректной.
Малоцветка кодируется тоже с помощью DEE, для каждого цвета создается временная страница, в котором цвет заменяется на черный. Затем все страницы кодируются  DEE, причем обязательно lossless. После этого СК объединяет все блиты и добавляет их в осноной файл, задание цветов  для них выполняется так же как я описал выше.
Почему lossless? Если lossy, то стыки разных цветов (а в малоцветке они есть всегда по определению) будут не совпадать, что приведет к нежелательным артефактам.
Теперь рассмотрим раскрашенную ч/б зону, у которой задан еще и цвет фона. Здесь возможны два варианта. По умолчанию СК создает однородный фон заданного цвета и кодирует его как IW44 300dpi. Если на странице присутствуют еще и цветные зоны, то dpi фона берется как у них. Во втором варианте ч/б зона трактуется как малоцветка, т.е. текст и фон кодируются блитами. Как правило, в таком варианте и качество лучше, и размер меньше. Чтобы СК выбрал второй вариант, нужно в зоне включить опцию few-color coding. В старых версиях СК эта опция игнорировалась для ч/б раскрашенных зон, в последних версиях используется как я описал.

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