Комментарии 220
Я знаю, что уже вышел пост-ссылка, но я подумал что лучше описать подробнее и по-русски.
+33
labs.opera.com/downloads/
По поводу оперы. Вот билд, поддерживающий Webm
По поводу оперы. Вот билд, поддерживающий Webm
+12
Спасибо, обновил.
+2
НЛО прилетело и опубликовало эту надпись здесь
Это пока предварительная версия больше для проверки вообще кодека :). Написано наверняка пока очень абстрактно без единной оптимизации (я уже не говорю об использовании спец. чипа или хотя бы инструкций процессора). Надо подождать немного — сам кодек не медленнее H.264.
0
Разработчик x264 пишет, что оптимизация декодера уже проводилась.
In terms of decoding speed I’m not quite sure; the current implementation appears to be about 16% slower than ffmpeg’s H.264 decoder (and thus probably about 25-35% slower than state-of-the-art decoders like CoreAVC). Of course, this doesn’t necessarily say too much about what a fully optimized implementation will reach, but the current one seems to be reasonably well-optimized and has SIMD assembly code for almost all major DSP functions, so I doubt it will get that much faster.
0
На 16 %, а не 60 %, как в Opera ;).
0
Сомневаюсь, что Opera сами реализовывали декодер.
0
Но и понижение производительности бессмысленно сильное. VP8 точно лучше Theora (она VP2), с которой Opera не тормозит.
0
Покопал — они реализовывали поддержку WebM сами. Они используют gstreamer, у которого пока нет VP8, и Opera обещала вернуть код для VP8 в gstreamer.
+1
НЛО прилетело и опубликовало эту надпись здесь
Не грузится видео совсем :(
0
Не пойму, у меня флеш на 720p притормаживает, а по приведенной ссылке все просто идеально.
0
Ну и чудненько. Я только рад.
+6
НЛО прилетело и опубликовало эту надпись здесь
+31
прям праздник какой-то!
+12
Ну и отличненько. Пол года назад ещё непонятно было кто победит (theora или H.264) — а вот оно как значит…
+3
Теперь их будет какое-то время вообще 3
0
Ну остальные два кодека не начали ещё так активно внедрять, так что сильных конфликтов не должно быть.
0
Если один из выходов — ловушка, значит надо искать третий © какой-то из «Дозоров»
0
Среди компаний, которые поддерживают WebM:
Adobe
Skype
AMD
nVidia
Adobe
Skype
AMD
nVidia
+11
А про nVidia можно поподробнее? Будет ли поддержка аппаратного декодирования доставлена с новыми версиями драйверов?
0
А ещё: Mozilla и Opera… И вот интересно что скажет Microsoft.
+5
Скажет что в InternetExplorer 12 появится поддержка WebM
+22
Если не хотят продолжить терять рынок, действовать им нужно быстро. Сам по себе тег video обещан уже в IE9, вделать туда еще один кодек — задача не запредельно трудная, при условии, что есть хотя бы какая-то уверенность в том, что усилия окупятся. С учетом переходящего YouTube — такая уверенность есть.
+1
мне кажется MS последних лет в этом отношении достаточно адекватна и динамично.
сужу даже по прогрессу в их браузерах в 8 и тестах 9й версии
сужу даже по прогрессу в их браузерах в 8 и тестах 9й версии
-1
НЛО прилетело и опубликовало эту надпись здесь
А вот и официальное подтверждение Another Follow-up on HTML5 Video in IE9
+1
This just in: Microsoft is confirming it will support VP8 via a just-published blog post from Hachamovitch. The bottom line:
“When it comes to video and HTML5, we’re all in. In its HTML5 support, IE9 will support playback of H.264 video as well as VP8 video when the user has installed a VP8 codec on Windows.”
“When it comes to video and HTML5, we’re all in. In its HTML5 support, IE9 will support playback of H.264 video as well as VP8 video when the user has installed a VP8 codec on Windows.”
0
«История успеха»
+5
Вот и как после этого не любить гугл? :) Всех помирил, всем угодил, да еще и заработает, зараза, наверняка больше всех.
+28
>Однако VP8 — это только видео-код. Чтобы смотреть фильм, нужно ещё кодировать звук и собрать все потоки данных в один файл.
Самое просто и доступное описание что такое и зачем нужен mkv.
По делу. Не смотря на то, что говорят, что Google только заигрывает с open-source. Пока что мне такая его игра по душе. Популяризация открытых стандартов, в частности, отличного (хоть и мало известного) аудио-кодека Vorbis — это очень хорошо и правильно.
Самое просто и доступное описание что такое и зачем нужен mkv.
По делу. Не смотря на то, что говорят, что Google только заигрывает с open-source. Пока что мне такая его игра по душе. Популяризация открытых стандартов, в частности, отличного (хоть и мало известного) аудио-кодека Vorbis — это очень хорошо и правильно.
+5
Ну Google очень давно и искренне дружит со свободным ПО. Chrome открыт (кроме торговых марок, поэтому свободные сборки называются Chromium). Ну и самая сильная поддержка свободного ПО без прямой выгоды для Google — Google Summer of Code, когда студентов денежными стипендиями привлекают в мир свободного ПО — достаточно почитать changelog’и продуктов, чтобы понять как много неплохого кода это вносит.
+2
Хорошо, уговорили, Google — няка. Стратегия Google наиболее приятна, но это до поры до времени. Их разрабатываемая ОС основана на облачных вычислениях и пусть браузер и вся система открыта когда «облака» заменят компьютеры, а «облака» (серверы с информацией) будет держать Google — вот тогда может возникнуть Skyne… простите, проблемы.
+1
Vorbis малоизвестен лишь по сравнению с mp3 :)
+4
mp3 де-факто стандарт, хотелось бы чтобы таким стандартом был свободный кодек. Те же производители техники (мобильные телефоны, например) крайне редко реализуют его поддержку. А жаль, так что есть куда стремиться :)
-2
Это сугубо следствие того, что потребителю нужна музыка, а не знание того, в каком формате.
Как правило, в каком кодеке юзер начинает когда-то собирать аудиотеку — в том у него и будет подавляющее большинство записей.
Ворбису попросту неповезло.
Как правило, в каком кодеке юзер начинает когда-то собирать аудиотеку — в том у него и будет подавляющее большинство записей.
Ворбису попросту неповезло.
0
Vorbis в огромном количестве компьютерных игр используется. Уже много-много лет. Он вовсе не малоизвестный.
PS
А конечному юзеры вообще начхать будет ли там Vorbis или AAC
PS
А конечному юзеры вообще начхать будет ли там Vorbis или AAC
0
Положим, радоваться еще рано. Во-первых, своего слова не сказал IE (И Safari заодно, вместе с мобильными устройствами). Во-вторых, мне не совсем понятно, как Гугл разобрался со своим видео. Если мне не изменяет память, оно у него было в h264. Перекодировал? Это, конечно, здорово, но остальные на такое пойдут? Vimeo, Facebook, Вконтакте, etc… Может получится так, что этот кодек будет висеть в некоторых браузерах мертвым грузом, в него будет пожат YouTube (в дополнение к h264) и все. Предстоит еще оччень много работы, и хочется верить, что Google за нее вообще возьмется…
+1
Они все будут переходить на WebM, потому что H.264 при том же качестве стоит денег и требует заморачиваться с лицензиями. Theora то держало именно более слабое качество, а VP8 довольно няшен.
+3
НЛО прилетело и опубликовало эту надпись здесь
Каждый хочет жить лучше другого, поэтому люди — существа рациональные :). Та же Microsoft говорила, что будет давить на MPEG LA на продление помилования для H.264, значит им тоже не нравилась его лицензионная политика и WebM будет им полезен.
0
НЛО прилетело и опубликовало эту надпись здесь
Хочется верить, что H.264 пришёл конец.
0
Только что подписал на YouTube к урлу &webm=1 в Safari на маке и проигрывается, или они всеже определяют есть ли поддержка и в противном случае вещают на H.264?
0
Там скорее всего отдаётся сразу в нескольких форматах, чтобы браузер выбрал сам — тег video такое поддерживает.
0
тогда смертью H.264 совсем не пахнет а скорее принуждением хостеров конвертировать в несколько форматов
0
Это наоборот было сейчас — нужно было конвертить в Theora (Mozilla и Opera) и в H.264 (Chrome, Safari, IE 9). WebM же будет поддерживаться во всех браузерах — поэтому и говорят о окончании войны форматов.
+1
Вроде бы и ожидаемо, ведь много говорили, после того как Гугл приобрел On2. Но, все-равно, как-то неожиданно и приятно.
Посмотрим, что будет дальше. ;)
Посмотрим, что будет дальше. ;)
0
Самое приятное здесь не столько в открытии, не столько в поддержке со стороны Google (это действительно было ожидаемо), сколько в поддержке со стороны Mozilla и Opera. То, что этот кодек был настолько быстро и слаженно встроен в это браузеры — это великолепный знак.
0
Да там уже столько организация — вообще шок, кругом один заговорщики :)
+4
Да, вы правы. Вообще, думаю, что данное событие будет зафиксировано в истории. В истории HTML5 и веба вообще.
+1
уже зафиксировали: «WebM — открытый видеоформат, представленный компаниями Google, Mozilla Foundation и Opera Software на конференции Google I/O 19 мая 2010 года»
ru.wikipedia.org/wiki/WebM
ru.wikipedia.org/wiki/WebM
0
НЛО прилетело и опубликовало эту надпись здесь
А что скрывается? Вот, все на конференции рассказали. Да еще столько партнеров сразу.
0
НЛО прилетело и опубликовало эту надпись здесь
Поясните, что за опасения?
0
Что Гугель соберёт кучу сервисов, насажает кучу юзеров, и в нужный момент прихлопнет всех большим медным тазиком — типичный набор подозрений параноика.
Уважаемый Rox, персонально Вам — пока, за свою вполне себе долгую историю на рынке, Google вел себя крайне политкорректно, и видеть в нём Корпорацию Зла-2 — это идиотизм, простите уж за резкость.
Кормёжка окончена, марш в клетку.
Уважаемый Rox, персонально Вам — пока, за свою вполне себе долгую историю на рынке, Google вел себя крайне политкорректно, и видеть в нём Корпорацию Зла-2 — это идиотизм, простите уж за резкость.
Кормёжка окончена, марш в клетку.
-2
Теперь Google однозначно можно назвать Империей добра)
+21
гугл несёт мир и добро в эту вселенную :)
+3
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
Довольно интересное начинание.
Попробовал в Опере, и правда тормозит, ну и конечно о полноэкранном видео речи (пока?) не идёт.
Кстати, интересная статья не в пользу VP8: http://x264dev.multimedia.cx/?p=377
Цитата: “H.264 has but VP8 doesn’t: B-frames, weighted prediction.”
То есть «двусторонних» промежуточных кадров нет в принципе… Это должно бы снизить нагрузку при декодировании, но цитата оттуда же: “VP8, as a decoder, decodes even slower than ffmpeg’s H.264. This probably can’t be improved that much.”
Попробовал в Опере, и правда тормозит, ну и конечно о полноэкранном видео речи (пока?) не идёт.
Кстати, интересная статья не в пользу VP8: http://x264dev.multimedia.cx/?p=377
Цитата: “H.264 has but VP8 doesn’t: B-frames, weighted prediction.”
То есть «двусторонних» промежуточных кадров нет в принципе… Это должно бы снизить нагрузку при декодировании, но цитата оттуда же: “VP8, as a decoder, decodes even slower than ffmpeg’s H.264. This probably can’t be improved that much.”
+4
НЛО прилетело и опубликовало эту надпись здесь
комментарий разработчика theora и vorbis о комментариях разработчика x264 о vp8
xiphmont.livejournal.com/50239.html?thread=135231#t135231
xiphmont.livejournal.com/50239.html?thread=135231#t135231
+3
НЛО прилетело и опубликовало эту надпись здесь
Скорее всего её не будет или будет только для audio. Matroska более функциональный и интересный контейнер, чем Ogg, поэтому не виду необходимости в последнем.
0
Попробуйте просто открыть файл Ogg Vorbis в Firefox, Opera или Chrome — уже работает :)
Также и через <audio />.
За Vorbis очень радостно :)
Также и через <audio />.
За Vorbis очень радостно :)
+1
Теперь я, наконец, засну спокойно и мне не будут сниться кошмары про платный H.264 в интернете)
+2
порадовали, спасибо.
немножко оффтоп:
тег видео это замечательно, война форматов это весело, но меня все волнует один вопрос: что со стриммингом?
немножко оффтоп:
тег видео это замечательно, война форматов это весело, но меня все волнует один вопрос: что со стриммингом?
+1
Стримминг должен быть в отдельном стандарте. Тег video, это всё равно что img — просто медиа-часть статьи. Mozilla вроде уже работает в этом направлении.
0
вот это меня и огорчает больше всего…
видео без потока — это не более, чем баловство.
для коротких и легких роликов, грубо говоря, заменяя гиф…
а что-то длинное и/или тяжелое смотреть без потока… увольте…
ждать пока загрузятся все *ста мегабайт из каких-нибудь америк, чтоб иметь возможность проклацать ролик по разным местам или начать просмотр с середины? брррр…
:(
видео без потока — это не более, чем баловство.
для коротких и легких роликов, грубо говоря, заменяя гиф…
а что-то длинное и/или тяжелое смотреть без потока… увольте…
ждать пока загрузятся все *ста мегабайт из каких-нибудь америк, чтоб иметь возможность проклацать ролик по разным местам или начать просмотр с середины? брррр…
:(
0
А-а-а, вы о перемотке. Это не совсем стриминг (раздача потокового видео). Видео без перемотки реализуется в video так же легко, в HTTP можно указать с какого байта отдавать файл, а Matroska имеет метаинформацию для переметки (минуты → байты). Собственно современное видео через Flash так и работает, никаких особых технологий и серверов.
+5
кхм. на сколько я знаю, чтобы во флеше можно было начать просмотр с незагруженной части ролика, на сервере должен быть специальный софт, разве нет?
или я чего-то не дочитал?
просто когда этой темой интересовался, по форумам лазил, и помню что это именно так…
или я чего-то не дочитал?
просто когда этой темой интересовался, по форумам лазил, и помню что это именно так…
0
Вы что-то не то под словом стримиинг понимаете. Или я не то.
0
НЛО прилетело и опубликовало эту надпись здесь
Потому что бесплатный пока. А через несколько лет будет платный. Вам как потребителю может быть и будет всё равно, но что делать разработчикам Mozilla, которые не могут отдать % с цены браузера или что делать если Вы вставите ролик в свой сайт? Проблема даже глубже — очень плохо когда стандарты на которых строится глобальная сеть полностью принадлежат коммерческим компаниям с целью выгоды от их продажи.
+4
В фаерфоксе нету h264, поэтому лично мне он не нравится.
+1
Открытое в любом случае лучше чем закрытое) Раз уж за это дело взялись такое компании, думаю, это к тому же будет офигенно работать)
+1
Ты платишь невольно просматривая рекламу на таких сайтах.
0
Мы все, полагаю, не рады ограничению в десять минут максимальной продолжительности видео на YouTube, а ведь оно является следствием лицензионных ограничений H.264.
0
НЛО прилетело и опубликовало эту надпись здесь
Это видео выложенные на партнёрских каналах. Чтобы вы могли залить такое видео вам придётся ждать от YouTube одобрения вашего желания стать партнёром многие месяцы.
Полагаю, что таких видео на YouTube хорошо если несколько десятых процента наберётся, а скорее всего и того меньше.
И всё это из-за MPEG LA, и их детища H.264, да.
Полагаю, что таких видео на YouTube хорошо если несколько десятых процента наберётся, а скорее всего и того меньше.
И всё это из-за MPEG LA, и их детища H.264, да.
+1
Такие большие видео специально оплачены авторами (ну или Гуглем для партнёрских программ).
+1
Наконец-то договорились, а я думал эта война будет длинным.
+1
Чудесная новость. Спасибо товарищу Гуглу за наше счастливое детство.
+3
АААА!!! Круто! Вот оно! Ворбис и ВП8, да еещё и в Матрёшке… Что может быть лучше??
Теперь осталось только сравнение по качеству и размеру между H.264 и VP8 где то найти…
Теперь осталось только сравнение по качеству и размеру между H.264 и VP8 где то найти…
+6
Тоже жду, но VP8 очень современный кодек он примерно равен H.264 — ±5 % уже не решают победу :).
+2
качество h264 мне больше по душе, т.к. более HD
doom10.org/compare/vp8.png
doom10.org/compare/x264.png
и другие:
doom10.org/compare/vc1.png — от MS
doom10.org/compare/xvid.png
doom10.org/compare/x264baseline.png
doom10.org/compare/ptalabvorm.png — Theora
doom10.org/compare/dirac.png
doom10.org/compare/vp8.png
doom10.org/compare/x264.png
и другие:
doom10.org/compare/vc1.png — от MS
doom10.org/compare/xvid.png
doom10.org/compare/x264baseline.png
doom10.org/compare/ptalabvorm.png — Theora
doom10.org/compare/dirac.png
0
Да, качество у VP8 на уровне VC1.
Революции не произошло, x264 high не был побеждён, несмотря на обещания.
В очередной раз оказалось маркетинговым трёпом, так как похоже сравнивали с h264 baseline.
Революции не произошло, x264 high не был побеждён, несмотря на обещания.
В очередной раз оказалось маркетинговым трёпом, так как похоже сравнивали с h264 baseline.
0
ptalabvorm оптимизирован для низких битрейтов.
вообще не представляю с какими настройками они получили такую картинку
вообще не представляю с какими настройками они получили такую картинку
+1
Опять же:
x264dev.multimedia.cx/?p=377
x264, slowest mode, High Profile: 29.76103db (~28% better than VP8)
VP8, slowest mode: 28.37708db (~8.5% better than x264 baseline)
x264, slowest mode, Baseline Profile: 27.95594db
Лучше чем Baseline, а гугл на youtube B-фреймы использует? А то может оказаться так, что гугловская реализация компрессии видео VP8 будет уделывать гугловскую же реализацию h.264.
x264dev.multimedia.cx/?p=377
x264, slowest mode, High Profile: 29.76103db (~28% better than VP8)
VP8, slowest mode: 28.37708db (~8.5% better than x264 baseline)
x264, slowest mode, Baseline Profile: 27.95594db
Лучше чем Baseline, а гугл на youtube B-фреймы использует? А то может оказаться так, что гугловская реализация компрессии видео VP8 будет уделывать гугловскую же реализацию h.264.
+1
Я вот не понимаю, почему так много обсуждения этого единственного ревью VP8… Он написан РАЗРАБОТЧИКОМ H.264, то есть человеком с друнгой стороны баррикад… Считать ли его мнение авторитетным?
-1
До конца недели, я полагаю, уже будут результаты независимых исследований. То, что исследоваться будет dev-preview, это другой вопрос. Всё равно сейчас людям нужны хоть какие-нибудь сравнения.
0
НЛО прилетело и опубликовало эту надпись здесь
Считать. Этот разработчик х264 вполне адекватен, и не размахивает лозунгами направо и налево.
0
>Он написан РАЗРАБОТЧИКОМ H.264
>РАЗРАБОТЧИКОМ H.264
>РАЗРАБОТЧИКОМ
>H.264
Не пиши здесь больше. Просто не пиши. Как минимум пока не выучишь матчасть.
>РАЗРАБОТЧИКОМ H.264
>РАЗРАБОТЧИКОМ
>H.264
Не пиши здесь больше. Просто не пиши. Как минимум пока не выучишь матчасть.
0
Сравнение по качеству:
doom10.org/compare/vp8.png
doom10.org/compare/x264.png
и другие:
doom10.org/compare/vc1.png — от MS
doom10.org/compare/xvid.png
doom10.org/compare/x264baseline.png
doom10.org/compare/ptalabvorm.png — Theora
doom10.org/compare/dirac.png
doom10.org/compare/vp8.png
doom10.org/compare/x264.png
и другие:
doom10.org/compare/vc1.png — от MS
doom10.org/compare/xvid.png
doom10.org/compare/x264baseline.png
doom10.org/compare/ptalabvorm.png — Theora
doom10.org/compare/dirac.png
0
Неужели Nexus One будет снимать видео не в 3gp а в mkv?
0
Теперь главное, чтобы в WebKit встроили.
0
Кажется это не от движка зависит. Safari берёт кодеки из ОС. Но в Chromium уже есть.
0
Я мечтал первым разместить эту новость. Слухи уже давно ходили и несколько человек меня пытали в комментариях об этом.
-1
Очень порадовало, что будет использоваться Matroska. Великолепный контейнер, который вот уже много лет незаслуженно игнорируют все, кроме пиратов.
+3
Попробовал YouTube HTML6 + WebM + Opera, вроде все ок, только seeking не работает)
0
О Господи! Наконец-то хоть где-то в чём-то разум возобладал. Чуть ли не первый за долгие годы прецедент когда все взяли и согласились что 2*2 равно именно 4. Думал не доживу…
0
Кстати событие ещё примечательно тем, что в области мультимедиа практически может закончиться война форматов. Ведь теперь ни старикан avi, ни mp4, ни wmv с flv, на сколько я понимаю, становятся не нужны. Можно смело писать скриптик и перегонять всю коллекцию из всевозможных форматов в один webm. А дальше, с его распространением, наверняка можно ожидать аппаратных реализаций, ведь если есть реальный спрос в массах на то, с чего не надо платит роялти, производители декодеров и плееров захотят присоединиться к банкету. А это потянет за собой и вытеснение MP3 в пользу Vorbis. Эх… хорошо мечтается когда такие поводы дают…
+1
Думаю, после того как всё уляжется, война форматов восстановится. Будут говорить, что «а тут быстрее, а там качество лучше» и т.д.
Пока не изобретут идеальный кодек, война не прекратится.
Пока не изобретут идеальный кодек, война не прекратится.
0
Ужé говорят. (Что WebM медленнее.)
Меня это, кстати, не радует. На технике, произведённой более нескольких лет назад, CoreAVC на 720p крутится, а на 1080p тормозит. Если WebM будет и на 720p тормозить, то при апгрейде придётся заменять системный блок целиком (а не то в AGP более шуструю видюху не воткнуть). Или, в случае с мобильным решением, вместо нетбука покупать ноутбук, вместо старого ноутбука — новый. Многие ли читатели сайтов пойдут на такие жертвы? Думаю, их не больше, чем пользователей Windows 7 по сравнению с пользователями Windows XP.
Меня это, кстати, не радует. На технике, произведённой более нескольких лет назад, CoreAVC на 720p крутится, а на 1080p тормозит. Если WebM будет и на 720p тормозить, то при апгрейде придётся заменять системный блок целиком (а не то в AGP более шуструю видюху не воткнуть). Или, в случае с мобильным решением, вместо нетбука покупать ноутбук, вместо старого ноутбука — новый. Многие ли читатели сайтов пойдут на такие жертвы? Думаю, их не больше, чем пользователей Windows 7 по сравнению с пользователями Windows XP.
-1
Вы про железные плееры забыли. Для просмотра на компе почти все жмется в mkv, а вот когда речь заходит о бытовых DVD-проигрывателях, avi снова возникает. И такие проигрыватели будут играть свою роль еще лет 4-5, ИМХО
0
Как это я про них забыл?? Пишу же «А дальше, с его распространением, наверняка можно ожидать аппаратных реализаций, ведь если есть реальный спрос в массах на то, с чего не надо платит роялти, производители декодеров и плееров захотят присоединиться к банкету. А это потянет за собой и вытеснение MP3 в пользу Vorbis.»
+1
ошибаетесь. ничего не мешает использовать VP8 в flv и в wmv (что уже подтверждено в Adobe, они поддержат).
0
Ошибаюсь? Возможно. Но не в этом. Я прекрасно понимаю разницу между контейнером и кодеком. Тем не менее осмелился предположить, что когда есть стандарт, и в нём и кодек и контейнер хороши, использование старых проприетарных контейнеров равно как и традиционно заворачиваемых в них кодеков теряет смысл. Adobe когда-то кричала что собственный контейнер и кодек её нужны для защиты от копирования — что-то я этой защиты за все эти годы так и не узрел, а статьи, в которых описывалось какая это стенка из воздуха эта их воображаемая защита — видел.
+1
Не путайте видеоформаты с контейнерами. Все, что вы перечислили выше — контейнеры для видео и аудио, которые потенциально могут содержать видео, закодированное кодеком VP8.
-1
Я не годую, для MS надо было оговорить особые, платные условия ибо нех — пользуются плодами прогресса и еще палки вставляют.
-2
Я думаю всё не так просто. Как известно все они входят в MPEG-LA (и MS там не самый маленький) и они пришли к выводу что выгодней сговориться, объявить что свободный кодек таки возможен и не предъявлять друг другу претензий чем всем в разные стороны тянуть.
0
в таком случае формат бы имел гораздо более тяжёлую дорогу к нам.
IE9 — это минимум 40% рынка, думаю.
IE9 — это минимум 40% рынка, думаю.
-1
НЛО прилетело и опубликовало эту надпись здесь
Кстати, а кто мешает гуглу написать плагин, поддерживающий тэг video в ранних версиях IE, так, как это сделали xiph foundation для тэга video с theora внутри?
См. «Added HTML5 video tag support for Microsoft Internet Explorer»
См. «Added HTML5 video tag support for Microsoft Internet Explorer»
0
Да, я знаю, что такой «плагин» уже есть. Но одно дело — поставить себе «браузер-в-браузере», а другое — маааленький плагинчик для того, чтобы ютуб показывал :)
0
НЛО прилетело и опубликовало эту надпись здесь
Кстати возникает вопрос — будет ли оно играть классический MKV если там звук и видео закодированы в Vorbis и VP8, и какие ограничения по мимо выбора этих кодеков накладывает WEBM на полноценный MKV, в частности можно ли будет также как в MKV запихивать внутрь несколько аудиодорожек на разных языках, субтитры, меню, главы и тп. Меню, конечно — хрен с ними, а вот аудиоптоки и субтитры — это таки бы очень хотелось. Кстати, на сколько я понимаю, в MKV никто не запрещает загнать и несколько видео потоков — это позволило бы хранить прямо внутри HD-файла и его low-res версию для слабых устройств (которые в последнее время тоже частенько вспоминали).
+2
Не понятно как это делать в UI. В стандарте говорится не все возможности MKV (так как их очень много и они не всё ещё стандартизованы) а лишь небольшое подмножество — не забывайте про мобильные устройства. Но думаю со временем это реализуют браузеры в добровольном порядке в дополнение к спецификации (дополнительные данные сохраняют обратную совместимость).
0
Не специалист конечно я в этом, но логически не совсем понимаю что там реализовывать. Есть libmkv, есть libvorbis, есть свободная реализация vp8 — ну слинкуйте статически если так хочется ни от чего не зависеть.
А что до мобильных устройств — вот совместными усилиями пусть и пилят. В последнее время Теору вон оптимизировали под смартфонные процы, так и эту можно — взялись бы, проспонсировали всем скопом проект и вместе бы пользовались, а не каждому свою реализацию делать.
А что до мобильных устройств — вот совместными усилиями пусть и пилят. В последнее время Теору вон оптимизировали под смартфонные процы, так и эту можно — взялись бы, проспонсировали всем скопом проект и вместе бы пользовались, а не каждому свою реализацию делать.
0
А как вы в браузере сделаете выбор разных дорожек, а тем более субтитров? Да и много нудного кода с теме же шрифтами.
А как субтитры выводить на мобильники, тоже проблемы.
А как субтитры выводить на мобильники, тоже проблемы.
-1
НЛО прилетело и опубликовало эту надпись здесь
> А как вы в браузере сделаете выбор разных дорожек, а тем более субтитров?
bit.ly/c99vdh
> А как субтитры выводить на мобильники, тоже проблемы.
??
bit.ly/c99vdh
> А как субтитры выводить на мобильники, тоже проблемы.
??
0
>> А как вы в браузере сделаете выбор разных дорожек, а тем более субтитров?
Контекстное меню?
Контекстное меню?
+1
Теоретически это можно было бы реализовать, достаточно было бы чуть модифицировать сплиттер и описать в спецификации HTML5 методы работы с этими дополнительными возможностями, но это вряд ли будут делать.
0
А чего их в HTML5 описывать? Есть 2 логичных простых пути без надобности в каких-либо дополнениях: 1. как в виндовых плеерах — правой кнопкой по играющемуся видео ткнул и выбрал аудиопоток; 2. выбирать аудиопоток в соответствии с настройкой Accept-Language, которая во всех браузерах есть и по дефолту соответствует языковой версии браузера.
0
открыла VP2, который лёг к основу свободного кодека TheoraКомпания On2 открыла не VP2, а кодек VP3 (а именно его последнюю версию 3.2), на базе которого и создан Theora. Поправьте.
+1
Почему ни слова о патентах? D_S очень доходчиво расписал о возможных нестыковках. VP8 в текущей ситуации намного сильнее подвержен атакам патентных троллей, чем та же Theora.
+2
Да пока мало ясно. Ну есть надежда на юр. силу Google.
0
Как Вам такая гипотеза?
habrahabr.ru/blogs/webdev/94002/#comment_2856656Б
habrahabr.ru/blogs/webdev/94002/#comment_2856656Б
0
Вот только Google не входит в консорциум MPEG LA. И этот консорциум может взять и обидеться. Тогда может случиться интересное, особенно если Google в конце перевесит, и это приведёт к освобождению некоторых патентов H.264. А дальше по цепочке под давлением общественности полностью освободится весь H.264. Ой, что начнётся.
0
Кстати а где кроме Хабра написано что WebM есть подмножество MKV? Глянул в Википедию — не нашёл там никаких ссылок в описании друг на друга в статьях по MKV и WEBM. Подумал было добавить, но не стал т.к. на сайте webmproject.org упоминаний MKV не нашёл, и Google на запрос MKV+WEBM ничего такого не выдал.
0
MKV = Matroska — надо второе искать, так как первое лишь расширение файла (которое у WebM будет другое).
0
НЛО прилетело и опубликовало эту надпись здесь
Кстати а где кроме Хабра написано что WebM есть подмножество MKV?Как я понял, WebM — это не название файлового контейнерного формата (как Matroska) и не название видеокодека (как VP8). WebM Project — это проект по созданию открытого стандарта для мультимедия-контента (аудио/видео) в вебе. В качестве открытого основы стандарта был выбран контейнер Матрёшка, видеокодек VP8 и аудиокодек Vorbis. И над созданием и развитием проекта WebM работают множество разработчиков из различных компаний (в частности Google, Mozilla, Opera).
0
Кстати а где кроме Хабра написано что WebM есть подмножество MKV?www.webmproject.org/about/faq/
www.webmproject.org/code/specs/container/
.webm — файловый контейнерный формат на базе Matroska. Т.е. файлы .webm — это частный случай MKV-файлов, но с более узко определёнными параметрами (в частности поддержка видеопотоков только с компрессией VP8 и аудиопотоков только с компрессией Vorbis). Спецификацию этого контейнера уже зарелизили.
WebM Project — проект по разработке и внедрению открытого стандарта для мультимедиа в вебе. Как раз спецификация контейнера .webm разработана в рамках этого проекта.
0
НЛО прилетело и опубликовало эту надпись здесь
Да какая империя добра? Вы с ума сошли? Google в открытую объявил войну двум мегакорпорациям, к которым он крайне сильно привязан: Apple и Microsoft. Одна держит огромный кусок мобильного траффика, вторая — бешенный парк десктопных машин. А IE всё ещё самый распространенный браузер, потому что он дефолтовый.
И что в итоге: Apple со своего место не сдвинется принципиально — у них крайне прибыльный магазин видео и они лоббируют у себя h264. А Microsoft потянется за Apple, потому что в железячную войну им сейчас ввязывать не сподручно, а по софту они начинают давить на Google. (docs.com, skydrive и всякое такое прочее).
И чего в итоге получается — вебкит развалится на две ветки. Эппловую (которая, кстати, инициировала его разработку) и гугловую. И каждая из компаний будет гнуть свою линию в разработке вплоть до принятия спецификаций HTML5.
Зачем такой ад?
И что в итоге: Apple со своего место не сдвинется принципиально — у них крайне прибыльный магазин видео и они лоббируют у себя h264. А Microsoft потянется за Apple, потому что в железячную войну им сейчас ввязывать не сподручно, а по софту они начинают давить на Google. (docs.com, skydrive и всякое такое прочее).
И чего в итоге получается — вебкит развалится на две ветки. Эппловую (которая, кстати, инициировала его разработку) и гугловую. И каждая из компаний будет гнуть свою линию в разработке вплоть до принятия спецификаций HTML5.
Зачем такой ад?
+3
Оно то, конечно, частично и так, но, мне кажется, Вы в данном случае все-таки излишне драматизируете всю ситуацию :)
0
На плевать на этот видеокодек. Вебкит жалко очень. Жил себе практически эталонный движок (в отличии от Gecko, простигоспади), шустро работал, всё что нужно поддерживал. Нет, вот. Припёрся гугл, выпустил браузер и начал перефигачивать его как ему удобно.
Я вот по работе очень плотно работаю с веб-китом. На нём можно делать НЕРЕАЛЬНО крутые веб-приложения. Да чего там — Palm целую GUI для отдельной ОСи на нём написал. Фаерфоксу даже и не снилось то, чего можно делать на том самом веб-ките.
А сейчас ветки chromium-dev-c и webkit-nightly-build (в оболочке Сафари, вестимо) не то, чтобы некогерентны… они как фигурист от хоккеиста примерно отличаются. Причем реально чувствуется, что хромиум пишет 500 индусов. И то, что за отхождение от стандартов и логики в Safari Джобс лично откёртку в глазницу втыкает. Короче, ад-ад-ад.
Я вот по работе очень плотно работаю с веб-китом. На нём можно делать НЕРЕАЛЬНО крутые веб-приложения. Да чего там — Palm целую GUI для отдельной ОСи на нём написал. Фаерфоксу даже и не снилось то, чего можно делать на том самом веб-ките.
А сейчас ветки chromium-dev-c и webkit-nightly-build (в оболочке Сафари, вестимо) не то, чтобы некогерентны… они как фигурист от хоккеиста примерно отличаются. Причем реально чувствуется, что хромиум пишет 500 индусов. И то, что за отхождение от стандартов и логики в Safari Джобс лично откёртку в глазницу втыкает. Короче, ад-ад-ад.
+4
Майкрософту с технической стороны неважно, какой кодек поддерживать. IE9 вроде как будет воспроизводить видео через встроенный системный мультимедийный фреймворк. Т.е. какие кодеки в системе понаставишь — такие IE9 и сможет использовать при воспроизведении видео. Т.е. IE будет поддерживать и H.264, и VP8 — при наличии соответствующих декодеров, установленных в системе.
+1
У Apple еще крайне прибыльный магазин аудио, в котором они лоббируют aac. Однако в айподах поддержка mp3 есть.
0
Apple же отказался от DRM. Поэтому им уже непринципиально в каком контейнере и с какой компрессией распространять (в том числе продавать) аудио. Главное сначала обеспечить поддержку в своих устройствах.
0
Когда это они лоббировали именно h264? Они отказывались только от Theora, потому что не было аппаратной поддержки → он не мог играться на iPhone. Учитывая, что AMD, ARM и Broadcom поддержали WebM, то чипы скоро появятся. А iStore не имеет никого отношения к WebM, потому что WebM сделан для веба, а не для просмотра дома.
0
> Учитывая, что AMD, ARM и Broadcom поддержали WebM, то чипы скоро появятся.
Как минимум у ARM они уже есть: blogs.arm.com/software-enablement/support-for-vp8-and-webm-on-arm/
Как минимум у ARM они уже есть: blogs.arm.com/software-enablement/support-for-vp8-and-webm-on-arm/
+1
WebKit тем более никто не разделял. В WebKit не входят кодеки (и JS И кучу ещё всего). Так что у Chrome и Safari изначально был разный код для видео и никто его не разделял. У Safari вообще кодеки сильно привязаны к QuickTime (то есть в Mac OS X просто берутся из системы).
0
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
Практикам: www.quavlive.com/video_codec_comparison
0
Любопытно вот что: максимально возможное в WebM на Ютубе — 720p, тогда как H.264 — до 1080p (пример: www.youtube.com/watch?v=EvDMDMxDAlc)
К таким выводам я пришел на основании наблюдения за расширением для скачивания видео с YouTube
Кто-нибудь может подтвердить — это ограничение в самом ютубе для WebM или уже расширение
так работает? :)
К таким выводам я пришел на основании наблюдения за расширением для скачивания видео с YouTube
Кто-нибудь может подтвердить — это ограничение в самом ютубе для WebM или уже расширение
так работает? :)
0
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
WebM: Google открыл видео-кодек VP8