LINUX.ORG.RU

Поддержка кодека VP8 добавлена в GStreamer

 , , , , ,


0

0

Буквально на днях, во время проведения конференции Google I/O, стараниями компаний Collabora и Entropy Wave (одни из ведущих в области мультимедиа и открытых исходных кодов) в мультимедийный фреймфорк GStreamer была добавлена поддержка недавно представленного Google кодека для потокового видео VP8.

Collabora Multimedia и Entropy Wave работали совместно с разработчиками из Google для реализации поддержки проекта WebM (распространение видео в сети Интернет в формате VP8) средствами GStreamer. Это позволит разработчикам буквально с первого дня предоставить поддержку WebM в своих приложениях и устройствах на базе GStreamer. Реализация VP8 в GStreamer включает в себя как генерацию совместимых с WebM файлов, так и воспроизведение таких файлов из других источников.

Как часть реализации поддержки WebM было создано официальное руководство по встраиванию кодека VP8 в контейнер Ogg, созданный Xiph.org, что даёт возможность потокового вещания VP8 по протоколу http. Также это означает, что большое количество приложений на базе GStreamer (видеопроигрыватели, веб-браузеры, видеоредакторы и т.д.) автоматически получают поддержку WebM.

Кристиан Шаллер (Christian Schaller), руководитель Collabora Multimedia:

У WebM есть потенциал стать основополагающим проектом в плане распространения видео в Интернет, и мы рады участвовать в этом наравне с Entropy Wave и Google. Добавив поддержку WebM в GStreamer, мы уверены, что миллионы пользователей Linux на своих компьютерах и устройствах получат доступ к этой ключевой технологии. Мы также работаем с нашими заказчиками для осуществления интеграции WebM в их устройства и продукты, и даже для осуществления видеоконференций средствами VP8 в будущем.

Но и это ещё не все. Сегодня поддержка WebM была добавлена в Transmageddon версии 0.16 - видеоконвертер на основе GStreamer. Для проигрывания файлов WebM через GStreamer нужна свежая версия самого GStreamer и библиотеки libvpx, пакеты для которой уже начинаются появляться в основных дистрибутивах. Теперь создание видео в формате WebM стало простым и доступным каждому.

Поздравим ребят из команды GStreamer с такой оперативной реализацией нового формата, теперь мы можем непосредственно испробовать новый видеокодек в деле.

>>> Официальный анонс

★★★★

Проверено: maxcom ()

ну, просто отличная новость ) скоро будем смотреть все в VP8

anonymous ()

абалдеть как всё шустро. Я ещё ffmpeg не успел пропатчить а тут..

Chu ()

> скоро будем смотреть все в VP8

h.264 объективно качественнее.
VP8 открыли для ютуба и ему подобных сервисов, в пику Adobe.
А HD гнять в VP8 - это ССЗБ.

pekmop1024 ★★★★★ ()

GStreamer впереди планеты всей.

yoghurt ★★★★★ ()

xine остались только пока без поддержки?)
ну и для ffmpeg по идее лучше не патчем , а сделать уже merge в основное дерево

Sylvia ★★★★★ ()
Ответ на: комментарий от pekmop1024

>>h.264 объективно качественнее.

Да, и еще платить за него надо качественнее, и еще он больше ресурсов жрет, в общем лучше не придумаешь.

А HD гнять в VP8 - это ССЗБ.

А в гугле и не знали. Ты сам-то пробовал?

MuZHiK-2 ★★★★ ()

>Также это означает, что большое количество приложений на базе GStreamer (видеопроигрыватели, веб-браузеры, видеоредакторы и т.д.) автоматически получают поддержку WebM.

Но и это ещё не все. Сегодня поддержка WebM была добавлена в Transmageddon версии 0.16 - видеоконвертер на основе GStreamer.

как-то оно не совсем согласовано.

AVL2 ★★★★★ ()
Ответ на: комментарий от Sylvia

А xine совсем-совсем скукожился? Он мне почему-то нравится больше чем GStreamer.

KblCb ★★★★★ ()
Ответ на: комментарий от pekmop1024

> h.264 объективно качественнее. VP8 открыли для ютуба и ему подобных сервисов, в пику Adobe.

мне, как веб-разработчику, главное - чтобы веб был открытым и стандартизированным, без всяких флешей и H.264, поэтому ратую за VP8.

anonymous ()
Ответ на: комментарий от MuZHiK-2

> А в гугле и не знали. Ты сам-то пробовал?

С каких пор гугля занимается настоящим HD с высоким битрейтом?
Про Youtube HD не надо говорить, там и назначение и битрейты другие.

Да, и еще платить за него надо качественнее, и еще он больше ресурсов жрет, в общем лучше не придумаешь.


5-10% процессора он у меня жрет, а платят пусть пиндосы - у нас не действуют эти патенты.

pekmop1024 ★★★★★ ()
Ответ на: комментарий от AVL2

>>как-то оно не совсем согласовано.

Что не согласованно? Чтобы сконвертить видео в гуевине, нужно выбрать там форматы, кнопки потыкать. Вот и добавили в этот фронтенд поддержку WebM.

MuZHiK-2 ★★★★ ()
Ответ на: комментарий от Sylvia

>xine остались только пока без поддержки?)

Пишут что немного дописать осталось.

ну и для ffmpeg по идее лучше не патчем , а сделать уже merge в основное дерево

Если будет в ffmpeg то с ним можно и собрать xine.

Lucky1 ★★★ ()
Ответ на: комментарий от pekmop1024

>>С каких пор гугля занимается настоящим HD с высоким битрейтом?

Ну как бы интернет развивается, и гугль смотрит немного вперед, это нормально.

5-10% процессора он у меня жрет, а платят пусть пиндосы - у нас не действуют эти патенты.

И давно весь мир сошелся на нескольких странах? Тем более, патенты действуют не только в США.

MuZHiK-2 ★★★★ ()
Ответ на: комментарий от AVL2

> как-то оно не совсем согласовано.

как оказалось, из-за NDA, разработчкики параллельно работвашие над встраиванием поддержки VP8 в свои продукты, не знали о друг друге. так получилось, например, с разработчком от opera, а теперь, после анонса, они будут сводить вместе патчи, выбирая из них лучшие куски кода.

anonymous ()
Ответ на: комментарий от anonymous

>>как оказалось, из-за NDA, разработчкики параллельно работвашие над встраиванием поддержки VP8 в свои продукты, не знали о друг друге. так получилось, например, с разработчком от opera, а теперь, после анонса, они будут сводить вместе патчи, выбирая из них лучшие куски кода.

Вообще-то проекты разные, и все они используют libvpx, так что ничего они не будут там объединять, общее начало итак есть.

MuZHiK-2 ★★★★ ()
Ответ на: комментарий от MuZHiK-2

> Ну как бы интернет развивается, и гугль смотрит немного вперед, это нормально.

Ну и сравни на 20-30 мегабитах их хотя бы, а мы с любопытством понаблюдаем.

И давно весь мир сошелся на нескольких странах?


Мне на мир пофигу. Мне платить не надо. И тебе не надо. Но ты толстый тролль, ноэтому тебе на это пофигу.

pekmop1024 ★★★★★ ()
Ответ на: комментарий от pekmop1024

>>Ну и сравни на 20-30 мегабитах их хотя бы, а мы с любопытством понаблюдаем.

Пока что у меня нету такого канала. Если у тебя есть - будет интересно посмотреть.

Мне на мир пофигу. Мне платить не надо. И тебе не надо. Но ты толстый тролль, ноэтому тебе на это пофигу.

А если я завтра уеду в США, то что, платить? Нет уж, если за свободу - то везде.

MuZHiK-2 ★★★★ ()
Ответ на: комментарий от pekmop1024

> а платят пусть пиндосы - у нас не действуют эти патенты.

а головой подумать лень? ты покупаешь какой-нибудь бытовой плеер с поддержкой своего любимого H.264, а разработчику, который в него ее встроил, пришлось платить лицензионное отчисление MPEG-LA, а это уже заложено в цену товара. так что живешь ты хоть в гандурасе, а платить за кодеки будешь. вот тебе и пиндосия...

anonymous ()
Ответ на: комментарий от MuZHiK-2

> Вообще-то проекты разные, и все они используют libvpx, так что ничего они не будут там объединять, общее начало итак есть.

почитай бложек и комменты разрабов, которые об этом пишут: http://blogs.gnome.org/uraeus/2010/05/19/webm-and-gstreamer/

anonymous ()
Ответ на: комментарий от Chu

> Ubuntu платит вроде за h.264 ..

Canonical платит за H.264 только если ты купил oem-версию

anonymous ()
Ответ на: комментарий от pekmop1024

>h.264 объективно качественнее.

Пруф или GTFO. Пруфом будет считаться тест наподобие того, что когда-то был на хабре по поводу теоры.

Ttt ☆☆☆☆☆ ()
Ответ на: комментарий от anonymous

>Canonical платит за H.264 только если ты купил oem-версию

значит будут платить потребители, которые приобрели комп с предустановленой Ubuntu.

Chu ()
Ответ на: комментарий от pekmop1024

>h.264 объективно качественнее.

Для тех кому лень искать, вот одна из сылок на сравнение качества:
http://www.streamingmedia.com/Articles/Editorial/Featured-Articles/First-Look...
В итоге автор статьи говорит, что h.264 _немного_ лучше, но в большенстве случаев разницы не заметно.

Robin ()

>Поздравим ребят из команды GStreamer с такой оперативной реализацией

А ты азартен, Парам^W^Wсаркастичен, мущщинка. джыстример и оперативная реализация в одном предложении. в то время как мплееры и кзайны бороздят просторы HD с помощью vaapi/vdpau у этого поделия даже udp потоки нормально не робят. про ДВД-меню промолчим.

ну его в топку этот гстример. пока не допилят до вменяемого уровня сам фреймворк и хотя бы один нормальный плеер под него.

anonymous ()
Ответ на: комментарий от anonymous

> The spec consists largely of C code copy-pasted from the VP8 source code — up to and including TODOs, “optimizations”, and even C-specific hacks, such as workarounds for the undefined behavior of signed right shift on negative numbers

Доставило.

pekmop1024 ★★★★★ ()
Ответ на: комментарий от Chu

> значит будут платить потребители, которые приобрели комп с предустановленой Ubuntu.

нет, фишка именно в том, что Canonical обязалась платить за H.264 вместо пользователей, если те взяли аппаратуру с предустановленной Ubuntu.

anonymous ()
Ответ на: комментарий от shahid

>>А чего это в прошлой новости говорили про контейнер матроску, а теперь уже Ogg?

Кодированный поток независим от контейнера. Просто в рамках проекта в качестве бонуса сделали и встраивание в контейнер Ogg.

MuZHiK-2 ★★★★ ()
Ответ на: комментарий от MuZHiK-2

> в рамках проекта в качестве бонуса сделали и встраивание в контейнер Ogg.
Норм. Главное до зоопарка не доводить.

shahid ★★★★★ ()
Ответ на: комментарий от pekmop1024

в пику Adobe.

Да-да, и именно поэтому представители Adobe(в том числе CEO) разве что по сцене не прыгали от радости на Googe I/O, и в флеш добавили поддержку VP8, а гугл включил флеш в андроид, хром и гугл-тв. У тебя какие-то интересные поставщики вещ информации, не поделишься?

vga ★★ ()
Ответ на: комментарий от helios

> Скорость радует.

Именно. Сразу видно, насколько все хотят гнать MPEG-LA с их H.264 поганой метлой. Несколько десятков компаний, объявивших о поддержке google и vp8 об этом красноречиво говорит, что бы здесь ни кричали местные, хорошо всем знакомые, жирные тролли ))

anonymous ()

Я просто поражаюсь с какой скоростью и желанием все стали сбрасывать с себя закрытые технологии. Гуглу осталось перевести ютуб на VP8 и флеш можно будет просто выкинуть из системы

bioreactor ★★★★★ ()
Ответ на: комментарий от bioreactor

>>Гуглу осталось перевести ютуб на VP8 и флеш можно будет просто выкинуть из системы

Уже потихоньку переводят.

MuZHiK-2 ★★★★ ()
Ответ на: комментарий от MuZHiK-2

>Кодированный поток независим от контейнера. Просто в рамках проекта в качестве бонуса сделали и встраивание в контейнер Ogg.

Так как конвертить видео, в webm или ogg ?

Chu ()
Ответ на: комментарий от bioreactor

> Я просто поражаюсь с какой скоростью и желанием все стали сбрасывать с себя закрытые технологии

Похоже на ловушку, ибо VP8 весьма неоднозначен со стороны патентов. Я бф подождал результатов первых разбирательств Google vs. патентные тролли.

pekmop1024 ★★★★★ ()

а MPEG уже собирает патентный пул против VP8

aliens ★★ ()
Ответ на: комментарий от Chu

Так как конвертить видео, в webm или ogg ?

Матроска православнее, так что webm. Про ogg+vp8 - это уже чья-то самодеятельность.

shahid ★★★★★ ()
Ответ на: комментарий от Chu

>>Так как конвертить видео, в webm или ogg ?

А это как ты пожелаешь. Кодек декодирует поток. Контейнер парсит соответствующая либа. Просто тут есть выбор. Если тебе где-то удобнее закинуть в ogg (потому что, например, уже есть готовое решение для этого) - кидай в ogg.

MuZHiK-2 ★★★★ ()
Ответ на: комментарий от anonymous

>ну, просто отличная новость ) скоро будем смотреть все в VP8

Пффф, сам смотри это мыло. А я предпочту как и прежде смотреть качественный H.264

linuxfan ()
Ответ на: комментарий от anonymous

> ну, просто отличная новость ) скоро будем смотреть все в VP8

Насчет все - это еще большой вопрос, но на youtube (http://www.youtube.com/html5) будет.

А вот массово контент в условиях FUD (http://digitaldaily.allthingsd.com/20100520/googles-royalty-free-webm-video-m...) и тотального отсутствия hardware acceleration скорее всего все равно будет в h264.

Хотя сравнение http://www.digital-digest.com/news-61385-On2-Video-Codec-VS-H264.html внушает оптимизм. Мне VP8 понравился больше. Да и, походу, MS Windows будет проигрывать искаробки (http://www.zdnet.com/blog/microsoft/microsoft-to-support-vp8-video-codec-with...), что тоже внушает надежду на распространение.

skwish ★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.