bolega
Silver Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору sergiokapone Вы в какой версии СК делали, точно в 6.3? запустил ваше исходное задание на обработку без изменений. Получил на выходе 8-битные зоны, т.е. индексированные. И в djvu 12 цветов как и положено. Может вы на выходе как-нибудь изменяли зоны, так что они превратились в 24бит? Может случайно нажали кнопку в VR, которая меняет глубину цвета, по умолчанию там как раз 24 бит. Кстати, с помощью нее можно и в СК перевести сразу в индексы, если что. Не обязательно нужен внешний редактор. И еще перевел ваш вариант зоны в 24 бита, результат такой же - 12 цветов. У меня ощущение, что вы что-то с зоной делали перед кодированием. Цитата: 2. Поставил Transparent 100 | Это в принципе лишнее. см. мой вариант Цитата: Не ясно, почему в конце получилось 12 из 30-ти. | Это особенность работы автоматического постеризатора. Если вы задали 30, то СК дает гарантию, что будет не более 30 цветов, но по факту может обойтись меньшим количеством. Почему же он не делает сразу 12, если задать изначально 12? Потому что результат зависит к сожалению от начальных условий и с этим ничего не поделаешь. Часто если задать удвоенное кол-во цветов, то результат будет точнее и примерно с вдвое меньшим количеством на выходе. Почему именно так, я не знаю. Для сравнения: http://fayloobmennik.cloud/7344481 добавил вариант, когда палитра задана вручную, с помощью новой функции СК (стр. 3-4). 4-я страница аналогична 3-й, но включена прозрачность как у вас. Отмечу также, что в новой версии 6.3 в малоцветках белый цвет - это тоже цвет! Т.е. он не есть прозрачный. Если под под зоной что-то будет, то белый цвет закроет его. Вот если нужно, чтобы что-то просвечивало сквозь нее, тогда есть смысл вводить прозрачность. Кстати, в версии 6.3 прозрачность можно включить прямо в зоне в out-задании, т.е. без переработки зон, т.к. при создании djvu СК теперь учитывает эту опцию зоны. Добавлено: TelecomUral Вы привели интересный пример. Я уже о таком эффекте как-то давно упоминал. Суть его в том, что вьюер интересно отображает накладывающиеся друг на друга блиты (а именно в этом причина вашего эффекта), даже если они одного цвета. При кодировании в стандартных прогах (dee и т.п.) получить перекрытие блитов в принципе невозможно, поэтому эффект никогда не встречается. Но можно достичь этого искусственно, например, в СК. Причем сделать это можно только при перехлесте малоцветной и раскрашенной зон. При перехлесте двух малоцветных или двух раскрашенных зон эффекта не достичь. Именно поэтому я сказал интересно, что вы все-таки редкий случай создали. Я раньше думал, что вьюер рисует блиты путем просто наложения его поверх канвы. Оказалось, что это не так, он накладывает блиты с помощью какой-то логической операции (или комбинацией). Почему эффект происходит, мы выяснили. Осталось ответить на вопрос, почему он возникает в СК и только для двух разнотипных зон? Дело в том, что когда СК формирует блиты раскраски, неважно, раскрашенных зон или малоцветных, он следит за тем, чтобы перекрытия блитов не было. Если оно встречается, СК расщепляет блиты, разводя их по разным цветам (сколько цветов попало на один блит, столько и будет расщеплений). Но эта операция выполняется отдельно для раскрашенных зон и отдельно для малоцветных, т.к. кодирование их происходит также раздельно: сначала раскрашенные зоны, потом малоцветные . Пересечение блитов двух этих типов зон СК не контролирует. Я считал, что на практике такого пересечения никогда не встретится. Я и сейчас так считаю А ваш пример все-таки искусственный, не вижу причин, почему на практике пользователь такое пересечение должен допускать. Но если очень надо, могу контроль ввести на всякий случай. | Всего записей: 4443 | Зарегистр. 09-09-2002 | Отправлено: 14:56 30-12-2018 | Исправлено: bolega, 15:28 30-12-2018 |
|