А я про swap ничего не слышал)) Он давно появился?

в pipewire встроена поддержка блютуз?

В теории да, должно нормально рабоать с bluez, но я не проверял

rawhide не пороховая бочка?

Или ещё пример. Ты как-то написал софт и удачно реалзовал какую-то функцию, выносишь её в отдельную библиотеку и используешь её потом в другом софте.

Не, Никита тебе говорит про другие библиотеки, которые выступают интерфейсами для работы с нужной библиотекой Т.е. при таком подходе не обязательно каждый раз пересобирать половину гнома, чтобы добавить совместимость с новым abi пайпвайра, если добавить какую-то промежуточную библиотеку, которая будет пересобираться вместе с пайпвайром, но при этом будет предоставлять стабильный abi Другое дело, что этого не нужно в данном случае, хотя в ряде коммерческих проектов я постоянно видел подобные костыли)) П.С Так делать не нужно, вы либо abi в рамках стабильного релиза поделки не ломайте, либо обновляйте все вместе, т.к. это не так уже и сложно, если все сделано нормально (спойлер: так редко бывает в закрытых проектах)

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

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

Ага, гномощельцы должны звуковую подсистему себе реализовать.

Ага, гномощельцы должны звуковую подсистему себе реализовать.

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

я думал, что апи всех компонентов уже давно стандартизировано))

сама пульса - это и есть основная звуковая система в линукс.

мне приказали на пайпвайере сидеть

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

а что там за библиотека под капотом, да похрену

Да там вроде и не подразумевалась возможность замены изначально))

PipeWire provides a bluetooth module that integrates directly into the Bluez Bluetooth framework. Pairing and management hence works the same since it is handled by higher level interfaces.

Может быть этот модуль не включен?))

Может быть этот модуль не включен?))

exec /usr/bin/pipewire-media-session -e bluez5 надо походу в конфиг вставить

Это для арча советуют?

Ну попробуй))

вот и странно))я об этом)

а что за jack?

Вовсе нет Когда ты пишешь приложение под винду, ты ведь не планируешь реализовать вывод звука не через дотнет?))

Вовсе нет Когда ты пишешь приложение под винду, ты ведь не планируешь реализовать вывод звука не через дотнет?))

Вовсе нет Когда ты пишешь приложение под винду, ты ведь не планируешь реализовать вывод звука не через дотнет?))

О, это отдельная интересная тема Если в тебе есть аудиофильская жилка, то тебе зайдет. Погугли))

что вся суть в возможности кастомизации и замене компонентов)

что вся суть в возможности кастомизации и замене компонентов)

а не, блютуз просто отламывается постоянно

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

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

гном, редхат, редхат гном

так стабильность работы не в том, чтобы гвоздями либы прибить)

И не в том, чтобы сразу поддерживать Н стабильных или полустабильных бекендов, причем поддерживать зачастую плохо

так для шелла это неважно, его дело только поддерживать интерфейс и все

а в чем вообще преимущество pipewire?

зачем переходить и ломать уже работающее?

а в чем вообще преимущество pipewire?

А звуком то тогда как управлять?)) Нужно будет все-таки работать с бекендом звука через его либы, чтобы сказать "сделать потише вот это, а ту штуку погромче"

для этого как раз и существует интерфейс, предоставляем звуковой подсистемой)) то есть звуковая подсистема предоставляет методы типа: 1. включить звук 2. выключить звук 3. сделать громче 4. сделать тише и так далее. а шелл их просто вызывает))

Оно не ломается, пайпвайр предоставляет тот же самый API для работы со звуком, что и пульса

ну вот у меня на хоткеях был pactl для регулировки звука... теперь пайповое что-то придется? я вообще перестал понимать, как там работает звук, поскольку в системе еще и ALSA торчит

А, я понял, ты говоришь о взаимодействие через высокоуровневые интерфейсы, типа dbus