Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 220
Я знаю, что уже вышел пост-ссылка, но я подумал что лучше описать подробнее и по-русски.
labs.opera.com/downloads/
По поводу оперы. Вот билд, поддерживающий Webm
По поводу оперы. Вот билд, поддерживающий Webm
Спасибо, обновил.
Это пока предварительная версия больше для проверки вообще кодека :). Написано наверняка пока очень абстрактно без единной оптимизации (я уже не говорю об использовании спец. чипа или хотя бы инструкций процессора). Надо подождать немного — сам кодек не медленнее H.264.
Разработчик 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.
На 16 %, а не 60 %, как в Opera ;).
Сомневаюсь, что Opera сами реализовывали декодер.
Не грузится видео совсем :(
Не пойму, у меня флеш на 720p притормаживает, а по приведенной ссылке все просто идеально.
Ну и чудненько. Я только рад.
прям праздник какой-то!
Ну и отличненько. Пол года назад ещё непонятно было кто победит (theora или H.264) — а вот оно как значит…
Среди компаний, которые поддерживают WebM:
Adobe
Skype
AMD
nVidia
Adobe
Skype
AMD
nVidia
А про nVidia можно поподробнее? Будет ли поддержка аппаратного декодирования доставлена с новыми версиями драйверов?
Она довольно расплывчато написала об этом в своем блоге:
NVIDIA is always looking to enable users with the best video experiences, whether it’s creating, viewing or broadcasting. We support Google’s efforts to drive broad adoption of the VP8 codec and new WebM format.
А ещё: Mozilla и Opera… И вот интересно что скажет Microsoft.
Скажет что в InternetExplorer 12 появится поддержка WebM
Если не хотят продолжить терять рынок, действовать им нужно быстро. Сам по себе тег video обещан уже в IE9, вделать туда еще один кодек — задача не запредельно трудная, при условии, что есть хотя бы какая-то уверенность в том, что усилия окупятся. С учетом переходящего YouTube — такая уверенность есть.
мне кажется MS последних лет в этом отношении достаточно адекватна и динамично.
сужу даже по прогрессу в их браузерах в 8 и тестах 9й версии
сужу даже по прогрессу в их браузерах в 8 и тестах 9й версии
А вот и официальное подтверждение Another Follow-up on HTML5 Video in IE9
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.”
«История успеха»
Вот и как после этого не любить гугл? :) Всех помирил, всем угодил, да еще и заработает, зараза, наверняка больше всех.
>Однако VP8 — это только видео-код. Чтобы смотреть фильм, нужно ещё кодировать звук и собрать все потоки данных в один файл.
Самое просто и доступное описание что такое и зачем нужен mkv.
По делу. Не смотря на то, что говорят, что Google только заигрывает с open-source. Пока что мне такая его игра по душе. Популяризация открытых стандартов, в частности, отличного (хоть и мало известного) аудио-кодека Vorbis — это очень хорошо и правильно.
Самое просто и доступное описание что такое и зачем нужен mkv.
По делу. Не смотря на то, что говорят, что Google только заигрывает с open-source. Пока что мне такая его игра по душе. Популяризация открытых стандартов, в частности, отличного (хоть и мало известного) аудио-кодека Vorbis — это очень хорошо и правильно.
Ну Google очень давно и искренне дружит со свободным ПО. Chrome открыт (кроме торговых марок, поэтому свободные сборки называются Chromium). Ну и самая сильная поддержка свободного ПО без прямой выгоды для Google — Google Summer of Code, когда студентов денежными стипендиями привлекают в мир свободного ПО — достаточно почитать changelog’и продуктов, чтобы понять как много неплохого кода это вносит.
Хорошо, уговорили, Google — няка. Стратегия Google наиболее приятна, но это до поры до времени. Их разрабатываемая ОС основана на облачных вычислениях и пусть браузер и вся система открыта когда «облака» заменят компьютеры, а «облака» (серверы с информацией) будет держать Google — вот тогда может возникнуть Skyne… простите, проблемы.
Vorbis малоизвестен лишь по сравнению с mp3 :)
mp3 де-факто стандарт, хотелось бы чтобы таким стандартом был свободный кодек. Те же производители техники (мобильные телефоны, например) крайне редко реализуют его поддержку. А жаль, так что есть куда стремиться :)
Vorbis в огромном количестве компьютерных игр используется. Уже много-много лет. Он вовсе не малоизвестный.
PS
А конечному юзеры вообще начхать будет ли там Vorbis или AAC
PS
А конечному юзеры вообще начхать будет ли там Vorbis или AAC
Положим, радоваться еще рано. Во-первых, своего слова не сказал IE (И Safari заодно, вместе с мобильными устройствами). Во-вторых, мне не совсем понятно, как Гугл разобрался со своим видео. Если мне не изменяет память, оно у него было в h264. Перекодировал? Это, конечно, здорово, но остальные на такое пойдут? Vimeo, Facebook, Вконтакте, etc… Может получится так, что этот кодек будет висеть в некоторых браузерах мертвым грузом, в него будет пожат YouTube (в дополнение к h264) и все. Предстоит еще оччень много работы, и хочется верить, что Google за нее вообще возьмется…
Они все будут переходить на WebM, потому что H.264 при том же качестве стоит денег и требует заморачиваться с лицензиями. Theora то держало именно более слабое качество, а VP8 довольно няшен.
Хочется верить, что H.264 пришёл конец.
Только что подписал на YouTube к урлу &webm=1 в Safari на маке и проигрывается, или они всеже определяют есть ли поддержка и в противном случае вещают на H.264?
Там скорее всего отдаётся сразу в нескольких форматах, чтобы браузер выбрал сам — тег video такое поддерживает.
тогда смертью H.264 совсем не пахнет а скорее принуждением хостеров конвертировать в несколько форматов
Вроде бы и ожидаемо, ведь много говорили, после того как Гугл приобрел On2. Но, все-равно, как-то неожиданно и приятно.
Посмотрим, что будет дальше. ;)
Посмотрим, что будет дальше. ;)
Самое приятное здесь не столько в открытии, не столько в поддержке со стороны Google (это действительно было ожидаемо), сколько в поддержке со стороны Mozilla и Opera. То, что этот кодек был настолько быстро и слаженно встроен в это браузеры — это великолепный знак.
Да там уже столько организация — вообще шок, кругом один заговорщики :)
Да, вы правы. Вообще, думаю, что данное событие будет зафиксировано в истории. В истории HTML5 и веба вообще.
уже зафиксировали: «WebM — открытый видеоформат, представленный компаниями Google, Mozilla Foundation и Opera Software на конференции Google I/O 19 мая 2010 года»
ru.wikipedia.org/wiki/WebM
ru.wikipedia.org/wiki/WebM
А что скрывается? Вот, все на конференции рассказали. Да еще столько партнеров сразу.
Поясните, что за опасения?
Что Гугель соберёт кучу сервисов, насажает кучу юзеров, и в нужный момент прихлопнет всех большим медным тазиком — типичный набор подозрений параноика.
Уважаемый Rox, персонально Вам — пока, за свою вполне себе долгую историю на рынке, Google вел себя крайне политкорректно, и видеть в нём Корпорацию Зла-2 — это идиотизм, простите уж за резкость.
Кормёжка окончена, марш в клетку.
Уважаемый Rox, персонально Вам — пока, за свою вполне себе долгую историю на рынке, Google вел себя крайне политкорректно, и видеть в нём Корпорацию Зла-2 — это идиотизм, простите уж за резкость.
Кормёжка окончена, марш в клетку.
Теперь Google однозначно можно назвать Империей добра)
гугл несёт мир и добро в эту вселенную :)
Довольно интересное начинание.
Попробовал в Опере, и правда тормозит, ну и конечно о полноэкранном видео речи (пока?) не идёт.
Кстати, интересная статья не в пользу 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.”
комментарий разработчика theora и vorbis о комментариях разработчика x264 о vp8
xiphmont.livejournal.com/50239.html?thread=135231#t135231
xiphmont.livejournal.com/50239.html?thread=135231#t135231
Теперь я, наконец, засну спокойно и мне не будут сниться кошмары про платный H.264 в интернете)
порадовали, спасибо.
немножко оффтоп:
тег видео это замечательно, война форматов это весело, но меня все волнует один вопрос: что со стриммингом?
немножко оффтоп:
тег видео это замечательно, война форматов это весело, но меня все волнует один вопрос: что со стриммингом?
Стримминг должен быть в отдельном стандарте. Тег video, это всё равно что img — просто медиа-часть статьи. Mozilla вроде уже работает в этом направлении.
вот это меня и огорчает больше всего…
видео без потока — это не более, чем баловство.
для коротких и легких роликов, грубо говоря, заменяя гиф…
а что-то длинное и/или тяжелое смотреть без потока… увольте…
ждать пока загрузятся все *ста мегабайт из каких-нибудь америк, чтоб иметь возможность проклацать ролик по разным местам или начать просмотр с середины? брррр…
:(
видео без потока — это не более, чем баловство.
для коротких и легких роликов, грубо говоря, заменяя гиф…
а что-то длинное и/или тяжелое смотреть без потока… увольте…
ждать пока загрузятся все *ста мегабайт из каких-нибудь америк, чтоб иметь возможность проклацать ролик по разным местам или начать просмотр с середины? брррр…
:(
А-а-а, вы о перемотке. Это не совсем стриминг (раздача потокового видео). Видео без перемотки реализуется в video так же легко, в HTTP можно указать с какого байта отдавать файл, а Matroska имеет метаинформацию для переметки (минуты → байты). Собственно современное видео через Flash так и работает, никаких особых технологий и серверов.
кхм. на сколько я знаю, чтобы во флеше можно было начать просмотр с незагруженной части ролика, на сервере должен быть специальный софт, разве нет?
или я чего-то не дочитал?
просто когда этой темой интересовался, по форумам лазил, и помню что это именно так…
или я чего-то не дочитал?
просто когда этой темой интересовался, по форумам лазил, и помню что это именно так…
Вы что-то не то под словом стримиинг понимаете. Или я не то.
Потому что бесплатный пока. А через несколько лет будет платный. Вам как потребителю может быть и будет всё равно, но что делать разработчикам Mozilla, которые не могут отдать % с цены браузера или что делать если Вы вставите ролик в свой сайт? Проблема даже глубже — очень плохо когда стандарты на которых строится глобальная сеть полностью принадлежат коммерческим компаниям с целью выгоды от их продажи.
В фаерфоксе нету h264, поэтому лично мне он не нравится.
Открытое в любом случае лучше чем закрытое) Раз уж за это дело взялись такое компании, думаю, это к тому же будет офигенно работать)
Ты платишь невольно просматривая рекламу на таких сайтах.
Мы все, полагаю, не рады ограничению в десять минут максимальной продолжительности видео на YouTube, а ведь оно является следствием лицензионных ограничений H.264.
Это видео выложенные на партнёрских каналах. Чтобы вы могли залить такое видео вам придётся ждать от YouTube одобрения вашего желания стать партнёром многие месяцы.
Полагаю, что таких видео на YouTube хорошо если несколько десятых процента наберётся, а скорее всего и того меньше.
И всё это из-за MPEG LA, и их детища H.264, да.
Полагаю, что таких видео на YouTube хорошо если несколько десятых процента наберётся, а скорее всего и того меньше.
И всё это из-за MPEG LA, и их детища H.264, да.
Такие большие видео специально оплачены авторами (ну или Гуглем для партнёрских программ).
Наконец-то договорились, а я думал эта война будет длинным.
Чудесная новость. Спасибо товарищу Гуглу за наше счастливое детство.
АААА!!! Круто! Вот оно! Ворбис и ВП8, да еещё и в Матрёшке… Что может быть лучше??
Теперь осталось только сравнение по качеству и размеру между H.264 и VP8 где то найти…
Теперь осталось только сравнение по качеству и размеру между H.264 и VP8 где то найти…
Тоже жду, но VP8 очень современный кодек он примерно равен H.264 — ±5 % уже не решают победу :).
качество 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
Да, качество у VP8 на уровне VC1.
Революции не произошло, x264 high не был побеждён, несмотря на обещания.
В очередной раз оказалось маркетинговым трёпом, так как похоже сравнивали с h264 baseline.
Революции не произошло, x264 high не был побеждён, несмотря на обещания.
В очередной раз оказалось маркетинговым трёпом, так как похоже сравнивали с h264 baseline.
ptalabvorm оптимизирован для низких битрейтов.
вообще не представляю с какими настройками они получили такую картинку
вообще не представляю с какими настройками они получили такую картинку
Опять же:
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.
Я вот не понимаю, почему так много обсуждения этого единственного ревью VP8… Он написан РАЗРАБОТЧИКОМ H.264, то есть человеком с друнгой стороны баррикад… Считать ли его мнение авторитетным?
До конца недели, я полагаю, уже будут результаты независимых исследований. То, что исследоваться будет dev-preview, это другой вопрос. Всё равно сейчас людям нужны хоть какие-нибудь сравнения.
Считать. Этот разработчик х264 вполне адекватен, и не размахивает лозунгами направо и налево.
>Он написан РАЗРАБОТЧИКОМ H.264
>РАЗРАБОТЧИКОМ H.264
>РАЗРАБОТЧИКОМ
>H.264
Не пиши здесь больше. Просто не пиши. Как минимум пока не выучишь матчасть.
>РАЗРАБОТЧИКОМ H.264
>РАЗРАБОТЧИКОМ
>H.264
Не пиши здесь больше. Просто не пиши. Как минимум пока не выучишь матчасть.
Сравнение по качеству:
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
Поставил последнюю ночную сборку (правда не с этой ссылки — там exe-инсталляторы, а я предпочитаю брать zip и делать из него «портабл»). Включил на youtube HTML5. Специально даже нашёл ролик про webm. Всё равно играется flash-плеером :-(
Html5 включен?
Ролики с рекламой играются в флеш-плеере, да (
Неужели Nexus One будет снимать видео не в 3gp а в mkv?
Теперь главное, чтобы в WebKit встроили.
Я мечтал первым разместить эту новость. Слухи уже давно ходили и несколько человек меня пытали в комментариях об этом.
Очень порадовало, что будет использоваться Matroska. Великолепный контейнер, который вот уже много лет незаслуженно игнорируют все, кроме пиратов.
Попробовал YouTube HTML6 + WebM + Opera, вроде все ок, только seeking не работает)
О Господи! Наконец-то хоть где-то в чём-то разум возобладал. Чуть ли не первый за долгие годы прецедент когда все взяли и согласились что 2*2 равно именно 4. Думал не доживу…
Кстати событие ещё примечательно тем, что в области мультимедиа практически может закончиться война форматов. Ведь теперь ни старикан avi, ни mp4, ни wmv с flv, на сколько я понимаю, становятся не нужны. Можно смело писать скриптик и перегонять всю коллекцию из всевозможных форматов в один webm. А дальше, с его распространением, наверняка можно ожидать аппаратных реализаций, ведь если есть реальный спрос в массах на то, с чего не надо платит роялти, производители декодеров и плееров захотят присоединиться к банкету. А это потянет за собой и вытеснение MP3 в пользу Vorbis. Эх… хорошо мечтается когда такие поводы дают…
Думаю, после того как всё уляжется, война форматов восстановится. Будут говорить, что «а тут быстрее, а там качество лучше» и т.д.
Пока не изобретут идеальный кодек, война не прекратится.
Пока не изобретут идеальный кодек, война не прекратится.
Ужé говорят. (Что WebM медленнее.)
Меня это, кстати, не радует. На технике, произведённой более нескольких лет назад, CoreAVC на 720p крутится, а на 1080p тормозит. Если WebM будет и на 720p тормозить, то при апгрейде придётся заменять системный блок целиком (а не то в AGP более шуструю видюху не воткнуть). Или, в случае с мобильным решением, вместо нетбука покупать ноутбук, вместо старого ноутбука — новый. Многие ли читатели сайтов пойдут на такие жертвы? Думаю, их не больше, чем пользователей Windows 7 по сравнению с пользователями Windows XP.
Меня это, кстати, не радует. На технике, произведённой более нескольких лет назад, CoreAVC на 720p крутится, а на 1080p тормозит. Если WebM будет и на 720p тормозить, то при апгрейде придётся заменять системный блок целиком (а не то в AGP более шуструю видюху не воткнуть). Или, в случае с мобильным решением, вместо нетбука покупать ноутбук, вместо старого ноутбука — новый. Многие ли читатели сайтов пойдут на такие жертвы? Думаю, их не больше, чем пользователей Windows 7 по сравнению с пользователями Windows XP.
Вы про железные плееры забыли. Для просмотра на компе почти все жмется в mkv, а вот когда речь заходит о бытовых DVD-проигрывателях, avi снова возникает. И такие проигрыватели будут играть свою роль еще лет 4-5, ИМХО
Как это я про них забыл?? Пишу же «А дальше, с его распространением, наверняка можно ожидать аппаратных реализаций, ведь если есть реальный спрос в массах на то, с чего не надо платит роялти, производители декодеров и плееров захотят присоединиться к банкету. А это потянет за собой и вытеснение MP3 в пользу Vorbis.»
ошибаетесь. ничего не мешает использовать VP8 в flv и в wmv (что уже подтверждено в Adobe, они поддержат).
Ошибаюсь? Возможно. Но не в этом. Я прекрасно понимаю разницу между контейнером и кодеком. Тем не менее осмелился предположить, что когда есть стандарт, и в нём и кодек и контейнер хороши, использование старых проприетарных контейнеров равно как и традиционно заворачиваемых в них кодеков теряет смысл. Adobe когда-то кричала что собственный контейнер и кодек её нужны для защиты от копирования — что-то я этой защиты за все эти годы так и не узрел, а статьи, в которых описывалось какая это стенка из воздуха эта их воображаемая защита — видел.
Не путайте видеоформаты с контейнерами. Все, что вы перечислили выше — контейнеры для видео и аудио, которые потенциально могут содержать видео, закодированное кодеком VP8.
Я не годую, для MS надо было оговорить особые, платные условия ибо нех — пользуются плодами прогресса и еще палки вставляют.
Я думаю всё не так просто. Как известно все они входят в MPEG-LA (и MS там не самый маленький) и они пришли к выводу что выгодней сговориться, объявить что свободный кодек таки возможен и не предъявлять друг другу претензий чем всем в разные стороны тянуть.
в таком случае формат бы имел гораздо более тяжёлую дорогу к нам.
IE9 — это минимум 40% рынка, думаю.
IE9 — это минимум 40% рынка, думаю.
Кстати, а кто мешает гуглу написать плагин, поддерживающий тэг video в ранних версиях IE, так, как это сделали xiph foundation для тэга video с theora внутри?
См. «Added HTML5 video tag support for Microsoft Internet Explorer»
См. «Added HTML5 video tag support for Microsoft Internet Explorer»
Да, я знаю, что такой «плагин» уже есть. Но одно дело — поставить себе «браузер-в-браузере», а другое — маааленький плагинчик для того, чтобы ютуб показывал :)
Кстати возникает вопрос — будет ли оно играть классический MKV если там звук и видео закодированы в Vorbis и VP8, и какие ограничения по мимо выбора этих кодеков накладывает WEBM на полноценный MKV, в частности можно ли будет также как в MKV запихивать внутрь несколько аудиодорожек на разных языках, субтитры, меню, главы и тп. Меню, конечно — хрен с ними, а вот аудиоптоки и субтитры — это таки бы очень хотелось. Кстати, на сколько я понимаю, в MKV никто не запрещает загнать и несколько видео потоков — это позволило бы хранить прямо внутри HD-файла и его low-res версию для слабых устройств (которые в последнее время тоже частенько вспоминали).
Не понятно как это делать в UI. В стандарте говорится не все возможности MKV (так как их очень много и они не всё ещё стандартизованы) а лишь небольшое подмножество — не забывайте про мобильные устройства. Но думаю со временем это реализуют браузеры в добровольном порядке в дополнение к спецификации (дополнительные данные сохраняют обратную совместимость).
Не специалист конечно я в этом, но логически не совсем понимаю что там реализовывать. Есть libmkv, есть libvorbis, есть свободная реализация vp8 — ну слинкуйте статически если так хочется ни от чего не зависеть.
А что до мобильных устройств — вот совместными усилиями пусть и пилят. В последнее время Теору вон оптимизировали под смартфонные процы, так и эту можно — взялись бы, проспонсировали всем скопом проект и вместе бы пользовались, а не каждому свою реализацию делать.
А что до мобильных устройств — вот совместными усилиями пусть и пилят. В последнее время Теору вон оптимизировали под смартфонные процы, так и эту можно — взялись бы, проспонсировали всем скопом проект и вместе бы пользовались, а не каждому свою реализацию делать.
А как вы в браузере сделаете выбор разных дорожек, а тем более субтитров? Да и много нудного кода с теме же шрифтами.
А как субтитры выводить на мобильники, тоже проблемы.
А как субтитры выводить на мобильники, тоже проблемы.
> А как вы в браузере сделаете выбор разных дорожек, а тем более субтитров?
bit.ly/c99vdh
> А как субтитры выводить на мобильники, тоже проблемы.
??
bit.ly/c99vdh
> А как субтитры выводить на мобильники, тоже проблемы.
??
>> А как вы в браузере сделаете выбор разных дорожек, а тем более субтитров?
Контекстное меню?
Контекстное меню?
Теоретически это можно было бы реализовать, достаточно было бы чуть модифицировать сплиттер и описать в спецификации HTML5 методы работы с этими дополнительными возможностями, но это вряд ли будут делать.
А чего их в HTML5 описывать? Есть 2 логичных простых пути без надобности в каких-либо дополнениях: 1. как в виндовых плеерах — правой кнопкой по играющемуся видео ткнул и выбрал аудиопоток; 2. выбирать аудиопоток в соответствии с настройкой Accept-Language, которая во всех браузерах есть и по дефолту соответствует языковой версии браузера.
открыла VP2, который лёг к основу свободного кодека TheoraКомпания On2 открыла не VP2, а кодек VP3 (а именно его последнюю версию 3.2), на базе которого и создан Theora. Поправьте.
Почему ни слова о патентах? D_S очень доходчиво расписал о возможных нестыковках. VP8 в текущей ситуации намного сильнее подвержен атакам патентных троллей, чем та же Theora.
Да пока мало ясно. Ну есть надежда на юр. силу Google.
Как Вам такая гипотеза?
habrahabr.ru/blogs/webdev/94002/#comment_2856656Б
habrahabr.ru/blogs/webdev/94002/#comment_2856656Б
Вот только Google не входит в консорциум MPEG LA. И этот консорциум может взять и обидеться. Тогда может случиться интересное, особенно если Google в конце перевесит, и это приведёт к освобождению некоторых патентов H.264. А дальше по цепочке под давлением общественности полностью освободится весь H.264. Ой, что начнётся.
Кстати а где кроме Хабра написано что WebM есть подмножество MKV? Глянул в Википедию — не нашёл там никаких ссылок в описании друг на друга в статьях по MKV и WEBM. Подумал было добавить, но не стал т.к. на сайте webmproject.org упоминаний MKV не нашёл, и Google на запрос MKV+WEBM ничего такого не выдал.
MKV = Matroska — надо второе искать, так как первое лишь расширение файла (которое у WebM будет другое).
Кстати а где кроме Хабра написано что WebM есть подмножество MKV?Как я понял, WebM — это не название файлового контейнерного формата (как Matroska) и не название видеокодека (как VP8). WebM Project — это проект по созданию открытого стандарта для мультимедия-контента (аудио/видео) в вебе. В качестве открытого основы стандарта был выбран контейнер Матрёшка, видеокодек VP8 и аудиокодек Vorbis. И над созданием и развитием проекта WebM работают множество разработчиков из различных компаний (в частности Google, Mozilla, Opera).
Кстати а где кроме Хабра написано что WebM есть подмножество MKV?www.webmproject.org/about/faq/
www.webmproject.org/code/specs/container/
.webm — файловый контейнерный формат на базе Matroska. Т.е. файлы .webm — это частный случай MKV-файлов, но с более узко определёнными параметрами (в частности поддержка видеопотоков только с компрессией VP8 и аудиопотоков только с компрессией Vorbis). Спецификацию этого контейнера уже зарелизили.
WebM Project — проект по разработке и внедрению открытого стандарта для мультимедиа в вебе. Как раз спецификация контейнера .webm разработана в рамках этого проекта.
Да какая империя добра? Вы с ума сошли? Google в открытую объявил войну двум мегакорпорациям, к которым он крайне сильно привязан: Apple и Microsoft. Одна держит огромный кусок мобильного траффика, вторая — бешенный парк десктопных машин. А IE всё ещё самый распространенный браузер, потому что он дефолтовый.
И что в итоге: Apple со своего место не сдвинется принципиально — у них крайне прибыльный магазин видео и они лоббируют у себя h264. А Microsoft потянется за Apple, потому что в железячную войну им сейчас ввязывать не сподручно, а по софту они начинают давить на Google. (docs.com, skydrive и всякое такое прочее).
И чего в итоге получается — вебкит развалится на две ветки. Эппловую (которая, кстати, инициировала его разработку) и гугловую. И каждая из компаний будет гнуть свою линию в разработке вплоть до принятия спецификаций HTML5.
Зачем такой ад?
И что в итоге: Apple со своего место не сдвинется принципиально — у них крайне прибыльный магазин видео и они лоббируют у себя h264. А Microsoft потянется за Apple, потому что в железячную войну им сейчас ввязывать не сподручно, а по софту они начинают давить на Google. (docs.com, skydrive и всякое такое прочее).
И чего в итоге получается — вебкит развалится на две ветки. Эппловую (которая, кстати, инициировала его разработку) и гугловую. И каждая из компаний будет гнуть свою линию в разработке вплоть до принятия спецификаций HTML5.
Зачем такой ад?
Оно то, конечно, частично и так, но, мне кажется, Вы в данном случае все-таки излишне драматизируете всю ситуацию :)
На плевать на этот видеокодек. Вебкит жалко очень. Жил себе практически эталонный движок (в отличии от Gecko, простигоспади), шустро работал, всё что нужно поддерживал. Нет, вот. Припёрся гугл, выпустил браузер и начал перефигачивать его как ему удобно.
Я вот по работе очень плотно работаю с веб-китом. На нём можно делать НЕРЕАЛЬНО крутые веб-приложения. Да чего там — Palm целую GUI для отдельной ОСи на нём написал. Фаерфоксу даже и не снилось то, чего можно делать на том самом веб-ките.
А сейчас ветки chromium-dev-c и webkit-nightly-build (в оболочке Сафари, вестимо) не то, чтобы некогерентны… они как фигурист от хоккеиста примерно отличаются. Причем реально чувствуется, что хромиум пишет 500 индусов. И то, что за отхождение от стандартов и логики в Safari Джобс лично откёртку в глазницу втыкает. Короче, ад-ад-ад.
Я вот по работе очень плотно работаю с веб-китом. На нём можно делать НЕРЕАЛЬНО крутые веб-приложения. Да чего там — Palm целую GUI для отдельной ОСи на нём написал. Фаерфоксу даже и не снилось то, чего можно делать на том самом веб-ките.
А сейчас ветки chromium-dev-c и webkit-nightly-build (в оболочке Сафари, вестимо) не то, чтобы некогерентны… они как фигурист от хоккеиста примерно отличаются. Причем реально чувствуется, что хромиум пишет 500 индусов. И то, что за отхождение от стандартов и логики в Safari Джобс лично откёртку в глазницу втыкает. Короче, ад-ад-ад.
Майкрософту с технической стороны неважно, какой кодек поддерживать. IE9 вроде как будет воспроизводить видео через встроенный системный мультимедийный фреймворк. Т.е. какие кодеки в системе понаставишь — такие IE9 и сможет использовать при воспроизведении видео. Т.е. IE будет поддерживать и H.264, и VP8 — при наличии соответствующих декодеров, установленных в системе.
У Apple еще крайне прибыльный магазин аудио, в котором они лоббируют aac. Однако в айподах поддержка mp3 есть.
Когда это они лоббировали именно h264? Они отказывались только от Theora, потому что не было аппаратной поддержки → он не мог играться на iPhone. Учитывая, что AMD, ARM и Broadcom поддержали WebM, то чипы скоро появятся. А iStore не имеет никого отношения к WebM, потому что WebM сделан для веба, а не для просмотра дома.
> Учитывая, что 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/
WebKit тем более никто не разделял. В WebKit не входят кодеки (и JS И кучу ещё всего). Так что у Chrome и Safari изначально был разный код для видео и никто его не разделял. У Safari вообще кодеки сильно привязаны к QuickTime (то есть в Mac OS X просто берутся из системы).
Практикам: www.quavlive.com/video_codec_comparison
Любопытно вот что: максимально возможное в WebM на Ютубе — 720p, тогда как H.264 — до 1080p (пример: www.youtube.com/watch?v=EvDMDMxDAlc)
К таким выводам я пришел на основании наблюдения за расширением для скачивания видео с YouTube
Кто-нибудь может подтвердить — это ограничение в самом ютубе для WebM или уже расширение
так работает? :)
К таким выводам я пришел на основании наблюдения за расширением для скачивания видео с YouTube
Кто-нибудь может подтвердить — это ограничение в самом ютубе для WebM или уже расширение
так работает? :)
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
WebM: Google открыл видео-кодек VP8