Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Доступен мультимедийный фреймворк GStreamer 1.22.0, opennews (?), 24-Янв-23, (0) [смотреть все] Классная штука, на rpi можно стримить свою хату в вк и прочее без всяких ваших э, анон (?), 16:19 , 24-Янв-23, (1) –1 // Домашнее видео , Аноним (2), 16:29 , 24-Янв-23, (2) +1 А в ffmpeg нельзя Что мне не нраится в саабже, так это отлаживать, почему в нём, Аноним (3), 16:29 , 24-Янв-23, (3) –1 А в ffmpeg нельзя Что мне не нравится в сабже, так это отлаживать, почему в нём, Аноним (3), 16:33 , 24-Янв-23, (4) // С вайном всё очень сложно Первая рекомендация в таких случаях это накатить прот, НяшМяш (ok), 18:00 , 24-Янв-23, (19) // А nvidia-vaapi-driver насколько работоспособный сейчас , mikhailnov (ok), 03:01 , 25-Янв-23, (43) В последний раз использовал полгода назад с RTX 2060, но тогда в firefox работал, НяшМяш (ok), 11:01 , 25-Янв-23, (46) +1 Спасибо, mikhailnov (ok), 17:32 , 25-Янв-23, (54) Видимо, информация устарела Работает в жырнолисе, с новой версией блоба только , Аноним (3), 15:12 , 26-Янв-23, (57) У стримеров ОБС и всякие Твитч-студии , Попандопала (?), 16:35 , 24-Янв-23, (5) Неумолимая поступь , Шарп (ok), 16:47 , 24-Янв-23, (6) +3 // ибо этот язык безопасен , Аноним (8), 17:00 , 24-Янв-23, (8) –1 // Точнее, безопастен , Аноним (25), 18:34 , 24-Янв-23, (25) +1 как неуловимый Джо, Аноним (33), 21:36 , 24-Янв-23, (33) –1 А сами плагины написать так и не осилили Ор дня , Аноним (17), 17:52 , 24-Янв-23, (17) –1 // К счастью, похоже что в команде гстримера нет экспертов опеннета, поэтому плагин, НяшМяш (ok), 18:03 , 24-Янв-23, (20) +3 // просто открыть сишный листинг и переписать без вдумчивости на другой язык любой , Деанон (?), 16:10 , 25-Янв-23, (52) –1 Ждём ядро линукса от Деанона на расте, фигня ведь вопрос, НяшМяш (ok), 23:59 , 25-Янв-23, (55) Всегда нравится когда opennet так лихо негодуют от rust Это всего лишь инструмен, Аноним (31), 20:43 , 24-Янв-23, (31) –1 // Так вы ж сами ноете что надо писать всё на хрусте, определитесь уже ноете вы или, Аноним (33), 21:41 , 24-Янв-23, (35) +2 // не надо всё писать на хрусте , тебя например, можно написать на баше, Аноним (41), 22:30 , 24-Янв-23, (41) –4 Помогите мне понять причину такого хейта Раста Используется почти в каждой перво, Golangdev (?), 02:27 , 26-Янв-23, (56) Вот это г-но-комбайн Модно, молодёжно , Аноним (10), 17:12 , 24-Янв-23, (10) +1 // Чем тебе WebRTC не угодил Критикуя - предлагай , Иваня (?), 17:36 , 24-Янв-23, (14) // Я и гона на GTK с QT не понял , Аноним (30), 20:08 , 24-Янв-23, (30) // А при чём тут Quick Time , Аноним (33), 21:42 , 24-Янв-23, (36) +1 Слишком новые, слишком модные , слишком молодежные то есть молодые Надо подо, Аноним (41), 22:28 , 24-Янв-23, (40) +1 Только через эти лета они сменят номер версии , Аноним (49), 12:18 , 25-Янв-23, (49) Вот, как раз, когда есть фронт-енды подо всё, что нужно, - это большое хорошо , InuYasha (??), 21:57 , 24-Янв-23, (37) Gstreamer написан полностью на С а Rust не имеет никакого отношения к нему, не , Аноним (12), 17:18 , 24-Янв-23, (12) // Плагины по немногу переписываются, и это ОЧЕНЬ хорошо Намного выше стабильность , nazarpc (ok), 17:37 , 24-Янв-23, (15) +1 // как в любом приложении где бесконечные выделение освобождение памятипо мне так g, Аноним (12), 17:52 , 24-Янв-23, (16)   // Не совсем про gstreamer, потому что при работе с мультимедией постоянно дёргать , НяшМяш (ok), 18:06 , 24-Янв-23, (21)   Да, там много где zero copy, и от этого управлять памятью ещё сложнее Выделение, nazarpc (ok), 18:13 , 24-Янв-23, (22)   Rust биндинги как раз позволяют четко понимать в какой буфер можно только смотре, nazarpc (ok), 18:18 , 24-Янв-23, (23)   я бы сказал - в особенности Gstreamerинтересно - как вы представляете работу с в, Аноним (12), 18:21 , 24-Янв-23, (24)   На этапе инициализации и выделяется освобождается всё что надо А вот при работе, НяшМяш (ok), 11:15 , 25-Янв-23, (47)   для высокой производительности используется zero copy, кольцевой буфер это или с, Аноним (12), 13:24 , 25-Янв-23, (51)   Размечтался Лучше занимайся своими быдло-приложениями Gstreamer не трожь , Аноним (-), 08:06 , 25-Янв-23, (45)   прискорбно что развиваются чужеродные для Linux компоненты а для родного интерфе, Аноним (12), 17:33 , 24-Янв-23, (13) –1 Как же так Ведь местные клоуны говорили что на rust ничего написать нельзя Поня, Аноним (41), 18:47 , 24-Янв-23, (26) –2 // справедливости ради всё что написано пока на Rust это новые плагины и соотвестве, Аноним (12), 19:07 , 24-Янв-23, (28) +2 // Растоманы за 8 лет смогли написать всего несколько штук плагинов, это очень пока, Аноним (41), 22:22 , 24-Янв-23, (39) –1 А ты сейчас что делаешь , Аноним (34), 21:40 , 24-Янв-23, (34) Лучше бы с жабоскрипта на раст переписали или на что-нибудь подобное, но нормаль, Деанон (?), 16:13 , 25-Янв-23, (53) Gstreamer всегда очень плохо работал и ничего с этим не сделать , Аноним (41), 18:51 , 24-Янв-23, (27) +2 // Лет 10 как эта информация устарела , Аноним (32), 21:29 , 24-Янв-23, (32) +1 Хорошая штука На винде использую для стриминга в фоне аудио с микрофона в докер, Аноним (29), 19:51 , 24-Янв-23, (29) Кстати, он больше не падает с пульсой при вытыкании HDMI-кабеля с аудио , InuYasha (??), 21:58 , 24-Янв-23, (38) // С pipewire не наблюдал такого Оно даже способно автоматически перенести воспрои, НяшМяш (ok), 11:18 , 25-Янв-23, (48) 1,6,10,12,13,26,27,29,38

Сообщения

[Сортировка по времени | RSS]

	16. "Доступен мультимедийный фреймворк GStreamer 1.22.0"	+/–
	Сообщение от Аноним (12), 24-Янв-23, 17:52
	> Там просто бесконечное количество способов выстрелить себе в разные части тела как в любом приложении где бесконечные выделение/освобождение памяти > новые плагины они рекомендуют писать и сами пишут именно на Rust, ибо так проще и надежнее по мне так gstreamer идеальный кандидат на переписывание, там все равно без нервов и веществ не разобраться
	Ответить | Правка | Наверх | Cообщить модератору

	21. "Доступен мультимедийный фреймворк GStreamer 1.22.0"	+/–
	Сообщение от НяшМяш (ok), 24-Янв-23, 18:06
	> как в любом приложении где бесконечные выделение/освобождение памяти Не совсем про gstreamer, потому что при работе с мультимедией постоянно дёргать память это гарантированный способ убить производительность, особенно в каком-нибудь аудиопотоке. Выделить память и почистить её недалеко от места выделения проще, чем выделить память один раз - потому что гарантированно про неё забываешь.
	Ответить | Правка | Наверх | Cообщить модератору

	22. "Доступен мультимедийный фреймворк GStreamer 1.22.0"	+/–
	Сообщение от nazarpc (ok), 24-Янв-23, 18:13
	>> как в любом приложении где бесконечные выделение/освобождение памяти > Не совсем про gstreamer, потому что при работе с мультимедией постоянно дёргать > память это гарантированный способ убить производительность, особенно в каком-нибудь аудиопотоке. > Выделить память и почистить её недалеко от места выделения проще, чем > выделить память один раз - потому что гарантированно про неё забываешь. Да, там много где zero copy, и от этого управлять памятью ещё сложнее. Выделение буферов и освобождение не обязательно рядом, плюс они переиспользуются по возможности. Короче говоря, всё достаточно сложно и в плане именно управления памятью там очень легко накосячить.
	Ответить | Правка | Наверх | Cообщить модератору

	23. "Доступен мультимедийный фреймворк GStreamer 1.22.0"	+/–
	Сообщение от nazarpc (ok), 24-Янв-23, 18:18
	>>> как в любом приложении где бесконечные выделение/освобождение памяти >> Не совсем про gstreamer, потому что при работе с мультимедией постоянно дёргать >> память это гарантированный способ убить производительность, особенно в каком-нибудь аудиопотоке. >> Выделить память и почистить её недалеко от места выделения проще, чем >> выделить память один раз - потому что гарантированно про неё забываешь. > Да, там много где zero copy, и от этого управлять памятью ещё > сложнее. Выделение буферов и освобождение не обязательно рядом, плюс они переиспользуются > по возможности. Короче говоря, всё достаточно сложно и в плане именно > управления памятью там очень легко накосячить. Rust биндинги как раз позволяют четко понимать в какой буфер можно только смотреть, какой можно модифицировать, а над каким есть полное владение в данном контексте с автоматическим освобождением если его дропнуть. Не знаю кем нужно быть чтобы не видеть в этом ценности при разработке как плагинов, так и приложений.
	Ответить | Правка | Наверх | Cообщить модератору

	24. "Доступен мультимедийный фреймворк GStreamer 1.22.0"	+/–
	Сообщение от Аноним (12), 24-Янв-23, 18:21
	> Не совсем про gstreamer, я бы сказал - в особенности Gstreamer > при работе с мультимедией постоянно дёргать память это гарантированный способ убить производительность интересно - как вы представляете работу с видео без аллокаторов и экспорта импорта dmabuf между плагинами, хотя я не про это - на этапе инициализации плагинов и разбора GstCaps просто сплошные выделения/освобождения буферов под результаты.
	Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

	47. "Доступен мультимедийный фреймворк GStreamer 1.22.0"	+/–
	Сообщение от НяшМяш (ok), 25-Янв-23, 11:15
	> интересно - как вы представляете работу с видео без аллокаторов и экспорта > импорта dmabuf между плагинами, хотя я не про это - на > этапе инициализации плагинов и разбора GstCaps просто сплошные выделения/освобождения > буферов под результаты. На этапе инициализации и выделяется\освобождается всё что надо. А вот при работе в рабочем потоке так делать не рекомендуется. Вообще не знаю GStreamer, но в том же эпловском CoreAudio и CoreVideo используются кольцевые буферы и прочие техники переиспользования существующей памяти для обеспечения высокой производительности и низкой задержки.
	Ответить | Правка | Наверх | Cообщить модератору

	51. "Доступен мультимедийный фреймворк GStreamer 1.22.0"	+/–
	Сообщение от Аноним (12), 25-Янв-23, 13:24
	> кольцевые буферы и прочие техники переиспользования существующей памяти для обеспечения высокой производительности для высокой производительности используется zero copy, кольцевой буфер это или список буферов роли не играет > На этапе инициализации и выделяется\освобождается всё что надо в Gstreamer тоже самое, но в процессе работы конвеера нужен обмен данными - экспорт и импорт буферов между разными плагинами и это абстрагируется аллокаторами - даунстрим обработал данные -> сообщил апстриму -> буфер вернулся в пул свободных, инплейс (взял данные из буфера -> обработал -> сохранил результат в тот же буфер) можно выполнить только примитивные задачи, в общем случае на входе и на выходе буферы разных размеров и у каждого свой аллокатор - на входе импорт на выходе экспорт. Недавно столкнулся с некорректной работой аллокатора v4l2 в плагине deinterlace - у него на входе один черезстрочный кадр а на выходе два с прогрессивной разверткой и пока не знаю как победить ошибку - буферы на выходе возвращаются синхронно с входм а должны в 2 раза чаще, как результат нехватка бкферов на выходе и остановка конвеера.
	Ответить | Правка | Наверх | Cообщить модератору

	45. "Доступен мультимедийный фреймворк GStreamer 1.22.0"	+/–
	Сообщение от Аноним (-), 25-Янв-23, 08:06
	>по мне так gstreamer идеальный кандидат на переписывание, Размечтался. >там все равно без нервов и веществ не разобраться Лучше занимайся своими быдло-приложениями. Gstreamer не трожь.
	Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема