Компания Google открыла (http://googlecode.blogspot.com/2010/09/webp-new-image-format...) наработки проекта WebP (http://code.google.com/intl/en/speed/webp/), в рамках которого подготовлен новый формат для хранения изображений. При создании формата WebP использованы технологии, задействованные в видеокодеке VP8 (http://www.opennet.me/opennews/art.shtml?num=26656) для сжатия отдельных кадров. Отличительной чертой нового формата является значительная степень сжатия без заметной на глаз потери качества (http://code.google.com/intl/en/speed/webp/gallery.html). Тестовая перепаковка миллиона случайных JPEG-изображений из web, продемонстрировала (http://code.google.com/intl/en/speed/webp/docs/c_study.html) сокращение общего размера на 39%. С учетом того, что по оценке Google 65% web-трафика расходуется на передачу изображений, это существенное достижение.
Дополнительно повысить степень сжатия можно при упаковке методом WebP не сжатых ранее изображений, также доступна возможност...URL: http://googlecode.blogspot.com/2010/09/webp-new-image-format...
Новость: http://www.opennet.me/opennews/art.shtml?num=28132
>Высокая плотность упаковки достигается благодаря использованию
>предсказательной техники кодированияОни дописали telepathy.h !!!!!!!!
казалось бы, при чём здесь хедерфайл?
Нокия уже давно засунула Telepathy в свои устройства :) а вы только сейчас проснулись...
Ну и замечательно. Давно уже в мяслях было это. Ведь плотность сжатия кадров в видео(не берем в учет старые форматы) очень высокая (не учитывая конечно движения векторов, только новый кадр) по сравнению с древним jpeg. Будет новый хороший формат для сжатия картинки с потерями, и конечно же открытый формат.
> Ну и замечательно. Давно уже в мяслях было это. Ведь плотность сжатия
> кадров в видео(не берем в учет старые форматы) очень высокая (не
> учитывая конечно движения векторов, только новый кадр) по сравнению с древним
> jpeg. Будет новый хороший формат для сжатия картинки с потерями, и
> конечно же открытый формат.Вообще-то сжатие видео и сжатие одиночных картинок - весьма разные задачи. В видео такая плотность сжатия достигается благодаря тому, что используется очень много информации из предыдущего кадра, и каждый следующий, за исключением "ключевых кадров", может передавать только изменения.
WebP сделали из кодека для видео, и в связи с этим очень любопытен вопрос, а будет ли он уметь анимацию, или в 21-м веке люди и дальше будут продолжать использовать анимированный GIF.
Там ясно написано:
> не учитывая конечно движения векторов, только новый кадрсоответственно имелось ввиду keyframe.
Про анимацию отдельная тема - в целом её вырубаю в браузере чтоб глаза не мозолила, про флеш лучше промолчу. Кстати тоже интересно - анимация на основе видео кодека - зачем gif? =)
Для анимации есть apng, но не все его признают.
> Для анимации есть apng, но не все его признают.APNG/MNG не взлетели, и "не все" можно заменить на "никто".
И если формат не поддерживается ни в одном браузере, он вовсё даже не "есть".
С промо от гугла (имеющего в том числе собственный популярный браузер), у WebP есть гораздо большие шансы пойти в народ.
> С промо от гугла (имеющего в том числе собственный популярный браузер), у
> WebP есть гораздо большие шансы пойти в народ.Ну, APNG сделала мозилла. У нее тоже свой популярный браузер есть, если что.
APNG как минимум имеет один существенный изъян для интернета - он ужасно толстый (из-за того что используется сжатие БЕЗ потерь).
Сжатие без потерь - изъян? :) Хорошая шутка.Картинка картинке рознь. Бывают фотографии, а бывают скриншоты, последние лучше жмутся png, а при малом количестве цветов - gif. jpeg, при одинаковом размере с png, на скриншоты добавляет видимые артефакты. Но в целом jpeg сжимает сильнее. Хотя лучше всего скриншоты сжимает 7zip =)
> Сжатие без потерь - изъян? :) Хорошая шутка.Для интернета - очень даже.
> Картинка картинке рознь. Бывают фотографии, а бывают скриншоты, последние лучше жмутся
> png, а при малом количестве цветов - gif. jpeg, при одинаковом
> размере с png, на скриншоты добавляет видимые артефакты. Но в целом
> jpeg сжимает сильнее. Хотя лучше всего скриншоты сжимает 7zip =)APNG сжимает каждый кадр независимо (по всей видимости), если размер неанимированной насыщенной картинки (не псевдографики) ещё можно на сайт выложить в качестве элементов интерфейса, то примитивная анимация этих элементов весит неприлично много (при размерах картинки больше 64x64).
>APNG сжимает каждый кадр независимо (по всей видимости)И что должно помешать APNG кодировать только разницу между кадрами? От него отломали прозрачность?
> Сжатие без потерь - изъян? :)А попробуйте отгружать страничку, хотя-бы статичную, несколько тыщам юзеров одновременно. Вскоре вы обнаружите что готовы удавиться за каждый килобайт, чтобы не покупать дополнительные весьма дорогие сервера на ровном месте :)))
Да кто спорит? Чем меньше файл, тем лучше. Но сжатие с потерями - не фича :) Это побочный эффект, от сжатия "как можно сильнее". И потому сжатие без потерь - не изъян :) А вот относительно низкая степень сжатия - это плохо. Вы же, если покупаете сушилку для посуды, не называете изъяном то, что она металлическая, а не из дешевого китайского пластика? :) Нет? Ну так она же металлическая и потому дороже! Изъян! :D
Как можно такой бред писать? apng - альтернатива animated gif, сжимает намного лучше, и идеально подходит для малоцветной анимации, пиксельарта, рендеренного cellshading и т.д. Для "гладкого" видео его разумеется никто не будет использовать.
> Как можно такой бред писать? apng - альтернатива animated gif, сжимает намного
> лучше, и идеально подходит для малоцветной анимации, пиксельарта, рендеренного cellshading
> и т.д. Для "гладкого" видео его разумеется никто не будет использовать.Это ВЫ говорите пургу, или хотите в неё верить. Использовать APNG вместо анимированного GIF'a? Туфта.
> и идеально подходит для малоцветной анимации, пиксельарта, рендеренного cellshading
То что можно сгенерировать, надо генерировать, на то есть и SVG и javascript. А толкать это в анимированный PNG имеет мало смысла. Ну разве если использовать индексированный цвет.
> Использовать APNG вместо анимированного GIF'a? Туфта.Ну почему же туфта. Вот хороший пример:
http://animatedpng.com/index.php/samples/8bit-gif-vs-8bit-apng/
> Это ВЫ говорите пургу, или хотите в неё верить. Использовать APNG вместо
> анимированного GIF'a? Туфта.Все он правильно говорит. Zlib жмет лучше ископаемого LZW, но как и LZW предпочтет большие одноцветные массивы. То есть то что пипл и перечислил.
>> и идеально подходит для малоцветной анимации, пиксельарта, рендеренного cellshading
> То что можно сгенерировать, надо генерировать, на то есть и SVG и javascript.Да, конечно, давайте превратим браузер юзера в render farm. Нехай юзеры sintel какойнить сами себе рендерят, нефиг качать уже отрендереное. Лучше мы им сцены загрузим, а дальше они будут их рендерить. Подумаешь, какие-то три часа на мощной машине. :)
> А толкать это в анимированный PNG имеет мало смысла. Ну разве если использовать индексированный цвет.
Можно и 24bpp, если осторожно :)
Не обязательно GIF, есть еще APNG, который предлагает передачу изображения без потери качества.
> Не обязательно GIF, есть еще APNG, который предлагает передачу изображения без потери
> качества."Есть". You keep using that word. I do not think it means what you guys think it means.
НИ В ОДНОМ распространённом браузере на сегодня нету поддержки вашего замечательного APNG. Это "есть"?А ВебПэ будет абсолютно точно в двух (десктопный Хром, и браузер сотен тыщ мульёнов наладонников и телефонов на Андроиде), и вероятнее всего ещё Мозилла подтянется. Это как минимум.
>> Не обязательно GIF, есть еще APNG, который предлагает передачу изображения без потери
>> качества.
> "Есть". You keep using that word. I do not think it means
> what you guys think it means.
> НИ В ОДНОМ распространённом браузере на сегодня нету поддержки вашего замечательного APNG.
> Это "есть"?
> А ВебПэ будет абсолютно точно в двух (десктопный Хром, и браузер сотен
> тыщ мульёнов наладонников и телефонов на Андроиде), и вероятнее всего ещё
> Мозилла подтянется. Это как минимум.APNG есть в Firefox, и уже значительное время. Есть даже расширение, позволяющее такие картинки создавать.
> APNG есть в Firefox, и уже значительное время. Есть даже расширение, позволяющее
> такие картинки создавать.Оукей, значит перепутал, это не APNG, а MNG оттуда выпилили.
Тем не менее в виндовом файрфоксе анимашки с http://animatedpng.com/index.php/category/samples/ играют, а в дебиановском - нет. Подозреваю, что здесь он пользуется системной libpng, а там поддержки APNG нет.
FreeBSD - Opera, Firefox работают. Но по весу действительно перебор.
> Оукей, значит перепутал, это не APNG, а MNG оттуда выпилили.Именно так. MNG весьма навернутый формат который был зачем-то изрядно загеморроен. Мозиллой он до некоторого момента поддерживался. Но вы видели как эта "поддержка" работала на практике? Я вот видел. При попытке посмотреть MNG анимацию браузер крешился с вероятностью под 50%! Видали мы такую "поддержку формата" ака "remote DoS attack" знаете где? :)
> Тем не менее в виндовом файрфоксе анимашки с http://animatedpng.com/index.php/category/samples/
> играют, а в дебиановском - нет.У дебианщиков как обычно - "все на благо юзера", только очень уж по своему. И древние версии файрфокса, и его переименование, и что там еще. В итоге в целом неплохую систему при десктопном юзеже портит 100500 вот таких вот мелочей. А если взять все-таки что-то десктопное, например, хоть ту же текущую убунту - там все это работает почему-то. Сразу. В совершенно дефолтовой бубунте часы - крутятся.
> Подозреваю, что здесь он пользуется системной libpng, а там поддержки APNG нет.
По идее, у мозиллы вроде как свой декодер юзается. Если дебианщики это перепилили зачем-то или просто таскают ископаемую версию браузера в которой фичи вообще нет - ну извините. Я могу себе представить когда они webm начнут понимать такими темпами. oO
> По идее, у мозиллы вроде как свой декодер юзается.
> Если дебианщики это перепилили зачем-то или просто
> таскают ископаемую версию браузера в которой фичи вообще нет - ну извините.Мозилла использует встроенную libpng, но (!) они ее чуть-чуть подправили (строк тыщу дописали). Дебианщики же категорически против встроенных библиотек, по идеологическим причинам. Они говорят, что только установленная в системе libpng может быть использована. Но в системной libpng конечно никакой анимации нет.
>> По идее, у мозиллы вроде как свой декодер юзается.
>> Если дебианщики это перепилили зачем-то или просто
>> таскают ископаемую версию браузера в которой фичи вообще нет - ну извините.
> Мозилла использует встроенную libpng, но (!) они ее чуть-чуть подправили (строк тыщу
> дописали). Дебианщики же категорически против встроенных библиотек, по идеологическим
> причинам. Они говорят, что только установленная в системе libpng может быть
> использована.И это правильно, пусть осиливают отправку патчей и интеграцию их в апстрим libpng, нечего изобретать велосипеды. Или что, давайте каждая программа будет таскать за собой "немного дописанные", причём в разные стороны, либы. Вот будет интересно Дебиану отслеживать во всех них проблемы безопасности.
> нечего изобретатьИзобретать как раз очень полезно. Иначе прогресса не будет.
> Или что, давайте каждая программа будет таскать
> за собой "немного дописанные", причём в разные стороны, либы.Я не против. Конкуренция это полезно.
А то если все браузеры будут использовать одни и те же библиотеки,
выбрать будет не из чего. Все браузеры будут одинаковые. А так маленькая
фишка под названием apng позволяет мозилле выделиться среди других.
> И это правильно, пусть осиливают отправку патчей и интеграцию их в апстрим libpng,А там что-то не срослось и апстрим не захотел интегрять фич, IIRC.
> нечего изобретать велосипеды.
А если апстрим брыкается? Вроде как раз в этом случае апстрим так и не пришел к общему знаменателю.
> Или что, давайте каждая программа будет таскать за собой "немного дописанные",
Ну, если апстрим не хочет имплеметить некую фичу - какие варианты то? Только форкануть нафиг и сделать свое, с шахматами и поэтессами. Ну не заставлять же апстримов интегрять фичи при помощи утюга и паяльника?! oO
> Вот будет интересно Дебиану отслеживать во всех них проблемы безопасности.
В libssl уже доотслеживались разок со своими политиками и идеологиями. Меньше надо в политику играть и больше на результат ориентироваться. А то прямо какое-то государство развели с бюрократией и волокитой.
>> нечего изобретать велосипеды.
> А если апстрим брыкается? Вроде как раз в этом случае апстрим так
> и не пришел к общему знаменателю.
>> Или что, давайте каждая программа будет таскать за собой "немного дописанные",
> Ну, если апстрим не хочет имплеметить некую фичу - какие варианты то?
> Только форкануть нафиг и сделать свое, с шахматами и поэтессами.Да, сделать libpng-ng :)
Или там libapng. Отдельным проектом с чётким описанием целей форка и т.д.
И зависеть уже от этой либы. Насколько я понял нынешнюю ситуацию, сейчас такого нет, и просто в дереве исходников мозиллы лежит перепиленная libpng, примерно как vnc4server включает в себя чуть ли не половину Xorg.
> Да, сделать libpng-ng :)
> Или там libapng. Отдельным проектом с чётким описанием целей форка и т.д.Теоретически звучит неплохо. Но практически кто должен этим заниматься? Наверное те, кому больше всех надо. То есть не Мозилла. У Мозиллы и так все в шоколаде.
> Да, сделать libpng-ng :) Или там libapng. Отдельным проектом с чётким описанием
> целей форка и т.д.Ага. Давайте в систему поставим N одинаковых либ еще официально. Хотя нет, N мало. Лучше M :).
> И зависеть уже от этой либы.
А это кому надо? Мозилле или дебианщикам? Вот кому надо - тот пусть и дергается. У остальных то все работает. А если дебианщикам так охота в политику играть в ущерб пользователям - так почему кто-то иной должен отдуваться за их политики?
> Насколько я понял нынешнюю ситуацию, сейчас такого нет, и просто в дереве
> исходников мозиллы лежит перепиленная libpng, примерно как vnc4server включает
> в себя чуть ли не половину Xorg.Грубо говоря, в опенсорсе у кого проблемы - тот и дергается. У мозиллы проблем нет. У них APNG в конце концов работает. А вот некоторые из-за своих политик занимаются фигней, выпиливая неплохие фичи (во всяком случае, GIF давно пора закопать за 256-цветность, а zlib жмет всяко лучше ископаемого LZW).
> Мозилла использует встроенную libpng, но (!) они ее чуть-чуть подправили (строк тыщу
> дописали). Дебианщики же категорически против встроенных библиотек, по идеологическим
> причинам.Ну вот поэтому юзеры дебиана и оказываются в пролете. То у них браузеры ископаемые, то APNG у них выпилен. И HTML5 работать поди не будет хзсколько - сперва они потормозят с релизом пару лет, пичкая юзеров браузерами 2-3-летней давности. Потом окажется что H.264 и мозильщики то не признают, как грабельный. А уж дебианщики - и подавно. А версии браузера с VP8/WEBM не будет еще лет пять поди, как обычно. А может и вообще - мало ли что там еще.
> Они говорят, что только установленная в системе libpng может быть
> использована. Но в системной libpng конечно никакой анимации нет.Ну так пусть возьмут и допишут анимацию. Или пусть не удивляются что юзеры не в восторге от "юзабилити" дебиана. Если на сервере его юзать еще как-то реально если свежак не надо, то на десктопе - как-то многовато дурных косяков и грабелек. По-моему, они там в политику и идеологию переиграли чутка, забыв о, собственно, пользователях. Зато поругаться на убунтуев которые меньше играют в политику и не кладут на пользователей такой длинный МПХ - всегда пожалуйста. Да, убунтуи не выгибаются с переименованием браузера и выпиливанием из него либ. Поэтому в то время как дебианщики борятся с кривым детектом браузера половиной сайтов из-за переименования и обнаруживают что анимция отпилена, у юзеров бубунты и любых иных вменяемых дистров ориентированных на десктоп - все просто работает. Без прогрева юзерам мозга вот такими вот "фичами". А скажите, на кой хрен мне как пользователю борьба с уникальными граблями совершенно на ровном месте?
Убунтовских юзеров разбаловали, они теперь требуют поддержки APNG во вьювере EoG:
http://brainstorm.ubuntu.com/:)
> Убунтовских юзеров разбаловали, они теперь требуют поддержки APNG во вьювере EoGНу а чего, правильно в общем то требуют. GIF давно закопать пора. За 256 цветов и античное малоэффективное сжатие LZW. Мозильщики что-то такое и попробовали, только это не у всех понимание нашло.
> НИ В ОДНОМ распространённом браузере на сегодня нету поддержки вашего замечательного APNG.Судя по статистике браузеров, в рунете APNG видят два юзера из трех.
> Вообще-то сжатие видео и сжатие одиночных картинок - весьма разные задачи.Кроме случая когда сжимается "key frame" (aka I-frame в мпег). "Ключевой" кадр является опорным, от него далее ведется отсчет, последующие кадры являются по сути попыткой кодировать отличия от опорного кадра, как можно компактнее. Поэтому желательно чтобы опорный кадр как можно лучше передавал сцену в начальном состоянии. По большому счету, ключевой кадр можно рассматривать как статичную картинку со сценой от которой ведется отсчет изменений. В общем то глобальных отличий от жпега в этом плане там немного.
> или в 21-м веке люди и дальше будут продолжать использовать анимированный GIF.
Lossy сжатие типа жпега/vp8... и lossless сжатие типа GIF(LZW) и PNG(zlib) ориентировано на разный класс задач. Lossy хорошо жмут "фотоподобные" изображения, потому что на таких изображениях не видно их артефактов сжатия. А вот "компьютерная графика" типа скриншотов, кнопок/окон и что там еще - выглядит крайне мерзко. Такие кодеки плохо кодируют большие области с одинаковым цветом или тем паче, контрастные линии в большом количестве (они для этого никогда не создавались). Чтобы не было видно артефактов на резких линиях (типа юзер интерфейсов и прочая) - размер файла должен быть невкусным (JPEG скриншота с качеством сравнимым с PNG весит как правило весьма дико). Lossless кодеки хорошо жмут компьютерную графику и подобное - за счет повторяющихся данных типа больших одноцветных областей или линий. Но напрочь спасуют на фотоподобных материалах, которые спасибо если сожмутся так в ~пару раз. Потому что на фотографиях не так уж и много пикселов точно повторяется. В итоге - GIF это анимация. А VP8 и что-то иное на основе jpeg-like и подобных по смыслу техник с DCT - это видеоклипы. Делать анимацию в lossy или видеоклипы в lossless - не эффективно. Хотя бывают и чудики уталкивающие в гиф откровенные видеосцены (только весит оно потом дико) или бойко скриншотящие в JPG :).
ждём нового аудиокодека от Google.
Нету необходимости, Vorbis, FLAC и Speex перекрывают все три основных ниши.
И гугл изобретением велосипедов заниматься не стал:> In the WebM container format, the VP8 video is used with Vorbis audio
http://x264dev.multimedia.cx/?p=541<тесты и картинки пропущены>
"This leads us to an obvious question — is Google crazy? I could understand the push for “WebP” if it was better than JPEG. And sure, technically as a file format it is, and an encoder could be made for it that’s better than JPEG. But note the word “could”. Why announce it now when libvpx is still such an awful encoder? You’d have to be nuts to try to replace JPEG with this blurry mess as-is."
Молодца! что еще скажешь.осталось договориться с производителями фотиков, чтоб они сразу в этом формате сливали фотки.
> осталось договориться с производителями фотиков, чтоб они сразу в этом формате сливали
> фотки.tiff уже слили, а это уэбпэ и так сливает.
Мелкий hint: формат для оригинала и для сети всё-таки немного разные вещи.
Круче гугля только Эппл умеет любое барахло подавать так, что все визжат и радуются. В VP8 используется то же самое старое доброе DCT, только не 8x8, как в жпеге, а 4x4, что хуже. Смысл-то менять шило на мыло. Есть туча кодеков и получше, которыми никто не пользуется, тот же JPEG 2000 на вейвлетах.
> Есть туча кодеков и получше, которыми никто
> не пользуется, тот же JPEG 2000 на вейвлетах.Там с патентами нехорошая ситуация, вот и не пользуются:
http://en.wikipedia.org/wiki/JPEG2000#Legal_issues
Ну вот раз гугль такой хороший, и там работают лучшие инженеры планеты, как они утверждают, то им уж точно ничего не стоит придумать свой вейвлетный кодек изображений и передать все патенты в public domain.Просто в последнее время они только и могут скупать чужие залежавшиеся разработки, а потом препоносить как великий прорыв. Сабж тому явная иллюстрация.
Да и у VP8 с патентами не всё чисто - это тот же самый H.264 с отличиями на уровне "у них перламутровые пуговицы, а у нас - костяные". Просто MPEG LA понимает, что гугль со всех сторон её задавит, вот и рвётся судиться.
За стандартом JPEG2000 стоит около 20 организаций, которые подписали соглашение о предоставлении своих патентов бесплатно и без ограничений, опасность лишь в том, что теоретически могут всплыть какие-то мелкие тролли со своими патентами, о которых никто не знал. И за столько-то лет никто ниоткуда не всплыл. Но даже этого было достаточно, чтобы стандарт тихо загнулся.А за кодеком VP8 стоит один гугль, который сегодня добрый, а завтра неизвестно, куда у них ветер подует. А потенциальные тролли присутствуют как минимум в лице MPEG LA, у которых точно есть спорные патенты, просто им сейчас не резон поднимать шум, с какой стороны не посмотри. Так что патентный статус у ихнего WebP куда более шаткий, чем у JPEG2000. А с технической точки зрения это блин воообще "прорывные технологии 80-х годов прошлого столетия". Забирайте, такого нам и даром не нать, и с деньгами не нать.
> А за кодеком VP8 стоит один гугль, который сегодня добрый, а завтра
> неизвестно, куда у них ветер подует.Фарш невозможно провернуть назад. И лицензии обратного хода не имеют. Если вы кому-то что-то отдали под некоторой лицензией, назад забрать у них это уже не получится, извините.
> http://en.wikipedia.org/wiki/JPEG2000#Legal_issuesПатенты - двигатель^W тормоз прогресса. В итоге неплохой формат все боятся использовать. Разве не заметно как стимулируется прогресс? Мы все еще пользуемся жпегом ...цатилетней давности :)
Эм, ИМХО лучше б они выпустили не формат хранения изображений, а новый и эффективный алгоритм сжатия для png/tiff и тому подобного. А так, чувствую, он повторит судьбу выше описаных apng и mng
tiff расширяемый формат, почти контейнер как avi
ага, еще бы лицезреть воочию эту самую штатную поддержку прозрачности в JPEG
"Отсутствует поддержка альфа-канала (прозрачности) и режима работы без потери качества (lossless)" - помоему это НЕ штатные возможности jpeg.
И правда новый свободный формат нужен, но плюшек можно туда побольше. (а это похоже создавалось за один вечер)
>но плюшек можно туда побольшеНе unix-way же.... Лучше пусть он делает одно дело, но делает это хорошо (с)
ну да для lossless можно png сжатие использовать
>We plan to add support for a transparency layer, also known as alpha channel in a future update.Хотя если честно страшилище jpeg + alpha я ни разу не видел...
> И правда новый свободный формат нуженЗачем? Ещё старый не докурен.
> визуально насыщенные изображения, такие как фотографииИли я что-то в этой жизни не понял, или это написана ахинея. Нельзя "научно-популярный слог" перевести на нормальный?
Вообще, гугл опять обделался лёгким форматом - тянет на себя одеяло. ЖЫПЕГ не просто лучше "по мнению разработчиков х264", а вообще на голову превосходит этот гуглопродукт. Просто веб-дизайнерам лень поднять зад и сконвертировать ОПТИМАЛЬНО пикчи (Adv.JPEG Compressor) - там запаса хватает, причём можно оптимизировать как по цветовой составляющей, так и по контрастной - параметров море.
>..."по мнению разработчиков х264"У них слишком предвзятое мнение, все лишь бы под себя подмять. Много чего им не нравится, но это как говорится только их проблемы.
Если бы вы и тот, кому вы отвечали, внимательно прочитали статью, то вы бы поняли, что главная проблема заключается в том, что у гугла хреновый энкодер. Он просто сделан через анус и потому результат выдаёт жутчайшего качества. В VP8 и, соответственно, в WebP _можно_ сжимать с качеством близким к h.264 и, вероятно, превосходящим JPEG, но вот беда - в гугловском энкодере нет психовизуально оптимизации которая позволила бы это сделать и потому на нём этого результата достичь нельзя.
Вот об этом и говорит автор статьи. Он даже привёл пример какой кусок навоза выдаёт его x264 если его заставить работать без психовизуальной оптимизации, а лишь с PSNR, как работает VP8. Качество там лишь чуть-чуть лучше, чем у VP8, что многое говорит о качестве энкодера.А теперь представьте как можно пытаться пропихнуть формат картинок основанный на таком навозном энкодере? А ведь гугл будет его именно на основе своей реализации пропихивать!
А ещё он говорит о том, что JPEG гуглу всё равно не спихнуть с трона. Во-первых все патенты на него уже давно истекли, а во-вторых - его уже несколько раз пытались спихнут даже более эффективными и насыщенными возможностями форматами чем WebP и попытки провалились.
Но нет, вы всё это пропустили и хрен пойми о чём говорите.
>Но нет, вы всё это пропустили и хрен пойми о чём говорите.Не то. Речь вообще про их высказывания, а не по этому отдельному случаю. Они только себя хвалят - вроде как это известный факт. Формат только вышел, а вы от него хотите сразу и всего - такого не бывает, оптимизируют и энкодер еще, всему своё время.
> - такого не бывает, оптимизируют и энкодер еще, всему своё время.Вот пусть сначала оптимизируют энкодер, а потом уже на его основе WebP продвигают, а то сейчас оно страшнее атомной войны.
> Вот пусть сначала оптимизируют энкодер, а потом уже на его основе WebP
> продвигают, а то сейчас оно страшнее атомной войны.Хватит Вам кипятиться, никто никого пока не продвигает, выпущен лишь "developer preview", новость об этом в каком-то лесном блоге, и конвертор командной строки только под GNU/Linux.
С помпой, которую сопровождало публичное объявление WebM (сразу поддержка во многих популярных плеерах и браузерах, куча логотипов компаний-спонсоров стандарта, хаутушки для простых домашних юзеров, и т.д.) это не сравнить.
Как-то они промахнулись - прозрачности нет
Это только мне заметны более-явные артефакты по сравнению с jpg ?так тот-же размер с тем-же качеством наверно можно получить в jpg, если качество до 60% понизить
http://abbra.livejournal.com/167068.html
>при этом при кодировании WebP появилась заметная на глаз размытость (оригинал, webp, jpeg).Да по сравнению с оригиналом, что jpeg, что webp лажа, оба неприятны глазу.
а по-моему, размытость лучше, чем размытость в клетку
Буду продолжать пользоваться PNG и JPEG. А гугль пусть пилит, если так хочется. Может и вправду что-нибудь нормальное сделает.
буду пользоваться PNG:-)
Блин, хорошую идею google как обычно реализовал через жопу. Еще надо же бы назвать riff стандартным...
> Блин, хорошую идею google как обычно реализовал через жопу. Еще надо же
> бы назвать riff стандартным...А чем riff плох? Простой как топор формат, прост и быстр в парсинге, расширяем до упора, а видоизменения этой идеи юзают и многие иные форматы. Я даже не помню кто у кого попер эту идею формата, но в мире есть с полдюжины общих по идее но разных в деталях реализации подвидов такого структурирования файлов. Вот то что фичи явно недоделаны и много чего оставлено на потом - это да, спорный вопрос. Равно как не очень понятно почему именно RIFF контейнер все-таки. Благо для webm они субсет матрешки уже взяли - есть некая разноперость форматов. Нафига бы?
помнится, такая же инициатива была по поводу LuraWave и Jpeg2000 форматов. посмотрим, что получится с открытым форматом.