Пока H.264 рвёт WebM в тряпку (на 10-25% меньший битрейт при одинаковом качестве, скорость кодирования/декодирования сильно больше, плюс аппаратная реализация - чего WebM в ближайшем будущем вообще не светит, а значит забудьте про него на недоустройствах aka планшеты и смарты)

А еще гугл сделал так что это теперь на 100% верно для ютуба :)
1) Если у вас нет флеша, но есть современный браузер, гугл теперь автоматически детектит это и включает режим HTML5 сам. Алилуйя, флеш можно окончательно выбрасывать вообще без последствий.
2) Если вдруг какой-то мувик еще не перекодирован в WEBM, а вы туда пришли - теперь флеш опять не нyжен. Гугл настолько суров что тут же отправляет теперь мувик на перекодирование. Он, конечно, выкидывает варнинг что мол, скорость воспроизведения не очень и со флешом было б лучше, но в результате мувик будет перегнан в webm прямо по ходу дела и его можно посмотреть. С таким подходом можно считать что 100% мувиков на ютубе совместимо с HTML5 :)

потому что крики не нужны

А зачем орать? Для референсной реализации вполне нормально. В данном случае цель - максимально внедрить открытый _формат_. В том числе и подсадив на него проприетарщиков. Чтобы вести обмен данными в открытом формате и показать умникам типа мпеглы жирную фигу. BSDL вполне хорошо согласуется с такой целью.

Это возможно, однако судя по новостям гугл и сам не дурак допилить кодек.

Подозреваю что чисто технически, статичный логотип можно попробовать загнать в alt ref frame VP8 кодека, отдельно от всего остального, но врядли кодек вот так сходу заточен на это и позволяет вот так влобешник захинтить что "а вот тут у нас лого". Тем не менее, имеючи исходный материал + лого и попыхтев над сорцем думаю что на уровне формата и его лого вынести в отдельный alt ref можно, еще и сжимаемость вероятно немного улучшится. Насколько это считается за "многослойное видео" я не знаю. Из недостатков такой схемы видится возможность легко #$нуть логотип, убив alt ref кадр, что технически проще чем нудный анализ всех кадров с попыткой выцепить лого и аннулировать его.

> текстовая информация с низкой частотой обновления,

Это называется субтитры. Нафиг их вообще в видеопоток то совать? В HTML5 они поддерживаются. А так - средствами HTML можно поизгаляться намного круче.

> несколько видео картинок?).

Технически, матрешка допускает сколько угодно потоков. Практически WEBM для упрощения вроде как на данный момент позволяет только 1 аудио и видео поток, являясь упрощенным субсетом матрешки.

> Если эти слои кодировать отдельно, то размер сжатых данных должен быть меньше?

Я думаю что в принципе можно кодировать low-resolution поток, а hi-resolution оформлять как "уточняющие кадры" которые используют как reference low-resolution, дополняя их отличиями для улучшения качества картинки. Вообще, это наверное имеет что-то общее с идеей реализованной гуглем. Я правда затрудняюсь назвать это многослойным видео вот так в лоб. Но в каком-то роде оно многопараметровое, в том плане что может деградировать качество если не успеваем с полным качеством по какой-то причине.

И где там описаны техники типа alt ref frame, temporal compression и т.п.?

> Эти кодеки НИКОГДА не смогут соперничать с AVC - просто по ФАКТУ.

Кодек на 10% стандарт и на 90% - реализация. Вон у адобы h.264 получился жмущим чуть ли не хуже divx.

Who cares? Зачем это гуглу? Или нам?

> я уж не говорю о производителях профессионального оборудования. Покажите мне хоть
> один стоечный транскодер или энкодер в VP8, а нет таких )))

И чьи это сложности? Телевизионщиков, которые сдохнут как мамонты под напором сервисов типа ютуба? Извините, а почему гугл о них заботиться должен? Единственная забота которую гугл таковым может оказать - присыпать их гробики песочком. А в сервисах типа ютуба можно просто ОБЫЧНЫЙ сервак, за обычные а не конские бабки воткнуть в серверную стойку и он вполне себе затранскодит, даже в реалтайме, если юзать соотв. режим.

> Или хоть одну камеру жмущую в VP8?

Гуглофонов будет навалом. А что там будет в крутых камерах за 4-значные суммы - интересно мало кому. Китайцы вон вообще в DIRAC поток гнали с олимпиады как одни I-frames. А чо, тоже вариант (в своей нише, нужной сильно некоторым).