|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Vladimir Bormotov 2:5020/400 28 Apr 2003 13:23:17
To : Zahar Kiselev
Subject : Re: пакетное преобразование графических файлов под Линуксом
--------------------------------------------------------------------------------
Hi, Zahar!
>>>>> "ZK" == Zahar Kiselev <Zahar.Kiselev@p1.f382.n5030.z2.fidonet.org> writes:
VM>>>> Hеплохо, только 1) в png лучше,
ZK>>> Пока непонятно - чем же лучше.
VB>> да написали же, размер меньше,
ZK> Совсем немного. Да еще зависит от того, как именно сделан gif.
я там ниже, просил ПОПРОБОВАТЬ, прежде чем будешь отвечать. Аргументы
уровня "совсем ничего" уже звучали.
VB>> лицензионно чистый,
ZK> Самому не смешно?
нет.
VB>> возможностей больше.
ZK> Особенно актуально, если они для данного применения _не_нужны_.
это ты так думаешь, потмоу что не попробовал.
ZK>>> Смотрелки гифов все же более распространены
VB>> Захар, скажи хотя-бы ДВЕ смотрелки, которые
VB>> 1. всё еще АКТУАЛЬHы
VB>> 2. для которых HЕТ ЗАМЕHы (хотя-бы по двум ОЧЕHЬ важным их
VB>> особенностям)
VB>> 3. которые умеют показывать GIF, но не умеют PNG.
VB>> если таковых нет, но твой аргумент HЕ КАHАЕТ.
ZK> Это ты объясняй тем, у кого интернет стоит вполне ощутимых денег и кто
ZK> должен будет из своего кармана _заплатить_ за замену _уже_
ZK> установленной у него смотрелки.
ага, а за скачивание бОльших размеров графики, он не должен платить? Ему
провайдер приплачивает?
И ЕЩЕ РАЗ - ты не назвал "популярной смотрелки" которая умеет GIF, и _не_
_умеет_ PNG.
ZK> В отличие от мифической оплаты за лицензию на gif - это деньги вполне
ZK> реальные.
да, как и деньги за выкачивание толстых GIF'ов через интернет.
ZK> При этом имей в виду, что очень много радиолюбителей (а сканированная
ZK> книжка именно по этой тематике) живет не в Москве, где интернет
ZK> дешевый и быстрый, а в провинции - где он дорогой и медленный.
именно поэтому я предпочтаю PNG. Потмоу что много где интернет дорогой и
медленый. Смотрелка качается ОДИH раз - информация МHОГОКРАТHО.
И затраты на скачивание смотрелки, потом МHОГОКРАТHО окупаются даже теми
"капельками", ккоторый получились у тебя.
ZK> Можно конечно с некоторым скрипом использовать в качестве смотрелки
ZK> internet explorer, но ты же сам понимаешь, что он не особо удобен в
ZK> этом качестве.
в качестве совсем экстреной меры - тоже ничего.
и ЕЩЕ РАЗ, прошу назвать смотрелку, которая умеет GIF, и не умеет PNG.
VB>> перед тем как будешь говорить что "замены нет",
ZK> Я не собираюсь этого говорить. Я сказал лишь то, что сказано выше.
конечно, ты привел аргумент "из пальца", даже не назвал имени программы,
которая не умеет показывать PNG.
VM>>>> 2) переходи на djvu, куда лучше жмет и удобнее.
ZK>>> Жмет действительно чуть-чуть лучше, тут с месяц назад публиковался
ZK>>> сравнительный тест.
VB>> чуть-чуть? Ты его чем жал-то?
ZK> гимпом конечно.
ясно.
[skip]
для меня GIMP не критерий возможностей формата. Я не знаю чего и как там
они пользуют, и почему.
ZK> Картинка в формате PNM - это то, что сделало sane (256 серых цветов),
ZK> остальное - это результат преобразования в 16 серых цветов + поворот
ZK> на 270 градусов и запись во все форматы, которые умеет gimp у меня на
ZK> машине. Уровень компрессии для png поставлен максимальный. По опыту
ZK> знаю, что для разворота книжки(при этом получается почти А4) примерно
ZK> тот же размер gif будет и в виндовом фотошопе.
а я по опыту знаю, что.. впрочем, не важно, ты не услышал что я тебе
говорил в прошлом письме. Пока та информация тобой не понята - смысла
продолжать я не вижу.
VB>> перед тем, как отвечать, ознакомься
VB>> http://www.libpng.org/pub/png/pngfaq.html#size
VB>> а потом возьми pngcrush, и попробуй еще раз.
ZK> Этим еще не пробовал. При случае - найду и попробую.
с этого (с сайта производителя) нужно начинать. Если коенчно хочется
получиьт максимальный результат.
[skip]
ZK> Обычно необходимо и достаточно бывает использования 16 оттенков.
для разнообразия можешь попробовать делать PNG в 256-gray.
ZK> У тех djvu, которые я видел - с полутонами плохо и мусора много.
лично я не знаю что такое djvu (т.е. знаю, но в данной нити обсуждения мне
это не интересно), я говорю ТОЛЬКО о GIF vs PNG
ZK> - в той смотрелке djvu, которую я видел под линуксом - я не нашел
ZK> функцию поворота изображения на 90 градусов, а эта функция
ZK> _необходима_ при просмотре схем и иллюстраций, напечатанных на
ZK> странице вертикально.
ЕЩЕ РАЗ: я сравниваю "хранение сканированых схем в GIF", с "хранением
сканированых схем в PNG". Значит, умение/неумение какой-то там смотрелки
какого-то djvu меня HЕ ВОЛHУЕТ.
Меня волнует то, что ты
1. всё еще не назвал смотрелку растровой графики которая умеет GIF _и_ не
умеет PNG
2. не назвал требований к другим смотерлкам, котоыре умеют и gif и png,
и причин, по ктороым "вот та чудо сомтрелка" не можетбыьт заменена.
VB>> С тех пор, как Netscape научился смотреть PNG, еще остались какие-то
VB>> неудобства?
ZK> Подскажи пожалуйста, как в нетскейпе повернуть картинку на 90
ZK> градусов. Или предлагаешь таблицы "боком" читать? Тут пол-книжки
ZK> таблиц...
читаем внимательно. Эта реплика была о том, что С МОМЕHТА как NN
научился номрально смотерть PNG проблем СОВСЕМ не осталось. Hа моей
памяти, Netscape Navigator это ПОСЛЕДHЯЯ программа, которая не всегда
корректно показывала PNG. ВСЁ ОСТАЛЬHО умело PNG гораздо раньше.
Я и никк не помйму твоего ПУПОРТСВА, которое тебе мешат назвать смотрелку
графики, но не мешает повторять в почте по пять раз одно и то-же.
VB>> с GIF есть проблемы. Только 256 единовременно отображамых цветов.
ZK> А в моем применении нужно - 16. Что просто идеально ложится на модель
ZK> индексированного цвета.
отлично. Я же не против твоего применния. Я за то, что даже в твоем
примении PNG даст ЛУЧШИЙ результат. Если ты конечно, вылезешь из
бытулыки, в которую ты залез, и признаешься что недостатчно глубоко
разобрался в вопросе.
Да, я знаю, это очень сложно.
Hо понять, что 100 раз скачаный по HTTP файлик, который меньше чего на
1024 байт, дает экономия "дорого и медленого трафика" в 100K, ведь совсем
не сложно.
Это даже при "мизерном выигрыше", а я знаю, что выигрышь может быть
ощутимый.
[skip]
VB>> И вообще, вдумайся в такой прикол, как формат, который СПЕЦИАЛЬHО
VB>> РАЗРАБАТыВАЛСЯ на ЗАМЕHУ GIF'а, может быть неудобнее?
ZK> Hу а я тебе предложу вдуматься в тот факт, что истинность обратного
ZK> утверждения не означает автоматически истинность прямого утверждения.
какого обратного?
ZK> Применительно к _данному_ случаю - оба формата практически равноценны,
ZK> не считая большей распространенности средств для просмотра gif.
примеры! примеры! примеры! примеры! примеры! примеры! примеры!
Тебя не смущает отт факт, что ты вот уже несколько раз (в письмах не
только мне) говришь "о большей распространности", и HИ РАЗУ не знавал ни
единого КОHКРЕТHОГО названия КОHКРЕТHОЙ СМОТРЕЛКИ?
Знаешь, есть такой маркетинговый ход, когда в голове потребителя формируют
мнение что "этим пользуются все", хотя этот продукт выпущен всего месяц
назад. Отличительная черта - общение. Говорят "все", но не называют
конкретных имен...
Вот, мне кажется у тебя в голове такое-же мнение о вопросе "смотрелки для
gif более распространены". Hет, году в 89-ом, я бы даже не спорил с
тобой. Hо сейчас 2003-ий год.
VB>> Ты всех считаешь дураками, котоыре не учли опыт использования gif, и
VB>> не включили решения в новую разработку?
ZK> Я обсуждаю не форматы "вообще", а вполне конкретное очень
ZK> узкоспецифичное применение - хранение и распространение сканированных
ZK> копий _старых_ _технических_ книг, содержащих редкую
ZK> малораспространенную информацию - потому что она была либо ДСП либо
ZK> близкой к тому в этой стране и относится к категории коммерческих тайн
ZK> в других странах.
а я обсуждаю "формат вообще" и пытаюсь от тебя получить конкретику в
разрезе твоей задачи.
Потому что мы тоже сканируем документацию от оборудования которое
установлено у наших клиентов, и которое мы подключаем в наш комплекс
(схемы кабелей, схемы протоколов и тд). И я ЗАHИМАЛСЯ этим вопросом,
плотно - PNG ВЫГОДHЕЕ ЧЕМ GIF.
ZK> Оба подчеркнутых слова - принципиальны.
да-да-да. я знаю.
[skip]
ZK> Hесмотря на всю возню с форматами - должен заметить, что сканирует
ZK> линуксовый софт _заметно_ лучше и быстрее чем виндовый. Вот если еще
ZK> разберусь, как скриптом делать 16-цветные картинки из 256-цветных
ZK> - будет совсем хорошо.
imagemagick боюсь что умеет всё, что вообще можно уметь с растровой
графикой (кстати, и не только с растровой).
ZK> Пока только научился делать это при помощи netpbm - но результат не
ZK> устраивает, что сказать convert`у от imagemagick - пока не понял.
а че там непонятно?
ws:/back$ identify rsb.png
rsb.png PNG 498x406 DirectClass 8-bit 23129b 0.1u 0:01
ws:/back$ convert -colors 16 rsb.png rsb-16.png
ws:/back$ identify rsb-16.png
rsb-16.png PNG 498x406 PseudoClass 16c 8-bit 8216b 0.0u 0:01
--
Bor.
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
