|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Andrey Kiselev 2:5020/400 08 Mar 2003 13:05:37
To : Kirill Frolov
Subject : Re: pdf с картинками
--------------------------------------------------------------------------------
.RFC-Message-ID: <bpbc4b.l9e.ln@127.0.0.1>
.RFC-References: <621122576@127.0.0.1> <1047084167@p2.f827.n5030.z2.ftn>
From: Andrey Kiselev <dron@ak4719.spb.edu>
Kirill Frolov <Kirill.Frolov@p2.f827.n5030.z2.fidonet.org> wrote:
AK>> А djview написан на Qt и из-за этого его крайне неудобно применять на
AK>> X-терминалах.
KF>
KF> КДЕ значит удобно, а QT уже не удобно?
KDE удобно?! Когда это я мог такое ляпнуть? KDE --- это ужасно!
KF>>> zip, к примеру? А чем djvu хуже для сканированных текстов?
AK>> Плохой переносимостью.
KF>
KF> Между чем и чем?
Если ты будешь обмениваться файлами, то с вероятностью >>50% ты
наткнешься на человека, который даже никогда не слышал про то, что это
такое. Как результат: ругательства и требование переделать в
``нормальном формате'' обеспечены.
AK>> Кроме того, лицензия GPL на исходники сильно ограничивает их
AK>> применимость, так что можно даже не сомневаться в том, что формат
AK>> будет распространен меньше, чем тот же TIFF.
KF>
KF> M$-Word тоже ограничивает применимость...
А это сильнее, чем MS Word, т.к. позиционируется в качестве открытой
технологии. Тем не менее пока что ПО для djvu производится только
владельцами (AFAIK). Вот когда появятся независимые поставщики, тогда
можно говорить о распространенности.
KF> А вот если ближе к практике -- есть средства для создания многостраничных
KF> файлов? Пример -- сканированная книга. Альтернатив-то djvu просто нет, мне
KF> так кажется.
Многостраничный TIFF с CCIT Group 3/4. Да, размер будет больше. Зато
проблем не будет. Тот же JPEG2000 также легко приспособить к этому делу.
Hасколько я понимаю, вся хитрость djvu заключается в предварительной
фильтрации и разделении изображения на слои с последующим раздельным
кодированием (а также выделением ROI). Так это реализуется и в рамках
JPEG2000, если бы кто-то поставил себе задачу использовать этот формат
для книг.
KF> Кстати в TIFF тоже может использоваться запатентованный алгоритм сжатия.
Что наглядно показывает, к чему приводит использование проприетарных
технологий.
AK>> ты считаешь большими и те гляделки, которые ты использовал. Интересно
AK>> также, какие гляделки под Windows ты при этом применяешь и считаешь
AK>> хорошими.
KF>
KF> Hу эта стандартная в дистрибутиве винды "Imaging for windows".
Трудно найти что-либо худшее. Медленная, мало что умеет и память жрет.
KF> Hормально
KF> смотрит лист A3 со схемой. Может увеличивать уменьшать нормально (со
KF> smooth'ингом). Размер файла порядка 2-х мегабайт.
Hет, ты мне приведи геометрический размер изображения и объем ОЗУ.
Кстати, у меня тут есть файл размером 122КБ, разворячивающийся на 100МБ.
Размер файла еще ни о чем не говорит.
KF> В линухе xv уменьшать нормально не умеет. Всякие там gimv и прочие
KF> свопятся и/или падают. xloadimage смотрит нормально, но опять-же без
KF> увеличения/уменьшения.
Какими-то ты странными пользуешься средствами. Рекомендую попробовать
ida.
А вообще, я-то думал, у тебя действительно большие файлы. (hint: большие
файлы начинаются тогда, когда размер изображения в 100--1000 раз
превосходит объем оперативной памяти).
--
Andrey V. Kiselev
--- ifmail v.2.15dev5
* Origin: Scientific Research Center for Ecological Safety Russia (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
