После почти года разработки представлен релиз GStreamer 1.28, кроссплатформенного набора компонентов для создания широкого спектра мультимедиа приложений, от медиаплееров и конвертеров аудио/видео файлов, до VoIP-приложений и систем потокового вещания. Код GStreamer распространяется под лицензией LGPLv2.1. Отдельно развиваются обновления плагинов gst-plugins-base, gst-plugins-good, gst-plugins-bad, gst-plugins-ugly, а также обвязка gst-libav и сервер потокового вещания gst-rtsp-server. На уровне API и ABI новый выпуск обратно совместим с веткой 1.0. Бинарные сборки в скором времени будут подготовлены для Android, iOS, macOS и Windows (в Linux рекомендуется использовать пакеты из дистрибутива)...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=64691
В той же генту до сих пор 1.24.13. По-сути, там только вайн из пользователей и в нём гстример никогда не работает (хоть и чаще работает чем новый бэкенд на ффмпег, который вообще кривой и стабильно ломается каждый апдейт ффмпег). И вроде как часть проблем с мп4 файлами и аак исправлена в новых версиях. Непонятно, чего боятся обновлять, не помню, чтобы всё разлеталось.Сабж однозначно достойней ффмпег, тот ни с метаданными, ни с тегами, ни с контейнерами нормально работать не умеет и никогда не умел, а форматы потоков весьма специфические. Судя по заявлениям разработчиков -- это архитектурная проблема и никогда исправлена не будет, у них только определённые усреднённые значения в метаданных и они далеки от того, что принято в индустрии и профессиональном ПО. Тяжёлое наследие и технический долг, то время прошло. Жаль, инициатива по глобальной чистке и приведению в порядок в лице libav загнулась.
> В той же генту до сих пор 1.24.13.Какой-то оксюморон. Разве гента не про "собери всё сам"?. Насколько я помню, жстример вообще обещает бинарную совместимость (не только по исходникам) и в теории его можно пересобрать индивидуально без сборки всего мира.
В ней были несовместимые 0.10 и 1.0. Наверно, мейнтейнеров не хватает, те же либы egl-wayland, vmaf и svt-av1 в ffmpeg, а также поддержку nvenc и нормальные cuda фильтры с nvcc, jpegxl и qt-плагины для поддержки heic и jxl мне приходилось ставить мимо пакетного менеджера или писать и сопровождать собственные ебилды. Сейчас их все добавили и в репы и в ебилды.
А ещё python без pgo почему-то был в репах, когда в самом питоне это буквально 1 флаг выставить при сборке и прирост даёт весьма и весьма ощутимый. Ну зато мы научились не полагаться на мейнтейнеров.
Всё верно, мейнтеров не хватает, стагнирует генточка. Радует, что люди начали прозревать и уходить оттуда. Самый яркий пример zlogene.
> Радует, что люди начали прозревать и уходить оттуда.Это наоборот печаль (
Все такие "прошареные" только до тех пор, пока не столкнутся с проблемой, для которой нет решения на поверхности, и нужно несколько глубже вникать как устроенна система на базе GNU/Linux Тут сразу вспоминают про "красноглазиков".
Тогда в разные фазы луны будут собраны.
В qtmultimedia, правда, не работает. Ну, ffmpeg ещё меньше работает. Так чего бояться обновлять, если всё равно всё сломано? Конечно, в вайне частично работает, пока это не декодирование h264, но всё же.
> В qtmultimedia, правда, не работает.а кто не работает то ? да и нафига глючная qtmultimedia
>> В qtmultimedia, правда, не работает.
> а кто не работает то ? да и нафига глючная qtmultimediaНикто не работае. Я помню, когда выбирал бэкенд qtmultimedia в audacious, он выжирал весь процессор. Но хотя бы работал, в 6 не работает. Удалил отовсюду.
> Я помню, когда выбирал бэкенд qtmultimedia в audaciousну это я не знаю, в gstreamer свой плагин есть с zero-copy для qt, в этой версии и для 6
> Добавлен элемент qml6 для отрисовки при помощи Qt6 QML
qtmultimedia убог тем что там невозможно было свой конвеер сделать, а сейчас они и вовсе перешли на использование ffmpeg по умолчанию
А моей Дженте 1.28.0. Ну, а так, сабж реально не нужен.
Ну, может, если полуркать по помойкам, где-то и найдёшь. Но васяноебилды -- зло, они всегда кривые и непредсказуемо ломаются. Сопровождать самому ещё один пакет? Мне и так хватает работы. Сабж нужен не меньше ффмпег и хотя бы работает (в отличие от).
Кажется авторы устали от подобных новостей:
"В мультимедийном фреймворке GStreamer выявлено 29 уязвимостей"
"Уязвимости в GStreamer, приводящие к выполнению кода при обработке файлов SRT и PGS "и решили исправлять проблему с фундамента
- "Добавлен новый элемент ... основанный на библиотеке charon-audio, реализующей метод Demucs на языке Rust. Кроме того, в состав включён плагин Deepgram для распознавания речи, написанный на Rust. "
- "Добавлен новый элемент для декодирования GIF-изображений, написанный на Rust и поддерживающий зацикленную анимацию"
- "Добавлен элемент icecastsink для приёма потоков из IceCast, поддерживающий формат AAC и написанный на Rust"Пожелаем им удачи потихоньку заменить наиболее дырявый овнокод, на качественные реализации.
Тебе без Раста и новость не новость.
Тебе так кажется.Мне нравится это проект, я его использую.
И желаю ему становиться лучше, надежней и удобней.Так что если бы в новости было "в проект добавил автотесты, фаззинг и сатинайзер" то я так же отметил это как положительное нововведение.
Сатинайзер — это который покрывает сатином перед укладкой в гроб?
> Пожелаем им удачи потихоньку заменить наиболее дырявый овнокод, на качественные реализации.насколько вижу они и не планируют ничего менять - только плагины новые пишут иногда
Они даже к этому шли долго
Новость "В GStreamer реализована возможность поставки плагинов, написанных на Rust" за сентябрь 2022 года
opennet.ru/opennews/art.shtml?num=57799Так что загадывать про "они и не планируют ничего менять" я не буду.
Уверен что сейчас за этими кодами пристально смотрят.
> Они даже к этому шли долгомне кажется если переходить на раст надо все с нуля писать, достаточно на Linux посмотреть насколько там всё затянулось, уже лет 5 переходят а ведь там корпорации денег вливают
раст в ядре только для новых драйверов. ядро как было на C, так и будет. легче наверное новое на расте написать
> мне кажется если переходить на раст надо все с нуля писать,Это если хватит ресурсов.
Например команда ТОР именно так и поступила создав Arti project> достаточно на Linux посмотреть насколько там всё затянулось, уже лет 5 переходят
Там десятки миллионов строк кода + массивное копротивление дидов-неосиляторов.
Дошло до того что особо наглого вахтера пришлось уринарными тряпками выкидывать из мейнтенеров.> а ведь там корпорации денег вливают
А сколько?
Можно посмотреть сколько народу участвуют в rust-for-linux и понять что их не так много.
Ого, ржавый сифилис и сюда пробрался. Уже по переферии гадит, скоро до ядра доберется.