Компания Google представила (http://blog.webmproject.org/2012/01/vp8-codec-sdk-duclair-re...) пакет VP8 Codec SDK 1.0.0 (http://www.webmproject.org/code/#libvpx_the_vp8_codec_sdk) (libvpx), в рамках которого подготовлено четвёртое обновление реализации свободного видеокодека VP8 (http://www.opennet.me/opennews/art.shtml?num=26656), доступное под кодовым именем "Duclair". Код (http://git.chromium.org/gitweb/?p=webm/libvpx.git) всех компонентов SDK поставляется под лицензией BSD.
Формат кодирования и связанные с VP8 и WebM спецификации не изменились, изменению подверглись только средства разработки и библиотека с реализацией кодека. На уровне ABI новый выпуск не совместим с прошлыми версиями библиотеки, что требует пересборки приложений после обновления libvpx. Совместимость программного интерфейса (API) сохранена, т.е. модификации кода программ при переходе на новую версию не потребуется.
В новой версии продолжена работа по ускорению работы кодировщика/декодировщика...URL: http://blog.webmproject.org/2012/01/vp8-codec-sdk-duclair-re...
Новость: http://www.opennet.me/opennews/art.shtml?num=32924
Ура! H.264 не нужен.
Только в вашем больном воображении.Пока H.264 рвёт WebM в тряпку (на 10-25% меньший битрейт при одинаковом качестве, скорость кодирования/декодирования сильно больше, плюс аппаратная реализация - чего WebM в ближайшем будущем вообще не светит, а значит забудьте про него на недоустройствах aka планшеты и смарты)
Это просто взятые из больной головы цифры. Основное отличие — чипы аппаратного кодирования. Чип должен позволять кодировать/декодировать 1080p в реально времени со скоростью 60 к/с. Такие чипы уже есть, причем гибриды VP8/H.264. От скорости их распространения зависит популярность WebM. Не стоит забывать, что разные кодеки h.264 дают совершенно разные цифры. Что значит «на 10–25% меньший битрейт»? Какой кодек? Какие настройки? А так только языком потрепать.На потребительском уровне, VP8 гораздо быстрее и качественнее кодирует в режиме реального времени. Если бы вы интересовались, то знали насколько лучше выглядит поток VP8 на плохом канале (GPRS, ECDMA) чем h.264.
Более того, с развитием WebRTC, VP8 станет основным средством для передачи видео p2p в рамках броузера. H.264 туда никогда не пригласят.
Приятно видеть осведомлённого и думающего человека. Многие в треде не понимают сути вопроса. К сожалению. Поэтому и орут "h264 - наше всё!", не понимая сути вопроса.
попал в точку, человек зрит в корень, в самую суть
> попал в точку, человек зрит в корень, в самую сутьТолько суть у вас какая-то однобокая: "вы там сами как-нить бодайтесь с этой вашей MPEG LA, а нас ваши проблемы не волнуют". И если для всякого там вареза это еще похрен, то вот легально распостранять видео со своего сервака без выплаты роялтей - хотелось бы без лишнего геморроя делать, да.
> Пока H.264 рвёт WebM в тряпку1) Webm нынче жмет на уровне baseline профайла h.264. Совершенно без скидок.
2) Лицензирование webm намного более приятное. С ним можно по крайней мере транскодировать видео на серваке в сша без риска огрести от MPEG LA предъявы. А, собственно, почему мне должно быть нельзя поставить видеосервак в сша без риска получить геморрой?
3) У webm есть ряд интересных фич которых у h.264 нет. Гугель со знанием дела допиливает кодек под онлайн видео. Они в отличие от многих других в курсе проблем онлайн вещания не в теории а на практике. Поэтому реализуют очень осмысленные и грамотные фичи, типа вон того потока с множеством разрешений (epic win).Итого: хороший кодек без лицензионного геморроя. Woot!
>А, собственно, почему мне должно быть нельзя поставить видеосервак в сша без риска получить геморрой?Потому-что ставя сервак в США ты рискуешь получить геморрой.
А где сервак ставить? В РФ? Так в США датацентры лучше, стоимость дешевле и геммороя меньше.
> Потому-что ставя сервак в США ты рискуешь получить геморрой.В родном отечестве я рискую получить в 10 раз больше геморроя за больше денег. Тут сайт вообще могут снести "потому что позвонил кто надо". Или ДЦ может сдохнуть сам, по той или иной причине - сплошь и рядом даунтайм по причине раздолбайства, половина хостеров работает по мутным финансовым схемам "сегодня есть - завтра нет". Ну и сервак логично ставить поближе к аудитории. Так что если таковой будет США - логично там его и размещать. Хотя приятнее всего - европейцы. У этих и каналы хорошие, и ДЦ культурные, и стафф порядочный, и мутные финансовые схемы не в почете. Так что они свои бабки отрабатывают на 120%, даже если это и чуть дороже.
>Тут сайт вообще могут снести "потому что позвонил кто надо".И там так же. Если ты хочешь ставить антироссийский ресурс - то сервак в светоче демократии действительно хороший выбор. А попробуй-ка поставить сервак с антиСШАнским ресурсом в США, закроют так же. как и здесь.
> И там так же. Если ты хочешь ставить антироссийский ресурс - то
> сервак в светоче демократии действительно хороший выбор. А попробуй-ка поставить сервак
> с антиСШАнским ресурсом в США, закроют так же. как и здесь.Понимаешь, у наших есть фундаментальный недостаток: что является "незаконным" - решается на ходу какой-то левой шишкой из органов, в меру самодурства. В силу такого механизма принятия решений, могут вынести сайт даже с детскими рисунками, если какому-то болвану из органов что-то там не понравится. А потом еще удачи получить с хостера хотя-бы бэкапы. В США правила игры как-то более четко очерчены и такого произвола все-таки нет.
>Понимаешь, у наших есть фундаментальный недостаток: что является "незаконным" - решается на ходу какой-то левой шишкой из органов, в меру самодурства.Понимаешь, в США так же. Только там ещё круче. Целые государства под каток закатывают. потому что у них нет "демократии". И с гражданами так же. Только у них есть ещё демагоги, которые потом обоснуют что всё законно, всё путём.
>собственно, почему мне должно быть нельзя поставить видеосервак в сша без риска получить геморрой?А собственно почему меня должны волновать твои проблемы? Сам выбрал их территорию, вот и беспокойся за свои проблемы сам. Ежели ставишь сервак в странах где нет дурацких законов - то и проблем меньше.
>Итого: хороший кодек без лицензионного геморроя.
Пока да. А вот станет гугл монополистом, тогда и посмотрим как он себя поведёт.
> странах где нет дурацких законов - то и проблем меньше.Ага, чего уж не на другом глобусе сразу? США довольно большой рынок, просирать его никто не будет, извини.
>>Итого: хороший кодек без лицензионного геморроя.
> Пока да. А вот станет гугл монополистом, тогда и посмотрим как он себя поведёт.Во первых, не станет. Мпеги очень обиделись на такой удар под дых и будут пыжиться. Просто веб они просрали, с этим им придется смириться. Да, это был существенный кусок их будущего и гугл их на него обул. У гугля условия лучше для всех. И для пользователей, и для тех кто контент кодирует. И для тех кто девайсы делает. Гугля не желает роялтей с "просто кодека". Они другими методами зарабатывают, кодек лишь один из инструментов в цепочке.
Во вторых, гугл по сравнению с эпплами и прочими борзеет явно меньше.
В третьих, в отличие от, все выдано на внятных, простых и недвусмысленных условиях, и лицензия на код, и права на использование патентов. Эти условия нельзя откатить задним числом, там ничего не говорится о ограничениях по времени ("а вот после дветыщихренадцатого года в 12 ночи ваша карета превращается в тыкву и вы резко идете покупать у нас новую карету по новой цене!"). В отличие от MPEG LA, с самого начала планировавших масс-надувалово.
>Ага, чего уж не на другом глобусе сразу? США довольно большой рынок, просирать его никто не будет, извини.А никто не мешает тебе ставить сервак в нормальной стране, а бабки стричь с СШАнцев. Просто надо включить мозг, а не защищать костыли гугла против кривизны законов их же страны.
>Гугля не желает роялтей с "просто кодека". Они другими методами зарабатывают, кодек лишь один из инструментов в цепочке.
Как и майкрософт заботится исключительно о благе пользователей. Мозги промыли. бывает.
>Во вторых, гугл по сравнению с эпплами и прочими борзеет явно меньше.
Потому что пока не столь авторитетен. Но усилиями таких энтузиастов как ты. может занять олимп.
>В третьих, в отличие от, все выдано на внятных, простых и недвусмысленных условиях, и лицензия на код, и права на использование патентов. Эти условия нельзя откатить задним числом
Как ввели патенты на ПО, так и введут лицензии задним числом. И тебя не спросят. И будешь делать так, как решит светоч демократии, раз ты признаёшь их глупые законы у себя дома.
> на 10-25% меньший битрейт при одинаковом качествеВсего лишь? Это полный провал H.264. Это делает плату за H.264 бессмысленной.
> на 10-25% меньший битрейт при одинаковом качестве, скорость кодирования/декодирования сильно большеШа! Ты уже успел провести все тесты-сравнения с этой версией libvpx?
> аппаратная реализация - чего WebM в ближайшем будущем вообще не светиту китайцев в "Rockchip RK2918" и "Allwinner A10" есть аппаратные декодеры VP8, у Broadcom тоже что-то было.
> у китайцев в "Rockchip RK2918" и "Allwinner A10" есть аппаратные декодеры VP8,
> у Broadcom тоже что-то было.Более того - гугл вообще лицензирует аппаратный декодер без роялтей всем желающим. От MPEG LA не дождешься чтобы они тебе даром на тарелочке с голубой каемочкой притащили периферию-декодер своего формата которую достаточно в чип засунуть и все, готово. Зато баблосов в отличие от - хотят.
Извините, у гугля условия явно лучше. Ничего личного, но бизнес есть бизнес, да? ;)
> Ура! H.264 не нyжен.А еще гугл сделал так что это теперь на 100% верно для ютуба :)
1) Если у вас нет флеша, но есть современный браузер, гугл теперь автоматически детектит это и включает режим HTML5 сам. Алилуйя, флеш можно окончательно выбрасывать вообще без последствий.
2) Если вдруг какой-то мувик еще не перекодирован в WEBM, а вы туда пришли - теперь флеш опять не нyжен. Гугл настолько суров что тут же отправляет теперь мувик на перекодирование. Он, конечно, выкидывает варнинг что мол, скорость воспроизведения не очень и со флешом было б лучше, но в результате мувик будет перегнан в webm прямо по ходу дела и его можно посмотреть. С таким подходом можно считать что 100% мувиков на ютубе совместимо с HTML5 :)
Так и не понятно за что болеете - за WebM или HTML5...
Что значит "или"? Аноним выше явно болеет и за WebM, и за HTML5.
> Так и не понятно за что болеете - за WebM или HTML5...За HTML5 с WEBM в качестве основного кодека, разумеется, как это и должно быть с самого начала :)
Не совсем так, флеш потребует для любого ролика где есть реклама, вне зависимомти от кодека. Но технически да, уже практически все идет в WebM.
> Не совсем так, флеш потребует для любого ролика где есть реклама,Хм, невозможность смотреть рекламу и ролики с ней - не баг а фича :))
А еще гугл сделал так, что это теперь на 100% верно даже для блондинистых пользователей недобраузера
https://tools.google.com/dlpage/webmmf
почему не видно криков что лицензия BSD? типа своруют, закроют и с гуглом не поделяццо?
Потому что для видеокодеков подобные лицензии оправданы.
Всё просто - разработка предназначена для использования в т.ч. в проприетарных решениях.
> почему не видно криковпотому что крики не нужны
Не успели. Ушли переносить /bin и делать тесты, сильно ли от этого увеличилась стабильность, скорость, а главное юзабилити. Ждите тестов, в т.ч. от фороникса.
> почему не видно криков что лицензия BSD? типа своруют, закроют и с
> гуглом не поделяццо?А зачем орать? Для референсной реализации вполне нормально. В данном случае цель - максимально внедрить открытый _формат_. В том числе и подсадив на него проприетарщиков. Чтобы вести обмен данными в открытом формате и показать умникам типа мпеглы жирную фигу. BSDL вполне хорошо согласуется с такой целью.
> закроют и с гуглом не поделяццо?Это возможно, однако судя по новостям гугл и сам не дурак допилить кодек.
BSD лицензия не "опасна" если ее продвигает лидирующий проект, который самодостаточно может вести разработку даже в одиночку и оставаться лидером. У Гугла воровать просто не выгодно и затея будет лишена смысла.
Хочется добавить\поправить, что идея что-то своровать под BSD сама по себе лишена смысла.
>Поддержка техники временного масштабирования (Temporal scalability), позволяющей сформировать многослойный видеопоток с независимой частотой кадров для каждого субпотока, который может быть использован для воспроизведения с разной частотой кадровВопрос к специалистам: А с помощью этого можно делать ролики с "многослойным" видео? (т.е. когда видео состоит из нескольких слоев: статический фон (логотип), текстовая информация с низкой частотой обновления, несколько видео картинок?). Если эти слои кодировать отдельно, то размер сжатых данных должен быть меньше?
> Вопрос к специалистам: А с помощью этого можно делать ролики с "многослойным"
> видео? (т.е. когда видео состоит из нескольких слоев: статический фон (логотип),Подозреваю что чисто технически, статичный логотип можно попробовать загнать в alt ref frame VP8 кодека, отдельно от всего остального, но врядли кодек вот так сходу заточен на это и позволяет вот так влобешник захинтить что "а вот тут у нас лого". Тем не менее, имеючи исходный материал + лого и попыхтев над сорцем думаю что на уровне формата и его лого вынести в отдельный alt ref можно, еще и сжимаемость вероятно немного улучшится. Насколько это считается за "многослойное видео" я не знаю. Из недостатков такой схемы видится возможность легко #$нуть логотип, убив alt ref кадр, что технически проще чем нудный анализ всех кадров с попыткой выцепить лого и аннулировать его.
> текстовая информация с низкой частотой обновления,
Это называется субтитры. Нафиг их вообще в видеопоток то совать? В HTML5 они поддерживаются. А так - средствами HTML можно поизгаляться намного круче.
> несколько видео картинок?).
Технически, матрешка допускает сколько угодно потоков. Практически WEBM для упрощения вроде как на данный момент позволяет только 1 аудио и видео поток, являясь упрощенным субсетом матрешки.
> Если эти слои кодировать отдельно, то размер сжатых данных должен быть меньше?
Я думаю что в принципе можно кодировать low-resolution поток, а hi-resolution оформлять как "уточняющие кадры" которые используют как reference low-resolution, дополняя их отличиями для улучшения качества картинки. Вообще, это наверное имеет что-то общее с идеей реализованной гуглем. Я правда затрудняюсь назвать это многослойным видео вот так в лоб. Но в каком-то роде оно многопараметровое, в том плане что может деградировать качество если не успеваем с полным качеством по какой-то причине.
OMG, когда ж это "?:%чево" закончится??? Сколько можно фаломорфировать на поделие 4 летней давности далеко не первой свежести? Посмотрите на основе каких рекомендаций MPEG 4 part ??? написан VP8?? таки я вам могу сказать part 8 - это и DiVX, Xvid, VC1 и иже с ними. Эти кодеки НИКОГДА не смогут соперничать с AVC - просто по ФАКТУ.
Да Google большие молодцы, что открыли все коды и лицензии. Да они сильно дорабатывают этот кодек и он явно становиться лучше. НО!!!
ДО AVC ему реально как до Китая босым, по большинству сравнительных характеристик.
Внедрение VP8 в профессиональном оборудовании не произойдёт ДО ТЕХ пор пока Google Не договориться хотя бы с EBU, я уж не говорю о производителях профессионального оборудования. Покажите мне хоть один стоечный транскодер или энкодер в VP8, а нет таких ))) Или хоть одну камеру жмущую в VP8?
В Web он своё применение найдёт и слава Богу, но большее - простите, хватит уже копья ломать. Кесарю кесарево.
> part 8 - это и DiVX, Xvid, VC1 и иже с ними.И где там описаны техники типа alt ref frame, temporal compression и т.п.?
> Эти кодеки НИКОГДА не смогут соперничать с AVC - просто по ФАКТУ.
Кодек на 10% стандарт и на 90% - реализация. Вон у адобы h.264 получился жмущим чуть ли не хуже divx.
> Внедрение VP8 в профессиональном оборудовании не произойдёт ДО ТЕХ пор пока Google
> Не договориться хотя бы с EBU,Who cares? Зачем это гуглу? Или нам?
> я уж не говорю о производителях профессионального оборудования. Покажите мне хоть
> один стоечный транскодер или энкодер в VP8, а нет таких )))И чьи это сложности? Телевизионщиков, которые сдохнут как мамонты под напором сервисов типа ютуба? Извините, а почему гугл о них заботиться должен? Единственная забота которую гугл таковым может оказать - присыпать их гробики песочком. А в сервисах типа ютуба можно просто ОБЫЧНЫЙ сервак, за обычные а не конские бабки воткнуть в серверную стойку и он вполне себе затранскодит, даже в реалтайме, если юзать соотв. режим.
> Или хоть одну камеру жмущую в VP8?
Гуглофонов будет навалом. А что там будет в крутых камерах за 4-значные суммы - интересно мало кому. Китайцы вон вообще в DIRAC поток гнали с олимпиады как одни I-frames. А чо, тоже вариант (в своей нише, нужной сильно некоторым).
Web фанами h264 уже сдан, ок. А на объёмных носителях типа bluray для webm потока места всяко хватит, проверено. С учётом бесплатности webm, h264 как бы становится не нужен, со своими 15% преимущества.
Подскажите, в какую ширину каналу получиться уместить видео в реальном времени используя VP8 c SD качеством?