Главная страница


ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Andrey Kiselev                       2:5020/400     28 Sep 2003  11:59:29
 To : Vladimir Mosgalin
 Subject : Re: djvu, черт бы его побрал...
 -------------------------------------------------------------------------------- 
 
 .RFC-Message-ID: <0jgi41-70e.ln1@ak4719.spb.edu>
 .RFC-References: <16618212%o37541-bgo.ln1@ak4719.spb.edu>
 <2876@p17.f1041.n5030.z2.ftn>
 From: Andrey Kiselev <dron@ak4719.spb.edu>
 
 Vladimir Mosgalin <Vladimir.Mosgalin@p17.f1041.n5030.z2.fidonet.org> wrote:
 
  VM>>> А монохромный tiff должен быть в разы больше, чем djvu. Собственно,
  VM>>> он и есть. Там сжатие с потерями, это раз. Там, вроде, может быть
  VM>>> DCT, это два. Еще там могут быть вейвлеты, это даст сжатие раза в
  VM>>> полтора-два больше, чем DCT (близко к разнице jpeg vs jpeg2000), это
  VM>>> три. Можно и дальше.
  AK>> Ты не теоретизируй, а возьми кодек cjb2 и убедись, что результат
  AK>> превосходит Group 4 не более, чем на 20% в случае включения опций
  AK>> сжатия с потерями, и на 5--10% в случае сжатия без потерь. О чем
  AK>> прямо заявляет man cjb2:
 VM> Погоди. Под "монохромным" ты подразумеваешь двухцветный битмап? Я
 VM> говорил про полутона.
 
 Да, я говорю о двухцветном упакованном битмапе. Поскольку это именно то,
 что чаще всего используется для хранения сканированного текста и простых
 схем.
 
 VM> Какое это "сжатие с потерями", если его можно просто "включить", а не
 VM> регулировать качество? Много ли от него толку?
 
 Это вопросы не ко мне, а к парням из @lizardtech.com.
 
 А параметров для ``потерь'' там всего два, один из которых является
 простым шумоподавляющим фильтром, который гораздо эффективнее вообще
 накладывать вручную, с учетом особенностей входного изображения.
 
 VM> И ты уверен, что cjb2 кодит самым оптимальным в данном случае из
 VM> возможных в djvu способов?
 
 Я тебе больше скажу: я уверен, что он совершенно неоптимален и
 оптимальным в обозримом будущем не станет. Это не выгодно Lizardtech,
 т.к. эффективные компрессоры они продают за деньги.
 
 VM> Тогда уж надо брать виндовый кодер и смотреть, что он выдаст.
 
 ??? Это при чем тут?
 
 VM> Для простоты, можно сравнивать с jpeg2000 (правда, как его
 VM> кодировать под линуксом, я тоже не знаю ;). Он должен давать
 VM> довольно близкое к djvu сжатие с потерями.
  AK>> других кодеков (я говорю о сжатии с потерями). Hо все равно с
  AK>> JasPer не сравнится.
 VM> Jasper не видел. Какой там алгоритм? Может там арифметикой жмут?
 
 JasPer --- это как раз и есть реализация JPEG2000. Правда, он признан
 несвободным, т.к. автор решил подстраховать себя с целью защиты от
 патентных домогательств. Поэтому с эта библиотека несовместима с GPL
 и в Debian войти не может.
 
 Есть еще одна реализация JPEG2000, с чистой BSD-лицензией, но она скорее
 является отправной точкой для дальнейшей разработки, нежели готовым
 продуктом. Так что пока с кодеками JPEG2000 не очень хорошо дела
 обстоят...
 -- 
 Andrey V. Kiselev
 --- ifmail v.2.15dev5
  * Origin: Scientific Research Center for Ecological Safety Russia (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

 Тема:    Автор:    Дата:  
 Re: djvu, черт бы его побрал...   Andrey Kiselev   28 Sep 2003 11:59:29 
Архивное /ru.linux/80082547c538.html, оценка 2 из 5, голосов 10
Яндекс.Метрика
Valid HTML 4.01 Transitional