LINUX.ORG.RU

Первый стабильный релиз мультимедийного фреймворка GStreamer 1.0

 , ,


0

0

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

Ветка 1.х — это стабильная ветка, нацеленная на конечного пользователя. Её API и ABI несовместимы с таковыми у ветки 0.10.х, но, при необходимости, эти две ветки могут быть установлены и использоваться параллельно.

Главные новшества и улучшения:

  • Более гибкое использование памяти.
  • Расширяемая и согласуемая система привязки метаданных к буферам.
  • Увеличена эффективность буферизации малых объектов.
  • Автоматическая переотправка состояния динамических потоков.
  • Усовершенствованы системы захвата видео и звука.
  • Улучшена обработка временных меток.
  • Добавлена поддержка биндингов для языков, основанных на GObject-Introspection.
  • Многочисленные улучшения в плане производительности и нагрузки на аппаратные ресурсы.
  • Добавлены компоненты взаимодействия со средствами аппаратного ускорения кодирования и декодирования видео, пока только на начальном уровне.
  • Другие мелкие улучшения и оптимизации.

Большинство улучшений направлены на API плагинов GStreamer. API приложений почти не изменилось, поэтому не составит труда портировать приложения на новую ветку GStreamer. Для разработчиков доступно руководство по портированию.

>>> Подробности



Проверено: Shaman007 ()
Последнее исправление: Binary (всего исправлений: 3)

Ответ на: комментарий от devl547

И да, если уж на то пошло: почему бы авторам GUI-приложений не использовать напрямую Xlib? А то, понимаешь, используют эти жирные тулкиты.

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

А то, понимаешь, используют эти жирные тулкиты.

GStreamer - это слой еще поверх тулкитов в таком случае.

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

Судя по видео с GStreamer Conference - это как раз «а давайте мы запилим еще один слой абстракции».

А учитывая, что в 90% случаев оно используется для проигрывания музыки с видео, то непонятно, нафига оно нужно.

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

Если ты не знаешь что такое GStreamer, ты можешь найти соотвествующую инфу в Сети. Или можешь продолжать считать себя умнее всех этих горе-разработчиков, пилящих никому не нужные слои абстракции.

Kindly_Cat
() автор топика
Ответ на: комментарий от devl547

Смысл в облегчении написания мультимедиа-программ. Чтобы каждому не пришлось вертеть одни и те же велосипеды в своих приложениях, а вместо этого они просто могли бы обращаться к GStreamer.

Kindly_Cat
() автор топика
Ответ на: комментарий от devl547

Почему не использовать напрямую xine-lib/mplayer/vlc?

И как там у них с добавлением новых кодеков без необходимости пересборки? У FFMpeg вроде были с этим проблемы. Когда искал, как проиграть формат AMR, то одним из решений было — пропатчить и пересобрать ffmpeg. VLC раньше был (а Xine вроде и сейчас) под GPL, так что не подходит для проприетарных приложений и кодеков. Так что в качестве стандарта для Linux не подойдёт.

Ttt ☆☆☆☆☆
()
Последнее исправление: Ttt (всего исправлений: 1)

То есть, все остальное было нестабильным?

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

А Phonon тут причём? Phonon — это уровень абстракции для Qt/KDE. А Gstreamer — самостоятельный мультимедиа-движок. Правда может опционально использовать FFmpeg, но есть и свои кодеки.

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

Phonon это аналог GStreamer. Собственно, кедоразрабы сначала использовали GStreamer, но он всех достал своей глючностью, поэтому был написан Phonon.

Kindly_Cat
() автор топика
Ответ на: комментарий от devl547

Ну извините, проприетарщики в любом случае есть, пока от них никуда не денешься. Так они бы говорили «Ну что у вас за система, в Windows мультимедиа-движок есть, а у вас нет, приходится самим всё писать». И в разработке самого GStreamer, насколько я знаю, Fluendo участвует.

Ttt ☆☆☆☆☆
()
Последнее исправление: Ttt (всего исправлений: 1)
Ответ на: комментарий от Kindly_Cat

Нет. Phonon — это надстройка над мультимедиа-фреймворками: gstreamer, xine, vlc, directshow… Позволяет использовать Qt- и KDE-приложениям любой фреймворк, установленный в системе.

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

[qoute]А учитывая, что в 90% случаев оно используется для проигрывания музыки с видео, то непонятно, нафига оно нужно. Мне оно не нужно == никому не нужно. Потрясающая логика.

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

Зачем вообще откармливать этот клон DirectShow?

Чтоб файрфокс научился играть <video> без тормозов.

Альтернатив легковесных нет чтоль?
Почему не использовать напрямую xine-lib/mplayer/vlc?

Непонятно, что же из них легковеснее модульного gstreamer'a.

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

Я знаю, что это такое. Мне непонятен смысл в развитии этого комбайна.

Тебе непонятно, почему Jokosher и PiTiVi должны иметь слой абстракции для работы с мультимедиа?

AP ★★★★★
()

«оно для чего-то нужно» (зависимость для гнома не в счёт) добавили?

для меня киллер-фича.

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

ты уныл. со своим флудом «новостей» и скородрочерством. еще и образцовое школоло.

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

То, что у фонона ещё более высокий уровень абстракции, не отменяет того, что и он, и gstreamer по сути являются одним и тем же — универсальным интерфейсом к кодекам для приложений.

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

намана, даешь libvlc через питончик. в духе времени.

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

 Смысл в облегчении написания мультимедиа-программ. Чтобы каждому не пришлось вертеть одни и те же велосипеды в своих приложениях, а вместо этого они просто могли бы обращаться к GStreamer.

И как-то так сложилось, что ни один достойный упоминания медиаплеер не использует ММ-фреймворков.

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

И как-то так сложилось, что ни один достойный упоминания медиаплеер не использует ММ-фреймворков.

Все свои кодеки пишут?

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

Не факт. Вот скажи мне, что можно сделать в GSt и нельзя с помощью них?

не смешно.

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

Ну прикручивают каждый кодек со своим интерфейсом? Не знаю таких плееров, кроме тех, которые разрабатываются вместе с мультимедиа-фреймворком, который может использоваться другими плеерами.

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

Оно больше похоже на менеджер коллекции, плеер там так себе.

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

И как-то так сложилось, что ни один достойный упоминания медиаплеер не использует ММ-фреймворков.

Не совсем так. Обычно все достойные плейеры используют или xine или mplayer.

И опять-таки, обычно, плейрам надо просто воспроизвести файл. Зачем им для этого MM-фреймворк?

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

А учитывая, что в 90% случаев оно используется для проигрывания музыки с видео, то непонятно, нафига оно нужно.

не знаю, для чего у тебя оно используется в твоих 95% случаев, а у меня оно используется например кросс-платформенными джаббер клиентами для реализации jingle, им надо было самим реализовывать кодеки и модули ввода-вывода для всех платформ? или воспользоваться одним проверенным мультимедиа-фреймворком?

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

Обычно все достойные плейеры используют или xine или mplayer.

Во-первых, это не относится к аудиоплеерам. Во-вторых, mplayer и есть достойный упоминания видеоплеер, а вот убогие фронт-энды к нему не нужны :3

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

Во-вторых, mplayer и есть достойный упоминания видеоплеер

Предлагаешь всем из консоли смотреть?

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

 Предлагаешь всем из консоли смотреть?

Э, можно в проводникеⓒ перейти в нужную папочку™ и щёлкнуть мышкой по киношечкеⓡ. Же.

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

А переключать аудиодорожки и дорожки субтитров? А перематывать? Предлагаешь всем все комбинации учить? Ну понимаю для громкости, полного экрана и для скачка вперёд/назад легко запомнить. А другие?

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

Хмм, а зачем другим приложениям мм-фреймворк, если не для «просто воспроизвести файл»?

да вообще-то для кучи всего. Например, взять два источника звука, смешать их в определенной пропорции, взять видеоисточник, свести со звуком, который получился выше, закодировать нужными кодеками в нужный контейнер и передать, например, на icecast и на монитор.

И все это в реальном времени, с возможностью перестройки графа обработки на лету.

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

А переключать аудиодорожки и дорожки субтитров?

Ну как будто сложно запомнить # и j :)

А перематывать?

Ну это вообще смешно же.

Предлагаешь всем все комбинации учить?

Вы так говорите, будто сложно запомнить с одного-двух раз.

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

xine вроде как выпилили из фонона, mplayer еще не запилили, а vlc до сих пор не умеет затухание при остановке воспроизведения.

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

Ну как будто сложно запомнить # и j :)

Ага, наугад. А потом слушать и пытаться понять, попал ты на русскую дорожку 5.1, русскую 2.0, английскую, японскую или английскую с комментариями.

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

Во-первых, это не относится к аудиоплеерам.

там еще проще. ни тебе контейнеров, ни синхронизации звука с видео.

Во-вторых, mplayer и есть достойный упоминания видеоплеер, а вот убогие фронт-энды к нему не нужны :3

smplayer хорош. Например, в нем удобно аспект циклически переключать (буковка А). Очень странно, но mplayer этого не умеет.

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

Почему не использовать напрямую xine-lib/mplayer/vlc?

оные не умеют и половины gstreamer. Но работают. А gstreamer хорош, как идея, но не работает...

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

smplayer хорош.

Мне он нравился до того момента, как начала страшно глючить перемотка, по пути ломая синхронизацию звука и видео :)

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