GStreamer 1.28

Скачать

phoronix

Опять и снова.

https://gstreamer.freedesktop.org/news/

GStreamer 1.27.90 (1.28.0 rc1) pre-release 2026-01-05

хм, а если по ссылке «Скачать» сходить «Release 1.28.0».

Скачать

Не кочайте! Там вирус!

А сейчас на Раст все переписывают? Я просто не шарю. Я обычный юрист. А то каждая вторая новость о том, что что-то переписывают на Раст.

И правильно делают. Писать жирный юзерспейс на сишечке, это просто безумие.

А пользователям от этого какие-то плюсы перепадают? Или разницы нет?

А пользователям от этого какие-то плюсы перепадают?

Меньше уязвимостей - реже нужно обновляться. Ну и в целом качество кода растёт поскольку освоение Rust требует определённых интеллектуальных усилий.

Да и принципе легче фичи добавлять, можно сконцентрироваться на бизнес-логике, а не скрупулёзном расставлении gst_object_unref.

скрупулёзном расставлении gst_object_unref

И это тоже, но вопрос был в общем, а эта штука специфичная для конкретного проекта. Причём её аналоги есть далеко не везде - низкий порог вхождения в С ведёт к тому что куча интеллектуально-необеспеченных «программистов» пишет что попало и как попало. С неизменными дырами и взломами в результате.

Ты несколько перепутал.

Уязвимостей с переполнением буферов меньше, потому что раст против них принимает меры. А вот «в целом качество кода» падает и других уязвимостей больше - ровно по той же причине. Кодить на расте требует меньше интеллектуальных усилий чем на Си, потому что раст подкостыливает интеллект программиста своими проверками. Как следствие, средний умственный уровень раст-программистов существенно ниже чем си-программистов.

Пользователям перепадают скорее минусы, когда вместо работающего десятилетиями кода им неожиданно подсовывают раст-поделку в связи с её модностью, которая в итоге ломается. Но gstreamer-а это не касается, он и так ломался. Возможно, его горе-авторы - как раз целевая аудитория раста.

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

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

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

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

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

Если речь идёт про написание софта одинаковой сложности - то да. Но сейчас на ассемблере обычно если и пишут то всякие мелочи, сравнивать сложно.

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

Зачем опять клоунаду устраиваешь? Потом будешь опять спрашивать почему тебе клоунов ставят.

Про идеальный код я не писал, я писал что не устраиваю битьё памяти (и может быть ещё что-то, но не суть).

У тебя есть прекрасная возможность сбить спесь и найти с помощью valgrind-а (или чего угодно ещё, мне всё равно) битьё памяти в моём коде. Если даже у тебя на это желания не найдётся, несмотря на эти громкие заявления, то мне тем более неинтересно возиться с чем-то ради твоих пожеланий.

А там все так страшно течет и ужасные дыры каждую неделю, что кинулись переписывать рабочий и отлаженный код?

сравнивать сложно

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

Зачем опять клоунаду устраиваешь?

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

На Си пишут всю логику, и низко- и высокоуровневую. Так что сравнивать конечно можно. Если кто-то пишет только низкоуровневое то конкретно про него уже меньше можно сказать, да.

У тебя нулевые представления о том, как писать хороший код

Нет, у тебя.

Правда страшно. Вот даже то что они сами уже наши: https://gstreamer.freedesktop.org/security/ а сколько ещё не найденного сложно представить.

Поглядел, у кого зависимость от GStreamer и убедился в том, что в основном у маргинальщины. FFMPEG более востребован.

У тебя есть прекрасная возможность сбить спесь и найти с помощью valgrind-а (или чего угодно ещё, мне всё равно) битьё памяти в моём коде.

Вот именно это и имеют в виду, когда говорят о спеси.

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

Ламер же уверен, что в его коде багов нет и быть не может, потому что считает себя гением. Даже километровый выхлоп линтера ламера никогда не смутит, ведь линтер написали лохи, вредители и поганые комитетчики. Багов же в коде ламера почти никто и никогда не находил по довольно очевидным причинам: или оным кодом никто не пользуется, или он работает где-то на задворках около-локалхостов, где никому своей кривизной не угрожает.

Ламерство быстро проходит, когда начинаешь писать продуктовый код.

На Си пишут всю логику, и низко- и высокоуровневую.

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

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

Нет, у тебя.

Это, разумеется, бред.

Может быть ты найдёшь где бьётся память? Пока что это всё ещё левые обвинения и не более того.

Может быть ты найдёшь где бьётся память? Пока что это всё ещё левые обвинения и не более того.

Это практика, сформированная многими годами разработки, моим и чужим опытом. Уже сам факт того, что ты отрицаешь линтеры, выдает в тебе ламера.

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

А ты разводишь клоунаду и хамишь. Так что если ты сам не заинтересован в том, чтобы приводить свой говнокод в порядок, то с какого перепугу я должен тебя этому учить?

Какие ещё услуги? Ты заявляешь (ладно, может и не прямым текстом но подразумеваешь) что в моём коде бьётся память, пруфов не приводишь. Что это?

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

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

Вероятность, конечно, всё еще не равна единице. Ты можешь сидеть и вручную выискивать все проблемы, и тогда - да, в твоем коде может не быть ошибок памяти. Будет ли это эффективным? Нет. Отрицает ли это необходимость использования линтеров для исключения человеческого фактора? Снова нет.

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

