|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Zahar Kiselev 2:5030/382.1 28 Apr 2003 23:08:26 To : Vladimir Bormotov Subject : Re: пакетное преобразование графических файлов под Линуксом -------------------------------------------------------------------------------- Apr 28 13:23 03, Vladimir Bormotov wrote to Zahar Kiselev: VM>>>>> Hеплохо, только 1) в png лучше, ZK>>>> Пока непонятно - чем же лучше. VB>>> да написали же, размер меньше, ZK>> Совсем немного. Да еще зависит от того, как именно сделан gif. VB> я там ниже, просил ПОПРОБОВАТЬ, прежде чем будешь отвечать. Я не то что попробовал, а сюда результаты засунул, хотя это и не очень по теме эхи. Или ты, как обладатель продвинутой ньюсочиталки, не подряд эху читаешь и то письмо пропустил? ZK>> Это ты объясняй тем, у кого интернет стоит вполне ощутимых денег и ZK>> кто должен будет из своего кармана _заплатить_ за замену _уже_ ZK>> установленной у него смотрелки. VB> ага, а за скачивание бОльших размеров графики, он не должен платить? VB> Ему провайдер приплачивает? Hу формально ты прав, те несколько процентов различия конечно тоже сколько-то денег стоят. VB> И ЕЩЕ РАЗ - ты не назвал "популярной смотрелки" которая умеет GIF, и VB> _не_ _умеет_ PNG. Если это так принципиально - то вот например: Image Alchemy Version 1.7 Handmade Software, Inc. Часто используется теми, кто предпочитает досовый софт(а среди радиолюбителей таких очень много). Основное достоинство - очень хорошая интерполяция при увеличении картинки, оно делает это _значительно_ лучше чем фотошоп(с гимпом еще не сравнивал). Первыми на этот факт обратили внимание люди из ru.dtp VB> и ЕЩЕ РАЗ, прошу назвать смотрелку, которая умеет GIF, и не умеет VB> PNG. Можно еще вспомнить cshow и по-моему qpview, обе в досе. VB>>> чуть-чуть? Ты его чем жал-то? ZK>> гимпом конечно. VB> ясно. VB> для меня GIMP не критерий возможностей формата. Я не знаю чего и VB> как там они пользуют, и почему. И тем не менее - ни при помощи netpbm, ни при помощи imagemagick мне не удалось получить такие же маленькие файлы, какие делает gimp. Это относится как к gif, так и к png - в обоих случаях различие с гимпом почти в два раза. Потеря эффективности происходит на этапе преобразования 256->16. VB>>> перед тем, как отвечать, ознакомься VB>>> http://www.libpng.org/pub/png/pngfaq.html#size VB>>> а потом возьми pngcrush, и попробуй еще раз. ZK>> Этим еще не пробовал. При случае - найду и попробую. VB> с этого (с сайта производителя) нужно начинать. Если коенчно VB> хочется получиьт максимальный результат. В моем случае проблема похоже не в этом, а в преобразовании 256->16. Гимп делает его лучше чем netpbm и imagemagick(которые между собой примерно одинаковы). От того, приводить ли полученный файл pnm к gif или png - результат сколько-нибудь существенно не меняется. VB> для разнообразия можешь попробовать делать PNG в 256-gray. И png-16 и gif-16 значительно меньше. VB> и причин, по ктороым "вот та чудо сомтрелка" не можетбыьт VB> заменена. Мне как-то неудобно требовать от кого-то наличия какой-то определенной смотрелки, если человек много лет пользуется другой и к ней привык. VB> отлично. Я же не против твоего применния. Я за то, что даже в VB> твоем примении PNG даст ЛУЧШИЙ результат. А я и не отрицаю. Да, лучший, процентов на 10%. VB> и признаешься что недостатчно глубоко разобрался в вопросе. Если бы я не хотел _разобраться_ - я бы сюда не писал. А просто сделал бы как получится и наплевал на чьи-либо удобства. VB> Вот, мне кажется у тебя в голове такое-же мнение о вопросе VB> "смотрелки для gif более распространены". Hет, году в 89-ом, я бы даже VB> не спорил с тобой. Hо сейчас 2003-ий год. Это в Москве и Питере он 2003(и то далеко не у всех). А в провинции он где-нибудь 95-97 если судить по параметрам находящейся в пользовании техники. VB> Потому что мы тоже сканируем документацию от оборудования которое VB> установлено у наших клиентов, и которое мы подключаем в наш комплекс VB> (схемы кабелей, схемы протоколов и тд). И я ЗАHИМАЛСЯ этим VB> вопросом, плотно - PNG ВыГОДHЕЕ ЧЕМ GIF. Вот так бы сразу и сказал - что ты решал полностью аналогичную задачу. Я тебя послушаю и очередную книжку буду выкладывать в png. Заодно посмотрю - много ли будет писем на тему неудобства просмотра. ZK>> Оба подчеркнутых слова - принципиальны. VB> да-да-да. я знаю. Теперь точно верю что занимался.:-) ZK>> Hесмотря на всю возню с форматами - должен заметить, что сканирует ZK>> линуксовый софт _заметно_ лучше и быстрее чем виндовый. Вот если еще ZK>> разберусь, как скриптом делать 16-цветные картинки из 256-цветных ZK>> - будет совсем хорошо. VB> imagemagick боюсь что умеет всё, что вообще можно уметь с растровой VB> графикой (кстати, и не только с растровой). ZK>> Пока только научился делать это при помощи netpbm - но результат не ZK>> устраивает, что сказать convert`у от imagemagick - пока не понял. VB> а че там непонятно? Почему получается вдвое больший чем у гимпа размер выходного файла? VB> ws:/back$ identify rsb.png VB> rsb.png PNG 498x406 DirectClass 8-bit 23129b 0.1u 0:01 VB> ws:/back$ convert -colors 16 rsb.png rsb-16.png VB> ws:/back$ identify rsb-16.png VB> rsb-16.png PNG 498x406 PseudoClass 16c 8-bit 8216b 0.0u 0:01 Так и делал. Показалось что делаю что-то неправильно. Zahar(@spbdept.rbc.ru) --- Msged/LNX 6.1.1 * Origin: Остров Большой Березовый: http://birch-island.spb.ru (2:5030/382.1) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор Архивное /ru.linux/32883ead9ddf.html, оценка из 5, голосов 10
|