форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"В новой версии WebP появилась поддержка прозрачности и кодир..."	+1 +/–
Сообщение от opennews (ok) on 18-Ноя-11, 13:57
Компания Google представила (http://googlecode.blogspot.com/2011/11/lossless-and-transpar...) обновлённый вариант формата для распространения изображений WebP (http://code.google.com/speed/webp/). Используемые в WebP технологии сжатия с потерями позволяют добиться сокращения размера файла на 25%-34% (http://code.google.com/speed/webp/docs/webp_study.html), по сравнению с файлами JPEG аналогичного качества (по индексу SSIM). За год  существования формата WebP разработчиком удалось устранить множество высказанных в процессе  обсуждений замечаний (http://www.opennet.dev/opennews/art.shtml?num=28138). Например, в прошлом месяце была добавлена поддержка анимации, цветовых профилей ICC, тайлинга и XMP-метаданных. Сегодня отмечено преодоление ещё двух важных рубежей: в WebP добавлена поддержка прозрачности (альфа-канал) и режима сжатия без потерь. Отныне WebP может выступать полноценным аналогом не только формата JPEG, но и форматов PNG и GIF. Когда необходимо распростр... URL: http://googlecode.blogspot.com/2011/11/lossless-and-transpar... Новость: http://www.opennet.dev/opennews/art.shtml?num=32342
Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "В новой версии WebP появилась поддержка прозрачности и кодир..."	+/–
Сообщение от gegMOPO4 (ok) on 18-Ноя-11, 13:57
Как насчёт EXIF?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	4. "В новой версии WebP появилась поддержка прозрачности и кодир..."	–2 +/–
	Сообщение от letsmac (ok) on 18-Ноя-11, 14:27
	XMP круче exif.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	19. "В новой версии WebP появилась поддержка прозрачности и кодир..."	+6 +/–
	Сообщение от Аноним (??) on 18-Ноя-11, 16:28
	> XMP круче exif. Угу, XML-ное месиво в бинарном формате это круто: "ни два, ни полтора". Файл с таким тегом нельзя отредактировать текстовым редактором из-за бинарной части, но xml сложен и тормознут в парсинге "как обычно", в отличие от остальной части формата файла которая проста в парсинге как топор. Итого: предлагаю переименовать в Google Frankenstein File Format.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	5. "В новой версии WebP появилась поддержка прозрачности и кодир..."	–2 +/–
	Сообщение от Анончик on 18-Ноя-11, 14:32
	Поддержу предыдущего оратора: http://en.wikipedia.org/wiki/Extensible_Metadata_Platform
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	6. "В новой версии WebP появилась поддержка прозрачности и кодир..."	–1 +/–
	Сообщение от lmgtfy on 18-Ноя-11, 14:44
	зачем, если есть XMP http://en.wikipedia.org/wiki/Extensible_Metadata_Platform http://fototips.ru/digest/nemnogo-o-formate-xmp/
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	21. "В новой версии WebP появилась поддержка прозрачности и кодир..."	+2 +/–
	Сообщение от Аноним (??) on 18-Ноя-11, 16:39
	Ага, мизерная libjpeg будет тащить монстра libxml. Круче этого, наверное, только если в файл встроить программу для виртуальной машины, которая будет возвращать метаданные. Хотя и то есть риск, что проще получится (и компактнее, кстати, компрессия статических данных на основе минимизации DFA зело хороша).
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	24. "В новой версии WebP появилась поддержка прозрачности и кодир..."	+7 +/–
	Сообщение от Аноним (??) on 18-Ноя-11, 17:29
	MS уже допер впихивать в WMF/EMF машинный код для ускорения рендеринга в эпоху палеолита GDI. И забыли о фиче. А когда хакеры нашли фичу - срали кирпичами от счастья: прислал лоху картинку - троян сам запускается.
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

	35. "В новой версии WebP появилась поддержка прозрачности и кодир..."	+1 +/–
	Сообщение от R on 18-Ноя-11, 23:14
	> Ага, мизерная libjpeg будет тащить монстра libxml. > Круче этого, наверное, только если в файл... Круче этого только вот это: [cite] Adobe has a trademark on XMP, and retains control over the specification. Initially, Adobe released source code for the XMP SDK under a license called the ADOBE SYSTEMS INCORPORATED — OPEN SOURCE LICENSE. The compatibility of this license with the GNU General Public License has been questioned. The license is not listed on the list maintained by the Open Source Initiative and is different from the licenses for most of their open source software.[/cite](http://en.wikipedia.org/wiki/Extensible_Metadata_Platform)
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

	57. "В новой версии WebP появилась поддержка прозрачности и кодир..."	+1 +/–
	Сообщение от Анон on 21-Ноя-11, 13:37
	А дальше? >On May 14, 2007, Adobe released the XMP Toolkit SDK under a standard BSD license.[3] >On August 28, 2008, Adobe posted a public patent license for the XMP specification.[4]
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

	54. "В новой версии WebP появилась поддержка прозрачности и..."	+2 +/–
	Сообщение от arisu (ok) on 20-Ноя-11, 23:32
	xml? всю жизнь мечтали, ага. уносите, неоперабельно.
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

2. "В новой версии WebP появилась поддержка прозрачности и кодир..."	–5 +/–
Сообщение от Ваня on 18-Ноя-11, 14:12
> Высокая плотность упаковки достигается благодаря использованию предсказательной техники кодирования ... что позволяет ограничиться хранением только различий между фактическими и предсказанными данными Дожили...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	11. "В новой версии WebP появилась поддержка прозрачности и кодир..."	+1 +/–
	Сообщение от total anon on 18-Ноя-11, 15:58
	А что в этом плохого? Например flac так же работает
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	28. "В новой версии WebP появилась поддержка прозрачности и кодир..."	–2 +/–
	Сообщение от Ваня on 18-Ноя-11, 18:07
	Да не, просто представил как победителя битвы экстрасенсов приглашают в налоговую потому что компании ограничились передачей "только различий между фактическими и предсказанными данными" :)
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

	14. "В новой версии WebP появилась поддержка прозрачности и кодир..."	+/–
	Сообщение от Аноним (??) on 18-Ноя-11, 16:23
	Между опорными кадрами/сэмплами необходимо ещё проводить расчёт и промежуточных. Лучший, на данный момент, способ - та самая "предсказательная" техника. Не нравится - welcome to Dirac (http://ru.wikipedia.org/wiki/Dirac)! Даже при наличии малого количества опорных кадров все современные видекодеки не страдают "фантазией" при создании промежуточных, многочисленные тесты это подтвердили. Не бойтесь получить информацию, не существующую в реальности, отклонения от эталона настолько незначительны, что по сравнению с ними предвыборные речи политиков Вам покажутся фантастическим бредом...
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	15. "В новой версии WebP появилась поддержка прозрачности и кодир..."	+/–
	Сообщение от Аноним (??) on 18-Ноя-11, 16:23
	> Дожили... Если вы вдруг не знали, какое-то подобие дельта-кодирования кадров даже GIF-ом можно изобразить.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	38. "В новой версии WebP появилась поддержка прозрачности и кодир..."	+/–
	Сообщение от XoRe (ok) on 19-Ноя-11, 02:32
	>> Высокая плотность упаковки достигается благодаря использованию предсказательной техники кодирования ... что позволяет ограничиться хранением только различий между фактическими и предсказанными данными > Дожили... А вы в курсе, что в многопользовательских игрушках (стрелялки, mmorpg) используется предсказательный подход в отношении перемещений. Т.е. если человек в текущие 10 мс бежит вперед, то предполагается, что в следующие 10 мс он будет так же бежать вперед. Это позволяет минимизировать сетевой трафик. P.S. мс - миллисекунды.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	40. "В новой версии WebP появилась поддержка прозрачности и кодир..."	+/–
	Сообщение от Аноним (??) on 19-Ноя-11, 05:48
	> Это позволяет минимизировать сетевой трафик. А в случае картинок передача только дельты между кадрами и размер файла уменьшает и меньше насилует декодер, т.к. надо раскодировать данные. В общем то сплошные плюсы. Из минусов разве что небольшое усложнение кодера который должен отлавливать различия между кадрами и кодировать только их.
	Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

	43. "В новой версии WebP появилась поддержка прозрачности и кодир..."	–1 +/–
	Сообщение от гамер on 19-Ноя-11, 08:41
	> Т.е. если человек в текущие 10 мс бежит вперед, то предполагается, что > в следующие 10 мс он будет так же бежать вперед. > Это позволяет минимизировать сетевой трафик. И красиво делать селффраг ракетницей о дверной проем, а также падать в обрыв с узких тропинок.
	Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

	47. "В новой версии WebP появилась поддержка прозрачности и кодир..."	+/–
	Сообщение от Аноним (??) on 20-Ноя-11, 14:43
	> И красиво делать селффраг ракетницей о дверной проем, а также падать в > обрыв с узких тропинок. Лучше #@нуть ракетницей на узкой тропинке. Так чтобы сразу не убиться, но слететь в обрыв. Два в одном! Сразу получаете приз в номинации EPIC FAIL под гомерический гогот противников.
	Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

3. "В новой версии WebP появилась поддержка прозрачности и кодир..."	–2 +/–
Сообщение от gkv311 (ok) on 18-Ноя-11, 14:21
> WebP в режиме без потери качества также обеспечивает > более высокую скорость декодирования Если правда - то действительно может стать вкуснее PNG. Текущая скорость декодирования PNG меня не слишком впечатляет...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	17. "В новой версии WebP появилась поддержка прозрачности и кодир..."	+1 +/–
	Сообщение от Аноним (??) on 18-Ноя-11, 16:24
	> Текущая скорость декодирования PNG меня не слишком впечатляет... Там простой zlib, чему там тормозить то? А вот в webp используется алгоритм сжатия I-кадров из vp8, т.е. куча DCT преобразований. Сомнительно что он так уж проще и быстрее нежели обычный zlib.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

7. "В новой версии WebP появилась поддержка прозрачности и кодир..."	+/–
Сообщение от FSA (ok) on 18-Ноя-11, 15:17
Internet Explorer будет поддерживать?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	8. "В новой версии WebP появилась поддержка прозрачности и кодир..."	+3 +/–
	Сообщение от Аноним (??) on 18-Ноя-11, 15:29
	Это вопрос к Microsoft.
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	22. "В новой версии WebP появилась поддержка прозрачности и кодир..."	+/–
	Сообщение от FSA (ok) on 18-Ноя-11, 16:39
	> Это вопрос к Microsoft. Хреновый ответ для тех, у кого есть ынтерпрайз проекты. У нас на работе корпоративный портал работает нормально только под IE8. На все претензии отвечают жёстко - сказали никаких других браузеров, значит никаких. Так что всё корпоративное можно открыть только строго в IE.
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	23. "В новой версии WebP появилась поддержка прозрачности и кодир..."	+/–
	Сообщение от Тот_Самый_Анонимус on 18-Ноя-11, 16:58
	>У нас на работе корпоративный портал работает нормально только под IE8 Ну криворуки создатели портала, и что Вы этим хотели сказать? >На все претензии отвечают жёстко - сказали никаких других браузеров, значит никаких. Т.е. прямо признаются в криворукости.
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

	44. "В новой версии WebP появилась поддержка прозрачности и кодир..."	+/–
	Сообщение от Square (ok) on 19-Ноя-11, 11:40
	Мне кажется что с пряморукостью у них все хорошо. А вот у вас - очень хреново с знанием матчасти и пониманием существа проблемы. решение для корпоративной среды - должно обладать рядом характеристик, к которым поддержка зоопарка из множества браузеров не относится. И это хорошее и правильное решение.
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

	45. "В новой версии WebP появилась поддержка прозрачности и кодир..."	+1 +/–
	Сообщение от Ищавин on 19-Ноя-11, 17:07
	Иногда хорошее и правильное решение для программного архитектора это застрелиться.
	Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

	48. "В новой версии WebP появилась поддержка прозрачности и кодир..."	–1 +/–
	Сообщение от Аноним (??) on 20-Ноя-11, 14:46
	> Иногда хорошее и правильное решение для программного архитектора это застрелиться. При том если он работает в MS это пожалуй единственное решение позволяющее сохранить свою репутацию как компетентного профессионала. Потому что лично я бы под тем булшитом который выпускает MS постеснялся бы светить свое имя. Все компетентные специалисты в отрасли будут показывать пальцами и говорить "смотрите, это ОН выпустил дерьмо кладущее на стандарты и состоящее из г0внокода чуть более чем полностью!"
	Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

	25. "В новой версии WebP появилась поддержка прозрачности и кодир..."	+/–
	Сообщение от Аноним (??) on 18-Ноя-11, 17:38
	>> Это вопрос к Microsoft. > Хреновый ответ для тех, у кого есть ынтерпрайз проекты. А ынтырпрайзы - тормозные, пусть сидят на своем ие6 если хотят, но вне интранетиков с некрофильчиками его доля будет 0.
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

	26. "В новой версии WebP появилась поддержка прозрачности и кодир..."	+/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 18-Ноя-11, 17:58
	> Это вопрос к Microsoft. Можно и (открытый) плагин написать, в принципе.
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	33. "В новой версии WebP появилась поддержка прозрачности и кодир..."	+1 +/–
	Сообщение от Xasd (ok) on 18-Ноя-11, 19:03
	>> Это вопрос к Microsoft. > Можно и (открытый) плагин написать, в принципе. нуээээ плугин к IE -- уже написали ДАВНО :-) :-): http://google.com/chromeframe/
	Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

	34. "В новой версии WebP появилась поддержка прозрачности и кодир..."	+/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 18-Ноя-11, 19:04
	>>> Это вопрос к Microsoft. >> Можно и (открытый) плагин написать, в принципе. > нуээээ плугин к IE -- уже написали ДАВНО :-) :-): > http://google.com/chromeframe/ Ну или так, да :)))
	Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

	9. "В новой версии WebP появилась поддержка прозрачности и кодир..."	+3 +/–
	Сообщение от Аноним (??) on 18-Ноя-11, 15:38
	> Internet Explorer будет поддерживать? Проблемы негров шерифа не интересуют ©
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	32. "В новой версии WebP появилась поддержка прозрачности и кодир..."	+/–
	Сообщение от Xasd (ok) on 18-Ноя-11, 19:02
	> Internet Explorer будет поддерживать? как обычно ДА -- начиная с версии 6.0 :-) ... ...достаточно только сделать два действия: 1. прописать HTTP-заголовок в www-сайт: X-UA-Compatible: chrome=1 (<meta http-equiv="X-UA-Compatible" content="chrome=1"> -- если внутрь <head>) 2. попросить IE-пользовтеля установить требуещиеся плугины (точно также как это просит Adobe Flash Player) в слуае если обнаруживается что на сайт защёл IE-пользователь :-D ... вобщем Google уже давно постарался на эту тему :-)
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

