The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Доступен мультимедийный фреймворк GStreamer 1.16.0

19.04.2019 22:32

После более года разработки состоялся релиз GStreamer 1.16, написанного на языке Си кроссплатформенного набора компонентов для создания широкого спектра мультимедиа приложений, от медиаплееров и конвертеров аудио/видео файлов, до VoIP-приложений и систем потокового вещания. Код GStreamer распространяется под лицензией LGPLv2.1. Одновременно доступны обновления плагинов gst-plugins-base 1.16, gst-plugins-good 1.16, gst-plugins-bad 1.16, gst-plugins-ugly 1.16, а также обвязка gst-libav 1.16 и сервер потокового вещания gst-rtsp-server 1.16. На уровне API и ABI новый выпуск обратно совместим с веткой 1.0. Бинарные сборки в скором времени будут подготовлены для Android, iOS, macOS и Windows (в Linux рекомендуется использовать пакеты из дистрибутива).

Ключевые улучшения GStreamer 1.16:

  • В стек WebRTC добавлена поддержка P2P каналов данных, реализованных с использованием протокола SCTP, а также поддержка механизма BUNDLE для отправки разных типов мультимедийных данных в рамках одного соединения и возможность работы с несколькими серверами TURN (расширение STUN для обхода трансляторов адресов);
  • Добавлена поддержка видеокодека AV1 в контейнерах Matroska (MKV) и QuickTime/MP4. Реализованы дополнительные настройки AV1 и расширено число поддерживаемых кодировщиком форматов входных данных;
  • Добавлена поддержка скрытых субтитров, а также возможность определения и извлечения из видео других видов интегрированных данных ANC (Ancillary Data, дополнительная информация, такая как звук и метаданные, передаваемая через цифровые интерфейсы в неотображаемых частях строк развёртки);
  • Добавлена поддержка некодированного (raw) звука без чередования звуковых каналов в памяти (Non-Interleaved, левый и правый звуковые каналы размещаются в отдельных блоках, вместо чередования каналов в виде "LEFT|RIGHT|LEFT|RIGHT|LEFT|RIGHT");
  • В базовый набор плагинов (gst-plugins-base) перемещены GstVideoAggregator (класс для смешивания raw-видео), compositor (усовершенствованная замена videomixer) и элементы OpenGL mixer (glvideomixer, glmixerbin, glvideomixerelement, glstereomix, glmosaic), которые ранее размещались в наборе "gst-plugins-bad";
  • Добавлен новый режим чередования полей, в котором каждый буфер обрабатывается как отдельное поле в чересстрочном видео c разделением верхнего и нижнего полей на уровне привязанных к буферу флагов;
  • В распаковщик медиаконтейнеров Matroska добавлена поддержка формата WebM и шифрования содержимого;
  • Добавлен новый элемент wpesrc, работающий как браузер на базе движка WebKit WPE (позволяет обрабатывать вывод браузера как источник данных);
  • Для Video4Linux обеспечена поддержка кодирования и декодирования HEVC, кодирования JPEG и улучшенного импорта и экспорта dmabuf;
  • В декодировщик видео, использующий средства аппаратного ускоренная GPU NVIDIA, добавлена поддержка декодирования VP8/VP9, а в кодировщик поддержка аппаратно ускоренного кодирования H.265/HEVC;
  • Внесены многочисленные улучшения плагин msdk, позволяющий использовать средства аппаратного ускорения кодирования и декодирования на чипах Intel (основан на Intel Media SDK). В том числе добавлена поддержка импорта/экспора dmabuf, декодирования VP9, кодирования 10-разрядных HEVC, постобработки видео и динамического изменения разрешения;
  • В систему отрисовки субтитров ASS/SSA добавлена поддержка обработки нескольких пересекающихся во времени субтитров c их одновременным отображением на экране;
  • Обеспечена полноценная поддержка сборочной системы Meson, которая теперь рекомендована для сборки GStreamer на всех платформах. Удаление поддержки Autotools ожидается в следующей ветке;
  • В основной состав GStreamer включены биндинги для разработки на языке Rust и модуль с плагинами на Rust;
  • Проведена оптимизация производительности.


  1. Главная ссылка к новости (https://lists.freedesktop.org/...)
  2. OpenNews: Релиз мультимедийного фреймворка GStreamer 1.14.0
  3. OpenNews: Представлен мультимедийный сервер PipeWire, идущий на смену PulseAudio
  4. OpenNews: Выпуск звукового сервера PulseAudio 12.0
  5. OpenNews: Google опубликовал Oboe, С++-библиотеку для обработки звука
  6. OpenNews: Компания Tracktion открыла движок для создания звуковых приложений
Лицензия: CC-BY
Тип: Программы
Ключевые слова: gstreamer
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (56) Ajax | 1 уровень | Линейный | Раскрыть всё | RSS
  • 1.1, пох (?), 22:43, 19/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –11 +/
    не, ребята, зря стараетесь - мазила к вам не вернется, а больше вы вообще нафиг никому не упали.

     
     
  • 2.6, Аноним (6), 23:04, 19/04/2019 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Да ладно, достаточно только того, что на него QtMultimedia завязан. Про потроха гнома даже говорить не будут.
     
     
  • 3.26, Аноним (26), 12:35, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >QtMultimedia завязан.

    Не так уж он сильно на него завязан, что вполне может обходиться и без оного
    [ebuild   R    ] dev-qt/qtmultimedia-5.11.3:5/5.11::gentoo  USE="alsa qml widgets -debug -gles2 -gstreamer -openal -pulseaudio -test" 0 KiB

    Total: 1 package (1 reinstall), Size of downloads: 0 KiB

     
  • 2.7, Дон Ягон (?), 23:33, 19/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В условном арче с этой гадостью почти вся мультимедия собирается, которая в него хоть теоретически умеет. Благо, выпиливается достаточно легко. У меня, кажется, только с qt5 были какие-то сложности, но не сложно решаемые.
    Так что про мозиллу, боюсь, преувеличение, к сожалению.
     
     
  • 3.8, Дон Ягон (?), 23:34, 19/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    s/преувеличение/преуменьшение/g
     
  • 3.20, пох (?), 09:25, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > В условном арче с этой гадостью почти вся мультимедия собирается, которая в него хоть
    > теоретически умеет.

    "если бы еще и работала!"

    хрюкать и тормозить-то, понятно, может. (ну и внезапно-исполнить пару куплетов песенки как код)

    вот пока у мазилы без них вообще не было ни звука ни видео - оно жило себе неплохо. К счастью, мазиле надоело раньше, чем те смогли поддержку vaa.

     
  • 2.43, Zenitur (ok), 06:10, 21/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я использую Gstreamer ровно для одного: кодирование видео с экрана при помощи Intel GPU. На ЛОРе публиковали патч для gstreamer-plugins-good, который значительно снижает использование CPU при этом. Правда, я не знаю, применяется ли он к новым версиям Gstreamer. Но к 1.2 - 1.8 точно
     

  • 1.2, Анонимс (?), 22:43, 19/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Одновременно доступны обновления плагинов..., а также обвязка gst-libav 1.16

    А почему не gst-ffmpeg? В чём сейчас отличие libav и ffmpeg друг от друга, кто у кого заимствует код?

     
     
  • 2.5, asdasd (?), 23:02, 19/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    ffmpeg у libav, ибо libav больно уж гордые.
     
  • 2.32, Michael Shigorin (ok), 15:22, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    ffmpeg и пилит, и берёт; libav -- ну... в общем, я до сих пор считаю то, что в альте на какое-то время на него переходили, ошибкой, о чём и тогда майнтейнеру говорил ("эти дятлы из дебиана пусть сами мучаются, нам-то зачем?").  Клинический пример недружественного и не слишком компетентного форка, увы.
     
     
  • 3.35, проще на поворотах (?), 17:13, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Дятлы из дебиана? Где дебиан а где альт? Клювом не ударился об дерево?
     
     
  • 4.36, Ретроград (?), 18:00, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Те, кто перекатывал дебиан на libav - самые настоящие дятлы. Того же уровня, что и системдфанатики, саботировавшие голосование по init до тех пор, пока не выпал удобный для них шанс. То, что дебиан - крупный и уважаемый проект не отменяет того факта, что часть из его мейнтейнеров - дятлы.
     
  • 4.37, Michael Shigorin (ok), 18:06, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Дятлы из дебиана?

    Да, дятлы из дебиана.

     

  • 1.4, Анонимс (?), 22:54, 19/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > В основной состав GStreamer включены биндинги для разработки на языке Rust и модуль с плагинами на Rust;

    Сначала модуль на rust, а потом и весь gstreamer захотят переписать на rust, тихая и незаметная экспансия, ишь чего удумали.

     
     
  • 2.10, GentooBoy (ok), 00:50, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Не будет этого, это не го. Биндингов достаточно что бы работать, а переписывать смысла нет что и так работает.
     
     
  • 3.17, Аноним (17), 06:16, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >а переписывать смысла нет что и так работает  

    вообще-то есть. Gstreamer формально написан на C, но на самом деле там куча объектных оберток и велосипедов для реализации интерфейсов, атомного подсчета ссылок, автоматического освобождения памяти, и т.п. Переписывание на язык, в котором все это есть прямо в стандартной библиотеке, позволит выкинуть на мороз кучу кода. А чем меньше кода, тем меньше багов.

     
  • 3.21, пох (?), 09:26, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Не будет этого, это не го. Биндингов достаточно что бы работать, а
    > переписывать смысла нет что и так работает.

    это если бы оно работало хорошо. Ну а так - возможно, от переписывания хуже не станет.

     

  • 1.9, Аноним (9), 00:03, 20/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    Не троллинга ради, может кто объяснить, почему вы так старательно боретесь с gstreamer?
     
     
  • 2.12, Дон Ягон (?), 03:19, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А зачем он нужен, когда есть ffmpeg?
    Тем более что в и около gstreamer постоянно находят какие-то проблемы с безопасностью.
     
     
  • 3.13, Аноним (13), 03:37, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем нужен ффмпег? У тебя приложения используют ффмпег?
     
     
  • 4.29, Дон Ягон (?), 15:10, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Для кодирования/декодирования всякой мультимедии.
    Самому мне по работе не приходится писать ничего с этим связанного, поэтому программы, использующие ffmpeg (или gstreamer) я не писал.
    Из того, чем я пользуюсь, ffmpeg ипользует как минимум mpv, palemoon, который я ранее использовал, тоже, ЕМПНИП, умел собираться с ffmpeg. Я, правда, всегда собирал без (да просит меня мунчайлд) - смотреть видео в браузере - это харам.
    Ещё по работе приходилось видеть ПО (проприетарное), использующее ffmpeg. Насколько я знаю, вопрос про использование gstreamer вместо даже не стоял.
     
  • 3.31, Michael Shigorin (ok), 15:18, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Справедливости ради, по всему мультимедийному стеку что-то сходу не припомню djb-style библиотек.

    PS: "ну вот, только собрал 1.15.90!" (правда, на e2k ;-)
    PPS: ага, тем временем майнтейнер 1.16.0 обеспечил: https://packages.altlinux.org/ru/sisyphus/srpms/gstreamer1.0/changelogs

     
     
  • 4.34, Дон Ягон (?), 16:54, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Справедливости ради, по всему мультимедийному стеку что-то сходу не припомню djb-style библиотек.

    Ну да, в ffmpeg тоже дыры были, и не раз и не два. Но, ИМХО, ситуация с gstreamer и его плагинами в этом плане намного хуже. Тем более, что там есть плагин и для ffmpeg, т.е. его дыры приплюсовываются в ряде ситуаций)

    > правда, на e2k ;-)

    Раз уж зашла речь: слушал вчера лекцию МЦСТ, некоторые новости о прогрессе удивили и порадовали. Респект. Жаль там только пока один лишь богомерзкий линукс из опенсорсных ОС. Надеюсь, когда-нибудь это тоже изменится в лучшую сторону.

     
     
  • 5.38, Michael Shigorin (ok), 18:11, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >> правда, на e2k ;-)
    > Раз уж зашла речь: слушал вчера лекцию МЦСТ

    Которую из?  Просто в четверг как раз была по оптимизации.

    > Жаль там только пока один лишь богомерзкий линукс из опенсорсных
    > ОС. Надеюсь, когда-нибудь это тоже изменится в лучшую сторону.

    Гм, а это что?

    http://www.kpda.ru/products/elbrus/ (QNX же вроде?)
    http://habr.com/ru/company/embox/ (конкретно две верхние на сейчас статьи)

    Вот фряшники регулярно ноют в кАментах у Горшенина, ага.  Приходится показывать на ми-минор-коробку и говорить: "а вот они взяли и сделали".

    PS: ну и знаю монастыри, где линукс вполне себе применяют давно, уже поэтому так квалифицировать его я бы не стал.

     
     
  • 6.39, Дон Ягон (?), 18:22, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Которую из?  Просто в четверг как раз была по оптимизации.

    Пятничную.

    >> Жаль там только пока один лишь богомерзкий линукс из опенсорсных ОС. Надеюсь, когда-нибудь это тоже изменится в лучшую сторону.
    > Гм, а это что?
    > http://www.kpda.ru/products/elbrus/ (QNX же вроде?)
    > http://habr.com/ru/company/embox/ (конкретно две верхние на сейчас статьи)

    Не знал, что QNX опенсорсный. Ну ок.

    > Вот фряшники регулярно ноют в кАментах у Горшенина, ага.  Приходится показывать на ми-минор-коробку и говорить: "а вот они взяли и сделали".

    Показывать на что?
    Промышленной необходимости у меня нет, да и квалификации не хватит. Хотя планирую развивать свои умения в подобном направлении.
    Короче, я просто ещё раз поныл про закрытую архитектуру, понятно, что под NDA/за деньги всякое можно.

    > PS: ну и знаю монастыри, где линукс вполне себе применяют давно, уже поэтому так квалифицировать его я бы не стал.

    Я, в общем-то, понимаю почему выбор именно такой. И согласен, что он если и не лучший, то точно весьма и весьма адекватный. См. выше про нытьё, короче.

     
     
  • 7.40, Michael Shigorin (ok), 18:51, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >> Которую из?  Просто в четверг как раз была по оптимизации.
    > Пятничную.

    В другом месте работаю. :)

    > Не знал, что QNX опенсорсный. Ну ок.

    Ой, и впрямь промахнулся.

     
     
  • 8.41, Дон Ягон (?), 20:19, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Т е всё-таки нет - теперь и я проверил Сначала не проверял - удивился, ну мало... текст свёрнут, показать
     
  • 5.42, pripolz (?), 21:30, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Тем более, что там есть плагин и для ffmpeg, т.е. его дыры приплюсовываются в ряде ситуаций)

    а ты умён

     
  • 2.15, Аноним (15), 04:22, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Я с ним не борюсь, но на всех, кто его использует в разработке, косо смотрю с подозрением. Мне нужно было доделать программу, чтобы она могла:
    1. Захватывать rtsp потоки с нескольких камер.
    2. Выводить их на экран.
    3. Сохранять их в файлы.
    4. Иногда сохранять текущие кадры как jpeg.
    Всё это должно работать круглосуточно и почти автономно. Суть GStreamer: создаёшь pipeline который содержит все необходимые операции, запускаешь его и он всё делает(плодит потоки, передаёт между ними данные...). В теории, выполнение pipeline завершается успехом или ошибкой(единственный вариант для непрерывной работы). При ошибках его перезапускаем и всё шоколадно...
    Боль и страдания в реальности:
    1. Ошибка в любом элементе pipeline роняет его весь. Происходит ошибка при сохранении в файлы, работать не будет и вывод на экран, пока причина ошибки не будет устранена. Нет смысла перезапускать, если ошибка немедленно повторяется.
    2. Сообщение об ошибках бывают загадочны. Моё любимое: "some element failed to post a proper error message with the reason for the failure."
    3. Самое чудесное, что pipeline может зависнуть. Наивно думать, что можно сделать ему стоп/старт. В большинстве случаев сработает, конечно, а в меньшинстве получим ошибку из пункта 2.
    После недель страданий с GStreamer, сделал за примерно 4 дня на ffmpeg.
     
     
  • 3.33, Аноним (33), 16:29, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Могу примерно такие же ощущения рассказать с точки зрения пользователя. Лет семь назад пытался использовать следующий набор вещей: rtsp, камеры, мультикаст вещание, бродкаст вещание. Что-то удалось собрать только на основе ffmpeg, и частично vlc. Всё остальное увы, или сразу рушилось, или рушилось в течение нескольких минут. Вариант решение был только рестарт всего этого набора костылей. После этого на всё gstreamerовое смотрю очень плохо.
     
  • 3.46, Ян Злобин (ok), 08:16, 22/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Ошибка в любом элементе pipeline роняет его весь...
    > Сообщение об ошибках бывают загадочны...

    Неосиляторы не осилили документацию. Так это называется.

     
     
  • 4.49, Аноним (49), 14:07, 22/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Так почему же вы не процитировали, что в документации написано про зависший pipeline, который нельзя остановить? Многим людям могли бы помочь и с легкостью разбить мой основной аргумент. Ну и метод определения причины "some element failed..." тоже можно процитировать. Или ваш пост - простое газирование лужи?
     
     
  • 5.50, Ян Злобин (ok), 17:37, 22/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Так почему же вы не процитировали, что в документации написано про зависший pipeline...

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

    > Многим людям могли бы помочь и с легкостью разбить мой основной аргумент.

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

    > Ну и метод определения причины "some element failed..." тоже можно процитировать.

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

    > Или ваш пост - простое газирование лужи?

    Вы серьёзно ждёте реальных ответов после таких вопросов???


     
     
  • 6.53, Аноним (49), 22:43, 22/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А дела как-то не ощущаются, только трёп, что в документации всё есть Столько те... текст свёрнут, показать
     
     
  • 7.54, Ян Злобин (ok), 04:58, 23/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Вместо преодоления трудностей, я выбрал инструмент без них.

    О чём, собственно, я и говорил.


     
  • 5.51, Ян Злобин (ok), 17:42, 22/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    На сайте производителя есть специальная статья Application Development Manual (Read this first). В скобках для тех, кто не знает, куда смотреть.

    Вот хорошая цитата из офицтального FAQ:

    Q: I'm considering adding GStreamer output to my application...

    A: That doesn't really make sense. GStreamer is not a sound server, so you don't output directly to GStreamer, and it's not an intermediate API between audio data and different kinds of audio sinks. It is a fundamental design decision to use GStreamer in your application; there are no easy ways of somehow 'transfering' data from your app to GStreamer (well, there are of course, but they would be reserved for special use cases). Instead, your application would have to use or implement a number of GStreamer elements, string them together, and tell them to run. In that manner the data would all be internal to the GStreamer pipeline.

     
  • 5.52, Ян Злобин (ok), 17:45, 22/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Preliminary reading

    In order to understand this manual, you need to have a basic understanding of the C language.

    Since GStreamer adheres to the GObject programming model, this guide also assumes that you understand the basics of GObject and glib programming. Especially,

        GObject instantiation

        GObject properties (set/get)

        GObject casting

        GObject referencing/dereferencing

        glib memory management

        glib signals and callbacks

        glib main loop

     
  • 4.56, пох (?), 12:28, 23/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    осилятор документации рассказывает программисту, как чтение приводит к просветлению и чудесному избавлению от зависаний (чужого багнутого) кода.
    Сыр, масло, холст.

     
  • 2.24, sage (??), 11:13, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Gstreamer по функциональности очень гибкий, но непонятно, как его правильно испо... текст свёрнут, показать
     
     
  • 3.30, Дон Ягон (?), 15:14, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Gstreamer по функциональности очень гибкий

    Ага, такой гибкий, что из рук выскальзывает.

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

    Это называется "оверинжиниринг".

     
  • 3.47, Ян Злобин (ok), 08:18, 22/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Как правильно исправлять, или хотя бы отлаживать — непонятно...
    > ...из-за отсутствия нормальных примеров комплексного использования и внятной документации...

    Ещё один документацию не нашёл. Её навалом, вместе с примерами кода и статьями с объяснениями конкретных моментов.  И это всё на сайте производителя.

     
  • 2.28, Аноним (-), 14:48, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    потому что это системд от мира мультимедиа фреймворков
     
     
  • 3.45, пох (?), 19:17, 21/04/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    вы перепутали, это гном ;-)
    Причем гнома-то, что характерно, ни разу и не жалко.

     
  • 2.57, Тузя (ok), 15:22, 23/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Потому что это сложный фреймворк. А дураку всё что сложно, всё плохо.

    Когда я последний раз трогал GStreamer структура его работы мне сильно-сильно напоминала DirectShow с тем лишь отличием, что не определяет высокоуровневое API над физическими устройствами. Имхо, зря, если бы взял на себя ответственность его определять еще в конце 90-х, никакой пульсы бы не было и в помине, но тогда бы он совсем бы превратился бы в DirectShow по уровню монструозности, и ненависти дураков было бы сравнимое количество с вендовой реальностью. Phonon - это просто NIH от KDE, мне не понятен его смысл существования, сейчас это хотябы крестовая обвязка в Qt, а до этого... С ffmpeg и прочими vlc сравнивать бессмысленно, совсем разный круг задач.

     

  • 1.11, Дуплик (ok), 02:27, 20/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    Особенно смешон тот факт, что GStreamer (GNOME Streamer) используют KDE'шники и Qt-разработчики.

    Без GNOME'овских технологий и шагу ступить не могут, при этом хейтят GNOME. Лицемерные.

     
     
  • 2.16, anonymous (??), 05:55, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +4 +/
    А glibc - это Gnome Libc?
     
     
  • 3.18, Аноним (17), 06:18, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    glibc - конечно нет. А вот Glib и прочие GObject - таки да.
     
  • 2.19, Аноним (19), 08:05, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Дуплик, проснись, ты обоср^W^W^W ты путаешь пользователей и разработчиков. Разработчикам без разницы, гномовское оно или нет.
     
  • 2.27, Аноним (26), 12:41, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Дуплик, не звезди, основной рекомендуемый мейнстримом KDE бекенд для мультимедиа Phonon-VLC.
     
     
  • 3.55, iPony (?), 07:35, 23/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Это да, но

    > Upstream prefers VLC but prominent Linux distributions (Kubuntu and Fedora-KDE for example) prefer GStreamer because that allows them to easily leave out patented MPEG codecs from the default installation

     

  • 1.14, Аноним (13), 03:42, 20/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Плеер прикольный на этом фреймворке, gst123 называется. Чистый минимализм )
     
     
  • 2.22, пох (?), 09:44, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Плеер прикольный на этом фреймворке, gst123 называется. Чистый минимализм )

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

     
     
  • 3.23, J.L. (?), 10:17, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >> Плеер прикольный на этом фреймворке, gst123 называется. Чистый минимализм )
    > угу, самокат с движком в виде небольшого комплекса зданий площадью в двадцать
    > квадратных километров, где располагаются термоядерный реактор и системы его запуска. Чистый минимализм.

    но если от этого движка запитаны все самокаты и билазы в системе, то норм

    или речь о том что оно при работе жрёт как турбина?

     
     
  • 4.44, пох (?), 14:08, 21/04/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    оно установлено на бетонном фундаменте, обнесено слоями биологической защиты, и электроэнергию покамест не вырабатывает, а жрьот - зато гигаваттами.
    Поэтому самокаты покамест ездют не очень далеко и не очень быстро, но это, конечно же, временно, мы работаем над этой проблемой ;-)

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

     

  • 1.48, Аноним (48), 09:39, 22/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Отличная штука. Запилил с его помощью видеонаблюдение: CPU 5-8 -летней давности нагружен на 2% для одной камеры. В итоге, сервак, который можно было только выбросить (Opteron 2352) легко тащит 100 камер: запись на диск и онлайн просмотр.
     
     
  • 2.58, gst_man (?), 16:30, 23/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Присоединяюсь. Решал подобную задачу. Пришлось, конечно, повозиться, но результат того стоил
     
     
  • 3.59, Michael Shigorin (ok), 16:47, 23/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Присоединяюсь. Решал подобную задачу. Пришлось, конечно, повозиться,
    > но результат того стоил

    Не пробовали причесать и выложить результат?  Глядишь, уже второй бы нашёл и чего доработал, что пригодилось бы впоследствии и первому.

    Вот знакомый как сделал:
    https://packages.altlinux.org/ru/p8/srpms/vargus
    https://packages.altlinux.org/ru/p8/srpms/vargus-viewer

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    MIRhosting
    Fornex
    Hosting by Ihor
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2019 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру