|
|
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) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/80082547c538.html, оценка из 5, голосов 10
|