10. "В новой версии WebP появилась поддержка прозрачности и кодир..."	+1 +/–
Сообщение от Аноним (??) on 18-Ноя-11, 15:41
Какие цветовые модели поддерживаются?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	16. "В новой версии WebP появилась поддержка прозрачности и кодир..."	+/–
	Сообщение от Lain_13 on 18-Ноя-11, 16:24
	Если я правильно понял, то: VP8 works exclusively with an 8-bit YUV 4:2:0 image format.
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	49. "В новой версии WebP появилась поддержка прозрачности и кодир..."	+1 +/–
	Сообщение от Аноним (??) on 20-Ноя-11, 14:46
	> VP8 works exclusively with an 8-bit YUV 4:2:0 image format. ...и это печально...
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

12. "В новой версии WebP появилась поддержка прозрачности и кодир..."	+/–
Сообщение от Аноним (??) on 18-Ноя-11, 16:10
В FF пока не поддерживается. Так что пока его использовать в Web невозможно.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	18. "В новой версии WebP появилась поддержка прозрачности и кодир..."	+/–
	Сообщение от Lain_13 on 18-Ноя-11, 16:27
	> Работа над спецификацией битового потока WebP ещё не завершена. О каком реальном использовании может вообще идти речь если они на битовом уровне могут поломать совместимось в следующей же версии спеки? В FF не принимают именно потому, что ещё слишком сыро.
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

