https://www.opennet.me/openforum/vsluhforumID3/71145.html <br><br>URL: <br>Новость: http://www.opennet.ru/opennews/art.shtml?num=28138<br> https://www.opennet.me/openforum/vsluhforumID3/71145.html#141 Wed, 26 Dec 2018 12:11:34 GMT Вот только что-то эти разработчики ничего не говорят про webp lossless. А он сжимает на 25-35% лучше PNG и практически так же как JPEG с максимальным качеством.<br>Ну и плюс webp - это конечно же прозрачность и анимация. У JPEG просто нет этого.<br>Webp заменяет сразу JPEG, GIF и PNG.<br>Единственный его минус - это цвет 4:2:0 при сжатии с потерями.<br> https://www.opennet.me/openforum/vsluhforumID3/71145.html#140 Thu, 01 Nov 2012 07:52:26 GMT &gt; Старая статейка однако, он уже поддерживает сжатие без потерь. А википедия сюда <br>&gt; ещё ссылается.<br><br>То что формат продолжает развивается это конечно хорошо, но это возможно останавливает сторонних разработчиков, которые хотели бы дождаться его стабилизации.<br> https://www.opennet.me/openforum/vsluhforumID3/71145.html#139 Tue, 23 Oct 2012 19:15:18 GMT Старая статейка однако, он уже поддерживает сжатие без потерь. А википедия сюда ещё ссылается.<br> https://www.opennet.me/openforum/vsluhforumID3/71145.html#138 Mon, 22 Nov 2010 08:15:00 GMT Гугловцы исправили декодер, больше нет квадратиков. WebP до и после:<br>http://img833.imageshack.us/img833/4313/comparewebp.png<br><br>Долго говорил с разработчиками Hipix насчет тех же самых квадратиков, убедить не удалось. Упорно отказываются видеть проблему.<br><br>Итог: WebP в выигрыше.<br> https://www.opennet.me/openforum/vsluhforumID3/71145.html#137 Thu, 21 Oct 2010 15:24:19 GMT &gt; 4:2:0 значит всего лишь, что кодер сохраняет цветовые компоненты с разрешением в<br>&gt; 2 раза меньшим. Следовательно, декодер должен увеличить разрешение в два раза.<br>&gt; Но каждый, кто увеличивал картинки знает, что интерполяция бывает разная: выберешь<br>&gt; "по соседним пикселам" получишь квадратики, выберешь "билинейную" получишь размытие.<br>&gt; И чаще всего размытие куда лучше квадратиков.<br>&gt; То есть в данном случае явно наблюдаем, что JPEG'овский декодер интерполирует билинейно,<br>&gt; а WebP'овский "по соседним пикселам".<br>&gt; Вот читайте, сами гугловцы признают, что проблема именно в декодере:<br>&gt; http://code.google.com/p/webp/issues/detail?id=14<br><br>Чтож вы правы, я почему то всегда думал что это из-за то го что пишет: цветовое пространство RGB.<br> https://www.opennet.me/openforum/vsluhforumID3/71145.html#136 Thu, 21 Oct 2010 05:19:11 GMT &gt; Красные квадраты будут и в jpg если вы сохраните в 4:2:0 YV12<br>&gt; - это проблема не кодека как такового а цветового пространства.<br><br>Пробовал, JPEG в 4:2:0 выглядит более размытым, не более того:<br>http://img710.imageshack.us/img710/2196/santacompare2.png<br><br>4:2:0 значит всего лишь, что кодер сохраняет цветовые компоненты с разрешением в 2 раза меньшим. Следовательно, декодер должен увеличить разрешение в два раза. Но каждый, кто увеличивал картинки знает, что интерполяция бывает разная: выберешь "по соседним пикселам" получишь квадратики, выберешь "билинейную" получишь размытие. И чаще всего размытие куда лучше квадратиков.<br><br>То есть в данном случае явно наблюдаем, что JPEG'овский декодер интерполирует билинейно, а WebP'овский "по соседним пикселам".<br><br>Вот читайте, сами гугловцы признают, что проблема именно в декодере:<br>http://code.google.com/p/webp/issues/detail?id=14<br> https://www.opennet.me/openforum/vsluhforumID3/71145.html#135 Thu, 21 Oct 2010 03:23:16 GMT &gt;&gt; Кстати да - не честно сравнивать 8-bit WebP с 24-bit Jpeg<br>&gt; Ну во-первых не понимаю с чего вы взяли что этот WebP 8-битный.<br><br>Наверно я перепутал с 8-бит на канал?<br><br>"WebP не работает в цветовом пространстве RGB, перед кодированием изображение переводится в YUV с глубиной 8 бит и форматом 4:2:0. Перевод осуществляется согласно стандарту ITU-R BT.601."<br><br>Красные квадраты будут и в jpg если вы сохраните в 4:2:0 YV12 - это проблема не кодека как такового а цветового пространства.<br> https://www.opennet.me/openforum/vsluhforumID3/71145.html#134 Wed, 20 Oct 2010 07:59:51 GMT &gt; Кстати да - не честно сравнивать 8-bit WebP с 24-bit Jpeg<br><br>Ну во-первых не понимаю с чего вы взяли что этот WebP 8-битный. <br>Насколько я знаю, 8-битных WebP вообще в природе не существует.<br>А во-вторых, проблему с красными квадратиками гугловцы признали, <br>когда я им пример послал. Пообещали исправить.<br><br>&gt; И пусть кто нибудь объяснит этим из x264 что раз они свой<br>&gt; формат не выкатили, то смысла размахивать x264 нет ни какого<br><br>Выкатили. Формат называется Hipix. <br>Но проблема с красными квадратиками там точно такая же.<br><br><br><br> https://www.opennet.me/openforum/vsluhforumID3/71145.html#133 Tue, 19 Oct 2010 18:47:33 GMT Кстати да - не честно сравнивать 8-bit WebP с 24-bit Jpeg, к тому же давно уже требуется 32-bit формат<br><br>И пусть кто нибудь объяснит этим из x264 что раз они свой формат не выкатили, то смысла размахивать x264 нет ни какого, к тому же алгоритмы проприоритетные и в вебе без надобности.<br>