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.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.32, Michael Shigorin (ok), 15:22, 20/04/2019 [^] [^^] [^^^] [ответить]
| +/– |
ffmpeg и пилит, и берёт; libav -- ну... в общем, я до сих пор считаю то, что в альте на какое-то время на него переходили, ошибкой, о чём и тогда майнтейнеру говорил ("эти дятлы из дебиана пусть сами мучаются, нам-то зачем?"). Клинический пример недружественного и не слишком компетентного форка, увы.
| |
|
|
4.36, Ретроград (?), 18:00, 20/04/2019 [^] [^^] [^^^] [ответить]
| +4 +/– |
Те, кто перекатывал дебиан на libav - самые настоящие дятлы. Того же уровня, что и системдфанатики, саботировавшие голосование по init до тех пор, пока не выпал удобный для них шанс. То, что дебиан - крупный и уважаемый проект не отменяет того факта, что часть из его мейнтейнеров - дятлы.
| |
|
|
|
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 постоянно находят какие-то проблемы с безопасностью.
| |
|
|
4.29, Дон Ягон (?), 15:10, 20/04/2019 [^] [^^] [^^^] [ответить]
| +/– |
Для кодирования/декодирования всякой мультимедии.
Самому мне по работе не приходится писать ничего с этим связанного, поэтому программы, использующие ffmpeg (или gstreamer) я не писал.
Из того, чем я пользуюсь, ffmpeg ипользует как минимум mpv, palemoon, который я ранее использовал, тоже, ЕМПНИП, умел собираться с ffmpeg. Я, правда, всегда собирал без (да просит меня мунчайлд) - смотреть видео в браузере - это харам.
Ещё по работе приходилось видеть ПО (проприетарное), использующее ffmpeg. Насколько я знаю, вопрос про использование gstreamer вместо даже не стоял.
| |
|
|
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 опенсорсный. Ну ок.
Ой, и впрямь промахнулся.
| |
|
|
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 +/– |
> Как правильно исправлять, или хотя бы отлаживать — непонятно...
> ...из-за отсутствия нормальных примеров комплексного использования и внятной документации...
Ещё один документацию не нашёл. Её навалом, вместе с примерами кода и статьями с объяснениями конкретных моментов. И это всё на сайте производителя.
| |
|
|
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.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 [^] [^^] [^^^] [ответить]
| +/– |
Присоединяюсь. Решал подобную задачу. Пришлось, конечно, повозиться, но результат того стоил
| |
|
|