13. "В новой версии WebP появилась поддержка прозрачности и кодир..."	+/–
Сообщение от Аноним (??) on 18-Ноя-11, 16:21
Остается вопрос как у него со скоростью кодирования-декодирования. А то png это обычный zlib и простой набор тегов похожий по смыслу на fourcc-чанки. Парсить просто и быстро, декомпрессить тоже. А тут и сжатие более сложное, и XML в тегах, etc.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	27. "В новой версии WebP появилась поддержка прозрачности и кодир..."	+/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 18-Ноя-11, 18:03
	> Остается вопрос как у него со скоростью кодирования-декодирования. А то png это > обычный zlib и простой набор тегов похожий по смыслу на fourcc-чанки. > Парсить просто и быстро, декомпрессить тоже. А тут и сжатие более > сложное, и XML в тегах, etc. Ну, сложность алгоритма ещё не означает тормознутости. memcpy(3) только в образовательных целях реализуют через классическое: for (i=0; i<len; i++)         dst[i] = src[i]; А вот XML - это таки да, перебор. Хотя спасибо, что не модный JSON, конечно...
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	29. "В новой версии WebP появилась поддержка прозрачности и кодир..."	+/–
	Сообщение от красноглазик on 18-Ноя-11, 18:20
	> А вот XML - это таки да, перебор. Хотя спасибо, что не модный JSON, конечно... А чем JSON хуже XML'а? Вроде меньше места занимает и легче парсится. Конечно, лучше было бы использовать какой-нибудь бинарный формат, но уже поздно :)
	Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

	31. "В новой версии WebP появилась поддержка прозрачности и кодир..."	+1 +/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 18-Ноя-11, 19:00
	>> А вот XML - это таки да, перебор. Хотя спасибо, что не модный JSON, конечно... > А чем JSON хуже XML'а? Вроде меньше места занимает и легче парсится. > Конечно, лучше было бы использовать какой-нибудь бинарный формат, но уже поздно > :) Парсится он нифига не легче (если говорить про лексику и корректность и неоднозначность парсинга), возможностей на порядок меньше. Они оба неуместны здесь, ИМХО. binary encoding, использующийся в BitTorrent, ещё куда ни шло как хранилище, но возможностей ещё меньше, чем у JSON. Возможно, binary XML был бы хорош, файл-то всё равно бинарный... Правда, тогда grep'ать будет неудобно. :(
	Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

	46. "В новой версии WebP появилась поддержка прозрачности и кодир..."	+/–
	Сообщение от Аноним (??) on 20-Ноя-11, 14:38
	> binary encoding, использующийся в BitTorrent, ещё куда ни шло как хранилище, > но возможностей ещё меньше, чем у JSON. 1) В принципе, торрентовый кодинг может кодировать что угодно. Как и json. Ему пофиг. 2) Но он еще более извратен - он полутекст и полубинарь. Тип данных и длина указаны как текст (не компактно) а сами данные могут быть свалены как попало, от текста до массива бинарных хешей. В результате это и не читаемо для человека и не очень удобно для парсинга машине. Еще один подвид кодирования данных в стиле "ни два, ни полтора".
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	51. "В новой версии WebP появилась поддержка прозрачности и кодир..."	+/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 20-Ноя-11, 18:03
	>> binary encoding, использующийся в BitTorrent, ещё куда ни шло как хранилище, >> но возможностей ещё меньше, чем у JSON. > 1) В принципе, торрентовый кодинг может кодировать что угодно. Как и json. > Ему пофиг. > 2) Но он еще более извратен - он полутекст и полубинарь. Тип > данных и длина указаны как текст (не компактно) а сами данные > могут быть свалены как попало, от текста до массива бинарных хешей. > В результате это и не читаемо для человека и не очень > удобно для парсинга машине. Еще один подвид кодирования данных в стиле > "ни два, ни полтора". Он хотя бы длину каждого кодируемого объекта заранее указывает, и его можно эффектино проходить по нескольку раз вместо полного парсинга или построения дополнительного дерева, как в случае с XML и JSON. Насчёт длины данных: для наиболее актуальной ситуации вроде обсуждаемой в теме, BE даёт более компактное представление длины: большинство строк не превышают 9999 байт. ;) Числа менее 10^7 также представляются эффективно с точки зрения хранения, хотя тут возможны оговорки. Насчёт типа - опять же, для самого распространённого типа объектов ("строка"), если вспомните, он там специально не указывается вообще. ;) Насчёт же "как попало" - не совсем понятна претензия: а "не как попало" - это как? Данные идут последовательно, объекты не перекрываются. Нет индексации - это да. Но ведь мы и говорим о метаданных, которые сравнительно невелики по количеству полей. Потери CPU на перебор в памяти вполне окупается более компактной, эффективно проходимой повторно записью.
	Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

	52. "В новой версии WebP появилась поддержка прозрачности и кодир..."	+/–
	Сообщение от Аноним (??) on 20-Ноя-11, 19:49
	>Парсится он нифига не легче Лол што?
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	41. "В новой версии WebP появилась поддержка прозрачности и кодир..."	+/–
	Сообщение от Аноним (??) on 19-Ноя-11, 05:51
	> Конечно, лучше было бы использовать какой-нибудь бинарный формат, но уже поздно :) Учтя что остальной кус формата бинарный - от XMLника в нем ни холодно ни жарко человекам, а машинам только лишние тормоза в парсинге да зависимость от еще пары жирных либ. Тогда как в бинарном формате слепить бесконечно расширяемый список параметров в стиле key=value ну совершенно не проблема, если уж свои велосипеды затеяли. Перегнать в него xml/exif/iptc тоже не проблема, опять же.
	Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

	58. "В новой версии WebP появилась поддержка прозрачности и кодир..."	+1 +/–
	Сообщение от VoDA (ok) on 22-Ноя-11, 00:57
	>> А вот XML - это таки да, перебор. Хотя спасибо, что не модный JSON, конечно... > А чем JSON хуже XML'а? Вроде меньше места занимает и легче парсится. > Конечно, лучше было бы использовать какой-нибудь бинарный формат, но уже поздно > :) Отсутствуют стандартны типа контракта на описание что же внутри файла (XSL), способа выбора данных (XPath). Неймспейсы не очень удобно сделаны, но тоже нужны. Бинарный формат совсем зло - нет даже формального варианта (машинного теста) проверить очередную порцию данных на валидность. Пришел XML от другой подсистемы, запустил XSL. Если развалилось - все знают кто нарушил контракт. А с JSON? XML это формат обмена данными между системами/департаментами/компаниями с формальными описаниями правильных данных на уровне ТЗ. Как вы в ТЗ впишете в каком виде вы обязаны обработать JSON?
	Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

	59. "В новой версии WebP появилась поддержка прозрачности и кодир..."	+/–
	Сообщение от VoDA (ok) on 22-Ноя-11, 01:11
	> XML это формат обмена данными между системами/департаментами/компаниями с формальными > описаниями правильных данных на уровне ТЗ. > Как вы в ТЗ впишете в каком виде вы обязаны обработать JSON? отсутствие подобия XSL приложенного к JSON в ТЗ может вылести в феерию: Заказчик (з): Вот мы подправили новый формат, ловите [date:"22 11 2011 +3",birthday:[day:22,month:11,year:2011,city:Moskov]],[date:"22 11 2011 MSK",birthday:"2011 11 22 00:00 GMT+5"]] Менеджер проекта (PM): ну кто клялся и божился, что JSON лучший формат обмена данными? Есть ли формальный повод проверить этот JSON и признать его не подходящим по ТЗ... нет... у... Значит в качестве первого предупреждения умный последователь JSON остается без квартальной премии и пишет систему взаимодействия с заказчиками самостоятельно УКЛАДЫВАЯСЬ в собственный график эстимаций. колуарно PM: Я же предупреждал Dev: Да :( PM: Я в тебя верю - смотри не подведи команду ;) *хлопая по плечу - лучше на малом обделаться, чем по крупному команду подставить*
	Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

30. "В новой версии WebP появилась поддержка прозрачности и кодир..."	+/–
Сообщение от lucentcode (ok) on 18-Ноя-11, 18:36
Надеюсь, через год-два данный формат станет стандартом индустрии. А то и JPG, и PNG имеют существенные недостатки. JPG - это плохое качество, отсутствие анимации и прозрачности. У PNG тоже своих проблем хватает, а GIF хоть и имеет прозрачность и анимацию, но как формат лет 30 как устарел. 256 цветов - это для Windows 3.x, а не для нормального ПО двадцать первого века. Удачи проекту. Я с удовольствием буду использовать данный формат.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

37. "В новой версии WebP появилась поддержка прозрачности и кодир..."	+/–
Сообщение от Аноним (??) on 19-Ноя-11, 02:14
Получается вкусняшка... Но пока огнелисовцы ее не включат в свой браузер смысла юзать ее особого нет.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	42. "В новой версии WebP появилась поддержка прозрачности и кодир..."	+/–
	Сообщение от Аноним (??) on 19-Ноя-11, 05:53
	> Получается вкусняшка... Франкенштейн какой-то получается. Потому что сначала подумали ж-й, потом получив вагон критики кой-как донавесили костылей (по прежнему думая ж-й). И в результате получилось нечто. Не сильно лучше всех остальных, но геморнее в парсинге и требующее минимум 2 далеко не тривиальных алгоритма, как то декодек DCT из VP8 и здоровенный парсер XML если хочется читать теги.
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

39. "В новой версии WebP появилась поддержка прозрачности и кодир..."	+1 +/–
Сообщение от Аноним (??) on 19-Ноя-11, 03:27
В тоже время Google до сих пор поддержку APNG (анимированный PNG) так и не реализовал в своём браузере. Тьфу.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	50. "В новой версии WebP появилась поддержка прозрачности и кодир..."	+/–
	Сообщение от Аноним (??) on 20-Ноя-11, 14:48
	> В тоже время Google до сих пор поддержку APNG (анимированный PNG) так > и не реализовал в своём браузере. Тьфу. А это еще один франкенштейн, только в чуть иной нише :). На самом деле идея не так уж плоха, но вот авторы стандарта на png уперлись рогом. Потому что у них есть свой MNG для анимации...
	Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

53. "В новой версии WebP появилась поддержка прозрачности и..."	+/–
Сообщение от arisu (ok) on 20-Ноя-11, 23:29
полноценный аналог png и gif, ага. lossy. полноценный. это переводчик настолько пылкую странную любовь к вебм, или автор оригинала? (задумчиво) а vorbis — полноценный аналог flac, ага. упс. протупил, не заметил там lossless.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	55. "В новой версии WebP появилась поддержка прозрачности и..."	+/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 20-Ноя-11, 23:32
	> полноценный аналог png и gif, ага. lossy. полноценный. это переводчик настолько пылкую > странную любовь к вебм, или автор оригинала? > (задумчиво) а vorbis — полноценный аналог flac, ага. А если новость читать полностью? "... в WebP добавлена поддержка прозрачности (альфа-канал) и режима сжатия без потерь"
	Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема