https://opennet.ru/openforum/vsluhforumID3/117161.html После более года разработки состоялся (https://lists.freedesktop.org/archives/gstreamer-devel/2019-April/071126.html) релиз GStreamer 1.16 (http://gstreamer.freedesktop.org/), написанного на языке Си кроссплатформенного набора компонентов для создания широкого спектра мультимедиа приложений, от медиаплееров и конвертеров аудио/видео файлов, до 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. Бинарные сборки в скором времени будут подготовлены (http://gstreamer.freedesktop.org/download/) для Android, iOS, macOS и Windows (в Linux рекомендуется использовать пакеты из дистрибутива).<br><br><br><br><br>Ключевые улучшения (http://gstreamer.freedesktop.org/releases/1.16/) GStreamer 1.16:<br><br><br><br>- В сте https://opennet.ru/openforum/vsluhforumID3/117161.html#59 Tue, 23 Apr 2019 13:47:22 GMT &gt; Присоединяюсь. Решал подобную задачу. Пришлось, конечно, повозиться,<br>&gt; но результат того стоил <br><br>Не пробовали причесать и выложить результат? Глядишь, уже второй бы нашёл и чего доработал, что пригодилось бы впоследствии и первому.<br><br>Вот знакомый как сделал:<br>https://packages.altlinux.org/ru/p8/srpms/vargus<br>https://packages.altlinux.org/ru/p8/srpms/vargus-viewer<br> https://opennet.ru/openforum/vsluhforumID3/117161.html#58 Tue, 23 Apr 2019 13:30:36 GMT Присоединяюсь. Решал подобную задачу. Пришлось, конечно, повозиться, но результат того стоил<br> https://opennet.ru/openforum/vsluhforumID3/117161.html#57 Tue, 23 Apr 2019 12:22:01 GMT Потому что это сложный фреймворк. А дураку всё что сложно, всё плохо.<br><br>Когда я последний раз трогал GStreamer структура его работы мне сильно-сильно напоминала DirectShow с тем лишь отличием, что не определяет высокоуровневое API над физическими устройствами. Имхо, зря, если бы взял на себя ответственность его определять еще в конце 90-х, никакой пульсы бы не было и в помине, но тогда бы он совсем бы превратился бы в DirectShow по уровню монструозности, и ненависти дураков было бы сравнимое количество с вендовой реальностью. Phonon - это просто NIH от KDE, мне не понятен его смысл существования, сейчас это хотябы крестовая обвязка в Qt, а до этого... С ffmpeg и прочими vlc сравнивать бессмысленно, совсем разный круг задач.<br> https://opennet.ru/openforum/vsluhforumID3/117161.html#56 Tue, 23 Apr 2019 09:28:34 GMT осилятор документации рассказывает программисту, как чтение приводит к просветлению и чудесному избавлению от зависаний (чужого багнутого) кода. <br>Сыр, масло, холст.<br><br> https://opennet.ru/openforum/vsluhforumID3/117161.html#55 Tue, 23 Apr 2019 04:35:47 GMT Это да, но<br><br>&gt; 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 https://opennet.ru/openforum/vsluhforumID3/117161.html#54 Tue, 23 Apr 2019 01:58:51 GMT &gt; Вместо преодоления трудностей, я выбрал инструмент без них.<br><br>О чём, собственно, я и говорил.<br><br><br> https://opennet.ru/openforum/vsluhforumID3/117161.html#53 Mon, 22 Apr 2019 19:43:09 GMT &gt; Обычно те, кто занят делом, не вступают в дискуссии, где требуется телепат.<br><br>А дела как-то не ощущаются, только трёп, что в документации всё есть. Столько текста настрочили, а метод решения возникающих проблем не привели. Вместо преодоления трудностей, я выбрал инструмент без них. В первый момент выбора я испугался ffmpeg, поскольку у него просто нет документации для программиста, кроме автосгенеренной по комментариям в коде. Но мне хватило двух примеров использования, которые идут в комплекте, и немного гугла. Если возникнет сложная задача, не покрываемая примерами, то и с ffmpeg у меня будут проблемы. Но простая задача на нём имела простое решение.<br><br>Мне без разницы, кто чем пользуется, и я сваливаю. Но раз вы такой практик и человек дела, то для других людей можете привести свой опыт, где gstreamer показал себя лучше чем ffmpeg?<br> https://opennet.ru/openforum/vsluhforumID3/117161.html#52 Mon, 22 Apr 2019 14:45:07 GMT Preliminary reading<br><br>In order to understand this manual, you need to have a basic understanding of the C language.<br><br>Since GStreamer adheres to the GObject programming model, this guide also assumes that you understand the basics of GObject and glib programming. Especially,<br><br> GObject instantiation<br><br> GObject properties (set/get)<br><br> GObject casting<br><br> GObject referencing/dereferencing<br><br> glib memory management<br><br> glib signals and callbacks<br><br> glib main loop<br> https://opennet.ru/openforum/vsluhforumID3/117161.html#51 Mon, 22 Apr 2019 14:42:36 GMT На сайте производителя есть специальная статья Application Development Manual (Read this first). В скобках для тех, кто не знает, куда смотреть. <br><br>Вот хорошая цитата из офицтального FAQ:<br><br>Q: I'm considering adding GStreamer output to my application...<br><br>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.<br>