После четырёх лет обсуждений в кодовую базу FireFox добавлена (http://dummdida.blogspot.com/2012/04/gstreamer-as-multimedia...) поддержка (https://bugzilla.mozilla.org/show_bug.cgi?id=422540) мультимедиа-фреймворка GStreamer в качестве бэкенда для проигрывания аудио/видео элементов HTML5. Данное нововведение позволяет воспользоваться в браузере такими преимуществами Gstreamer, как поддержка аппаратного ускорения, в том числе акселерация декодирования видео и привлечение GPU для решения вычислительных задач (например, применение фильтров, которые могут быть полностью реализованы на стороне GPU).
Так же представленный бэкенд открывает широкие возможности по поддержке различных кодеков. В частности в патче (http://hg.mozilla.org/mozilla-central/rev/c04a467c48ac) содержится добавление в продукты Mozilla поддержки кодека (http://www.opennet.me/opennews/art.shtml?num=33346) H.264. Так в Firefox будет использоваться внешняя реализация H.264, то разработчикам браузера не придётся. Интерес к поддержке H.264 прежде всего связан (https://hacks.mozilla.org/2012/03/video-mobile-and-the-open-web/) с продвижением версии Firеfox для мобильных устройств и с проектом операционной системы Boot2Gecko (http://www.opennet.me/opennews/art.shtml?num=33200) (B2G), который окажется неконкурентоспособным без возможности работы с контентом H.264. Так как кодек H.264 не будет встроен в продукты Mozilla, а будут использоваться только внешние реализации, предоставляемый с платформой или реализованные на аппаратном уровне, проекту Mozilla не придётся лицензировать кодек и выплачивать роялти за использование технологий H.264.URL: http://dummdida.blogspot.com/2012/04/gstreamer-as-multimedia...
Новость: http://www.opennet.me/opennews/art.shtml?num=33651
для каких ОС-то?
Если только для мобильных платформ и для GNU/Linux, то нестрашно. Но, боюсь, что дело ими не ограничилось.
а какие ещё бывают остальные? FreeBSD? GNU/Hurd?
Windows и Mac OS X. У FreeBSD и GNU/Hurd популярность относительно маленькая, как и у десткопного GNU/Linux.
в 11ом и предыдущих html5 видео запаздывает с остановкой и паузой.
с хромиумом проблем нетможет хоть это исправит ситуацию, хотелось бы уйти от хромиума.
freebsd9
А на хроме под фрибсд меньше кадров в видео на флеше.
Ужас. Хорошо что у меня не фрибсд.
я не исключаю кривизну своих рук, но такой же эффект наблюдал и в pcbsd
странно что в гугле не единого сообщения по этому поводу, не верю что никто больше не использует freebsd на десктопе :)
Вроде iZEN ещё.Сорри, не удержался :-)
FreeBSD и Firefox. Никаких запаздываний не видел.
запаздывание не в проигрывании, а в том как отрабатывет нажатие на паузу, да и вообще после закрытия страницы - пару секунд продолжает играть.других проблем нет
флеш под FF/хромиум не ставил, если уж совсем припечет есть опера без проблем с зависающими процессами как в FF.для просмотра котиков на ютубе вполне хватает html5
> в 11ом и предыдущих html5 видео запаздывает с остановкой и паузой.А еще там дико кривая пребуферизация почему-то. Видео то грузится через раз в некоторых конфигурациях, то тупит неимоверно. А в лисе все нормально...
> хотелось бы уйти от хромиума.
Так зачем насильно жрать кактус?
> freebsd9
А, вы хотели сказать что вы привыкли уже к кактусам?
Использую KDE и phonon-backend-vlc.
Надеюсь Firefox не станет тащить по зависимостям GStreamer.
А если станет, как это вам помешает? Едва ли gstreamer занимает много места даже по сравнению с тем же Файрфоксом.
> когда твоё тело умрёт, и душа пападёт на божий суд -- судья
> божий спросит тебя "использовал ли ты Gnome-компоненты внутри KDE?" и если
> скажешь "да" то попадёшь в ледяной АД!, а слукавить на божем
> суде не получится... так-то!а что, gstreamer как-то связан с Gnome?
> а что, gstreamer как-то связан с Gnome?совершенно верно!
GStreamer и Gnome используют общий низкоуровневый программный карказ
...например функции связанные с реализацией обработки событий (Main loop and Events)
изза этих общностей кода -- GStreamer по сути является стандартом в Gnome
Ололо! Опера тянет за собой гном! Срочно в выпуск!
Опере не нужен Gstreamer. У меня его нет, а Опера работает.
Мне вот полгода назад на форуме поддержки Оперы говорили, что у меня в "Fedora16+KDE" Wav-звуки на событиях не играют из-за проблем с Gstreamer-ом. Значит нужен он ей. (а видео-аудио - звучат)
http://sourcecode.opera.com/gstreamer/
Что еще скажешь?
> GStreamer и Gnome используют общий низкоуровневый программный карказэтот какраз называется gobject
> GStreamer и Gnome используют общий низкоуровневый программный карказGLib что ли??? это крошечная самодостаточная либочка, не надо паниковать о "пол-гнома"
>> GStreamer и Gnome используют общий низкоуровневый программный карказ
> GLib что ли??? это крошечная самодостаточная либочка, не надо паниковать о "пол-гнома"думаешь в GLib есть хотябы "Main loop and Events"?? (неговоря уж об Коллекциях, и классах IO (псевдоклассов))
Да, есть.http://developer.gnome.org/glib/stable/glib-The-Main-Event-L...
http://developer.gnome.org/glib/stable/glib-data-types.html
http://developer.gnome.org/glib/stable/glib-IO-Channels.htmlБиблиотека, конечно, вовсе не крошечная как тут говорили. Но лично мне она симпатична, хоть и не особо много её использовал. Красивая и опрятная.
Алсо, GObject и GLib -- хоть и родственные, но всё же разные вещи. Первый можно рассматривать как расширение к языку, а второй просто большая коллекция ништяков общего назначения.
glib даже Qt тянут за собой.
а в <canvas/> работать тоже будет?
Сам ты convas, а то canvas. Естественно будет.
1. отредактировал :-)2. спасибо :-)
Отлично! Кесарю кесорево. Пусть фаерфокс занимается композицией, а жстример декодированием и каждый делает это хорошо.
В Opera уже давно используется.
может ещё и IE вспомните тут? пускай Опера -- HTML5 внедряет вовремя, а не через пол года после появления таковых расширений в Chromium и Firefox...ато изза тормазнутости внедрения HTML5-расширений в Оперу -- страдают обычные www-пользователи... которые НЕ получают хороших сайтов вовремя
традиционно привожу ссылку -- http://caniuse.com/#cats=HTML5
здравый разум победил
а есть возможность использовать vlc (2.0+) для видео в html5 ? а то видео в фоксе стопкадрит а то же скаченное локально в влц - летает
Для Midori (вернее, для webkit-gtk2) уже есть поддержка GStreamer, и через этот фреймворк возможно воспроизведение видеороликов с Ютуба. Честно говоря, отказ воспроизводиться в Firefox некоторых роликов поставил меня в тупик: в Midori они чудесно воспроизводились.
Лучше бы реализовали эту поддержку через ffmpeg/libav. Gstreamer хоть и пытаются протолкнуть как стандартный mm-фреймворк линукса, но на деле он ещё та поделка.
Чем лучше?
GStreamer поддерживает аппаратное декодирование, например.
лично gstreamer сами ничего не длает
> ffmpeg/libavПоследний абзац новости прочитай. GStreamer предоставляет абстракцию для кодеков, а ffmpeg/libav - уже реализация. Mozilla не хочет платить роялти.
А, то есть gstreamer это такая штука, которая нужна только чтобы избежать патентных/лицензионных претензий. Теперь понятно.
> Лучше бы реализовали эту поддержку через ffmpeg/libav. Gstreamer хоть и пытаются протолкнуть
> как стандартный mm-фреймворк линукса, но на деле он ещё та поделка.в GStreamer есть соответствующий плугин для ffmpeg .
таким образом GStreamer более универсален
и сделан он хорошо (спроектирован) изнутри
заморочился, собрал из исходников.
mp4 (h.264+aac) играет.
на странице http://www.youtube.com/html5 отображается что поддержки h.264 нет, хотя ролики нормально проигрывает.
отдельной поддержки mp3 и aac нет :-( .
В about:config media.h264.enabled ?
true по дефолту.
я ж говорю видео играет. это видимо проверка на той странице Youtuba предвзятая.
> на странице http://www.youtube.com/html5 отображается что поддержки h.264 нет, хотя ролики нормально проигрывает.а что показывает http://html5test.com ?
проверил вручную
canPlay avc1.42E01E - может
canPlay avc1.42001E - не может. его проверяет youtube.
canPlay mp4v.20.8 - не может
в чём разница и проблема не знаю. Система Gentoo, но ffmpeg со всеми нужными кодеками собран.http://html5test.com выдал:
video element Yes
Subtitle support No
Poster image support Yes
MPEG-4 support No
H.264 support Yes
Ogg Theora support Yes
WebM support YesYou are using Firefox Aurora 14.0a1 on Linux
Your browser scores 345 and 11 bonus points out of a total of 500 points.
Не нужно... Так VP8 сложнее будет продвигать. h264 надо заблокировать во всём свободном ПО. Тогда те, кто кодируют видео в проприетарный формат, начнут думать головой. И использовать WebM.
+1024
> Не нужно... Так VP8 сложнее будет продвигать. h264 надо заблокировать во всём
> свободном ПО. Тогда те, кто кодируют видео в проприетарный формат, начнут
> думать головой. И использовать WebM.у меня другая "суперидея" -- h.264 заблокировать во всех свободных браузерах, но только в версии для Windows xD .[а для Linux реализовать всё через GStreamer]
вот тут сразу получим два плюса: и WebM быстрее продвинится.. и мы не в пролёте :-)
WebM не надо продвигать - его надо полностью похоронить, как минимум потому что это отсталый формат и потому что поделка google.
>> Не нужно... Так VP8 сложнее будет продвигать. h264 надо заблокировать во всём
>> свободном ПО. Тогда те, кто кодируют видео в проприетарный формат, начнут
>> думать головой. И использовать WebM.
> у меня другая "суперидея" -- h.264 заблокировать во всех свободных браузерах, но
> только в версии для Windows xD .[а для Linux реализовать всё
> через GStreamer]
> вот тут сразу получим два плюса: и WebM быстрее продвинится.. и мы
> не в пролёте :-)Правильно мыслите, товарищ. Жаль, многие прогибаются под проприерастов. И мыслят иначе.
> Не нужно... Так VP8 сложнее будет продвигатьЭто VP8 не нужен, потому что недокодек.
чрезвычайно толсто
Ни один кодек с потерями кроме h264 не способен нагнуть VP8. Это о многом говорит. А на некоторых видео при определённых условиях VP8 уже сейчас не уступает h264. А ведь он будет и дальше развиваться. Вспомните, как он тормозил вначале... Да и поддержка аппаратного декодирования уже есть во многих SoC для мобильных платформ. Потом перекочует на плееры, приставки и т.п. Ну и производители видеочипов для x86 тоже подтянутся. Не всё так мрачно, как вы уверяете. Сравните VP8 с XVid и вы испытаете шок. Вот где кодек некачественный, видео получается очень замыленное.
маленькая поправка, если чел кодирует видео h264 он не думает, а просто делает то что ему надо при поможи доступных средств, и даже не догадывается о формате кодирования. В 90% ему пофиг!!!!! в каком формате кодировать.
А блокировка вышеуказанного формата на свободном ПО приведёт скорее к куче высера от пользователей в сторону разработчиков чем заставит людей пользоваться мозгом.
Тогда надо любителям Кед написать автору порта Firefox/Qt, если он таки когда-нибудь достигнет победного финиша, хотелку, чтобы в качестве бэкенда для проигрывания аудио/видео элементов HTML5 реализовал поддержку мультимедиа-фреймворка Phonon.