daa2013
Advanced Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Цитата из статьи, которую я приводил выше (там это всё ещё и объясняется)
Цитата:| The number of stored slices is the main compression parameter of the IW44 format. Within the DjVu file, the streams of slices of all channels are stored in so called cycles (group of one slice for every channel). Doing so, the format also allows for a delay of both chroma channels with respect to the luminance channel. This delay is a second parameter which can be employed for compression purposes. |
То есть реальных параметров два: слайсы и задержка. Остальное - антураж.
-- slices <1...200> (чем больше, тем лучше)
-- crcbdelay<1...32> (чем меньше, тем лучше)
Описание эксперимента.
Прогоняем все возможные сочетания параметров для той и другой утилиты photodjvu и c44 и сравниваем файлы. Побайтно (утилита dfcfr - пакетные сравнения батчем) и попиксельно (программа Beyond Compare - попарные сравнения ручками).
Гипотеза №1. bg-quality - это НЕ синтетическая опция. Она варьирует только число слайсов (по разному перераспределяя их на 4 группы), но не задержку. Задержка выставляется там дефолтной.
Гипотеза №2. photodjvu из DEE и с44 кодируют одинаково.
Неявно также предполагается, что documenttodjvu и photodjvu работают одинаково. Но если что, то можно эксперименты и с documenttodjvu повторить.
Ещё пара цитат из справок. (1= Якобы у DEE дефолт для задержки =16, а у с44 =10. 2. Как распределены слайсы между чанками неважно, важно только общее число):
Цитата: DEE
Delay – --crcbdelay=<1-32> Sets the chrominance delay factor to influence blurring and file size. .. A value of 1 produces the best quality and the largest file size. The default for this option is 16.
Slices - The slices option defines the number of slices for each data chunk. Meaningful values are between 70 and 140. Each chunk is exponentially larger than the last.
с44
delay - modify the quality of the chrominance information. The option arguments specifies a parameter n, expressed in slices, that reduces the bit-rate associated with the chrominance. The default chrominance encoding delay is 10 slices.
slices - DjVuPhoto files are logically composed of a sequence of "slices" containing successive image refinements. Slices are grouped in "chunks" defining the progressive rendering sequence. The viewer is able to display an intermediate image after processing each chunk. A typical DjVuPhoto files contains 80 to 120 slices grouped into 1 to 4 chunks. The final quality is determined by the total number of slices, ... |
Выводы:
1. Побитовые сравнения файлов кучами показывают: Справка DEE врёт - дефолтное значение delay=10. (Если не указать, то совпадёт с 10, а не с 16).
2. c44 и фотоджву при кодировании всех слайсов в один чанк дают одинаковые по размеру (в байтах) файлы. Однако побитово они не совпадают. Задержка и там, и там была выставлена по дефолту. Значит побитово сравнивать DEE/c44 бессмысленно.
3. Если экспортировать из них bmp-файлы, то cравнение программой Beyond Comparer показывает идентичность картинок для файлов с одинаковым числом слайсов. Я посмотрел 3-4 , но конечно не все.
4. При варьировании bg-quality, по всей видимости, какое-то время идёт перераспределение слайсов между чанками, потом прибавление слайса, потом снова перераспределение (правда, не на всём диапазоне 1-100 так. Иногда прибавление за прибавлением, особенно на высоких значениях.). Из-за того что структура чанков разная, то побайтово не совпадают. Тем не менее видно ступенчатое прибавление размеров (происходит когда +1 слайс). Попиксельное сравнение тоже вроде идентично.
5. Я сравнил несколько пар файлов для DEE (кволити) и с44 (слайсы) попиксельно. Они совпали. (Выбирать надо такой файл кволити который чуть-чуть больше файла от с44. Это как раз там информация о разбиении на 4 чанка вместо одного.)
Вопрос в том, сколько пар картинок нужно сравнить попиксельно, чтобы сделать вывод. С одной стороны результаты и от тестового изображения могут зависеть. С другой - были пары, где картинки для делэй 10 и делэй 16 совпадают, а вот для делэй 1 уже разница есть.
Чтобы получить 100% уверенность имеет смысл найти утилиту сравнения картинок из командной строки, и кому-то из программистов состряпать батник, делающий что-то такое:
- прогнать все комбинации слайсы - делэй в обоих программах
- экспортировать джвудекоде как тиффы или бмп-шки
- прогнать все типы качества (bg-quality) у DEE
- экспортировать джвудекоде как тиффы или бмп-шки
- попарно вообще всё сравнить.
Что это даст:
А) стопроцентное подтверждение, что bg-quality НЕ синтетический параметр, а чисто слайсовый. (Я лично на основе сравнения 3 картинок для себя так решил, но убеждать никого в этом не буду).
Б) приблизительную оценку вклада компонента задержка цветности в размерность файлов.
В) подтверждение идентичности кодирования картинок DEE и c44 (опять таки мне кажется, что это именно так), но если вдруг не так, то можно тогда будет составить таблицу соответствий/несоответствий параметров. (Напоминаю, что поскольку я делаю попиксельные сравнения результатов кодирования c44 со слайсами и DEE с их дурацким качеством, и всё совпадает, то хотя бы отдельные зоны соответствия точно есть.)
UPDATE
Да, вот еще что надо проверить: есть ли для задержки значение 0..
В справке DEE написано что диапазон задержки 1-32. Но в с44 имеется и упоминание
Select the highest possible quality for encoding the chrominance information. This is equivalent to specifying -crcbnormal and -crcbdelay 0
является ли это значение рабочим или он только режим normal обнуляет. |
Всего записей: 1104 | Зарегистр. 13-06-2013 | Отправлено: 21:38 14-11-2018 | Исправлено: daa2013, 05:43 15-11-2018 |
|
), туда нужно подсовывать слитые файлы, так же, как и в DEE. Вот какие модули есть в директории DjVu Small. 
А я постеризацию хочу, и пару исправленных багов.