Вот и получается: либо проблемы найдутся и это покажет, что ты ламер, отрицающий современные средства разработки, либо проблемы не найдутся, и это покажет, что ты убил слишком дофига времени на их ручной вдумчивый поиск и устранение. Третьего не дано. А в первом случае я еще и бесплатно поработаю для тебя ревьювером. Выхлоп от этого действа не соответствует количеству затраченных на него усилий, с какой стороны ни посмотри.

Уже давно не хожу на ЛОР за ответами, ибо спотыкаясь об проблему, иду на офдоку за решением, но хожу на ЛОР, чтоб почитать подобные сpaчи и восхититься умением не только красиво обocрaть оппонента, но и аргументированно указать ему в сторону швабры сказать ему, что он неправ.

Подскажите, этому где-то учат? Я тоже хочу иметь возможность так отвечать =)

Я хожу на лор почитать интересные обсуждения, а потом нахожу луддитов и начинается… На самом деле, я бы предпочел культурное общение %)

продолжается работа по переписыванию

Новая профессия — "перепрограммисты"??.. ;))

На самом деле, я бы предпочел культурное общение

И поэтому врываешься в топик со словами

Вяленый и раст - ну просто комбо для разрыва жоп.

А сейчас на Раст все переписывают? Я просто не шарю. Я обычный юрист. А то каждая вторая новость о том, что что-то переписывают на Раст.

Это ржавый тренд, и особо не понятно: толи просто хотят производительность и потребление ресурсов линукса до винды опустить, толи просто прихватизировать весь линукс или бэкдоров туда понапихать (т.к. раст - это централизация со всеми вытекающими)

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

все правильно шаришь! одни вкладываются и продвигают «свое», другие вкрадываются в то, что-бы захватить/прихватизировать и контролировать.

FFMPEG более востребован.

Некорректное сравнение. GStreamer работает на более высоком уровне и, ЕМНИП, поверх того же FFPMEG.

работа по переписыванию большего количества функций на языке программирования Rust с целью

с целью переписывания функций.. иной цели не вижу. Кто-то поймал грант по очерёдному впиханию Rust

для «безопасной работы с памятью» рассматривают имеющийся код, вставляют кому придётся фитиль и делают тот или иной рефактор. Или портируют весь проект на другой язык. Но никогда не кусками.

видимо теперь всё что на G (gnome, glib , gstreamer) оправдывает первую букву.

В версии 1.28 продолжается работа по переписыванию большего количества функций на языке программирования Rust с целью обеспечения безопасной работы с памятью.

Теперь вместо пшшшш будет скрип старой кровати?

А пользователям от этого какие-то плюсы перепадают?

Пользователям плюс в том, что продукт, который они используют, активно развивается.

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

Даже если они добавляют Раст (или любой другой ЯП) просто потому что им скучно и хочется попробовать чего-то нового – пусть делают. Если это дает им энтузиазм и энергию.

Пользователям плюс в том, что продукт, который они используют, активно развивается.

Насчёт «плюс» ли, и «развивается» ли или, наоборот, «свивается», можно поспорить...

Ну так ведь одни имеют полное право на «пусть делают», а другие вправе высказывать свои мнения по поводе того, как первые «обделались»... :))

На то он и форум...

Не течёт, его всё же тестируют, но gstreamer - это куча парсеров протоколов, которые лучше разрабатывать на безопасном языке. Код рабочий, но как ни посмотришь на переписанные на расте элементы, так сразу видно больше фич и/или лучше производительность. Причина банальна: большой софт писать, поддерживать и расширять на си крайне неудобно.

gstreamer - это куча парсеров протоколов, которые лучше разрабатывать на безопасном языке

Точнее сказать, на языке, который решили считать и называют «безопасным»...

поверх того же FFPMEG

Шта? Не, у него есть отдельные элементы, которые работают на ffmpeg если надо, но в своей основе это совершенно самостоятельный проект.

решили считать и называют «безопасным»…

… ну продолжи же предложение. Почему решили, почему это не так?

бэкдоров туда понапихать

Я много слышал теорий заговора, но это самая тупая за этот год. Каким образом твоя верхняя жопа породила сию «мысль»?

… ну продолжи же предложение.

Я сказал всё, что хотел. «Войну и мир» тут писать не собирался и не собираюсь, так что расслабься... :)

Почему решили

Не знаю, есть разные версии. Есть ли среди них сколько-нибудь правдивая? Не уверен, мало данных...

почему это не так?

Я этого не утверждал, но и сколько нибудь правдоподобной информации, подтверждений, что это так, тоже не встречал.

Одни утверждения в духе «Уверуй!..»... :)

Ну смотри. В расте же есть рантайм? Вот туда и напихать. А если теперь весь софт будет написан на расте - то у АНБ будет куча хитрых уязвимостей для эксплуатации.

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

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

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

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

А я кого-то учил? Задал вопрос просто.

Я хоть и не программист, но я сторонник unix way. Каждая программа должна делать своё дело и делать его хорошо. А ещё не стоит трогать то, что и так отлично работает. Вот такая простая философия привносит стабильность в работу чего угодно.

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

Чёт краем глаза читал что разрабатывали/ют лицензию для Раст похожую на ГПЛ, но непонятно как там обстоят дела сейчас. Чёт в интернете ничего не найду. Толи ищу не там, толи вопросы ни те задаю…

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

Не опошляй теорию заговора рациональными рассуждениями ;)