Предлагаю обновить wireplumber до новой стабильной версии 0.5.0 https://gitlab.freedesktop.org/pipewire/wireplumber/-/releases/0.5.0 и сделать это до бранчевания p11.
(In reply to Антон Мидюков from comment #0) > и сделать это до бранчевания p11. Да, однозначно лучше это сделать до. В каком-то смысле даже хорошо получилось, что мы дождались.
https://gitlab.freedesktop.org/pipewire/wireplumber/-/milestones/6#tab-issues Уже лучше, но коммитить такое у меня всё ещё рука не поднимется. > Wireplumber 0.5 infinite loop of bluetooth profile switching
*** Bug 50778 has been marked as a duplicate of this bug. ***
В 40-й Fedora 0.5.4. https://src.fedoraproject.org/rpms/wireplumber/tree/f40
Да, можно обновлять. Не хватает только переноса громкостей между 0.4 и 0.5. В 0.5 изменили формат файла, куда они запоминаются; изменение незначительное, но файл от 0.4 не читается в 0.5 и все громкости, mute status, ... сбрасываются). В p11 у нас уже попал 0.4, значит, надо не терять, а мигрировать данные.
Процитирую себя из другого места: > изменился формат записи в файл default-routes. > было: > alsa_card.pci-0000_00_1f.3:input:analog-input-internal-mic:channelMap=FL;FR; > alsa_card.pci-0000_00_1f.3:input:analog-input-internal-mic:channelVolumes=4.7654015361331e-05;4.7654015361331e-05; > alsa_card.pci-0000_00_1f.3:input:analog-input-internal-mic:latencyOffsetNsec=0 > стало: > alsa_card.pci-0000_00_1f.3:input:analog-input-internal-mic={"channelVolumes":[0.003878, 0.003878], "mute":false, "channelMap":["FL", "FR"], "latencyOffsetNsec":0} > > Рецепт (частичного?) переноса состояния из 0.4 в 0.5 выглядит как десериалайзер из 0.4.17:src/scripts/policy-device-routes.lua + сериалайзер из 0.5.3:src/scripts/device/state-routes.lua. Запомненные громкости потоков, наверное, пусть горят — мало кто их правит, лень+некогда их переносить
(Ответ для Arseny Maslennikov на комментарий #5) > В p11 у нас уже попал 0.4, значит, надо не терять, а мигрировать данные. Дистрибутивов с ним не было. IMHO можно проигнорировать в этот раз.
> > В p11 у нас уже попал 0.4, значит, надо не терять, а мигрировать данные. > Дистрибутивов с ним не было. IMHO можно проигнорировать в этот раз. И не только с 0.4. Вообще не было.
https://git.altlinux.org/tasks/343467/logs/events.9.1.log > x86_64: NEW unmet dependencies detected: > pwvucontrol#0.4.5-alt1:sisyphus+343467.1000.9.1@1722331799 libwireplumber-0.4.so.0()(64bit) >= set:ngyKQ6rY6xvR6WKs9KmV9mdo1APwlU1u3x1SHXPN2IowlXBZhGPkq5010MVD1u8BXO9y5HuCqCklzkzJn1pDFeui8H0hYByhwb2bBGqCUm5ZLDEFEptG2ZdOTA7yk3kwYCniu9cCcH6nS3fOzIthppykrjA3uJQuZ97ZgNmYfzVMZgYGbPwVwjIqM4yDXQXA41ROd > pwvucontrol-debuginfo#0.4.5-alt1:sisyphus+343467.1000.9.1@1722331799 debug64(libwireplumber-0.4.so.0) > aarch64: NEW unmet dependencies detected: > pwvucontrol#0.4.5-alt1:sisyphus+343467.1000.9.1@1722331962 libwireplumber-0.4.so.0()(64bit) >= set:ngyKQ6rY6xvR6WKs9KmV9mdo1APwlU1u3x1SHXPN2IowlXBZhGPkq5010MVD1u8BXO9y5HuCqCklzkzJn1pDFeui8H0hYByhwb2bBGqCUm5ZLDEFEptG2ZdOTA7yk3kwYCniu9cCcH6nS3fOzIthppykrjA3uJQuZ97ZgNmYfzVMZgYGbPwVwjIqM4yDXQXA41ROd > pwvucontrol-debuginfo#0.4.5-alt1:sisyphus+343467.1000.9.1@1722331962 debug64(libwireplumber-0.4.so.0) > ppc64le: NEW unmet dependencies detected: > pwvucontrol#0.4.5-alt1:sisyphus+343467.1000.9.1@1722331981 libwireplumber-0.4.so.0()(64bit) >= set:ngyKQ6rY6xvR6WKs9KmV9mdo1APwlU1u3x1SHXPN2IowlXBZhGPkq5010UCAehHMeM3FsnehIoRPkPAGqugQCfSHwIPk7f9Alw8Zi5z0n4malRcNJaZvfhjhPWk5WrVrO3hG1aguPb9L46jClzbH0z5iA7pXyBpFZneWBNYjA3uJQuZ97ZgNmYfzVMZgYGbPwVwjIqM4yDXQXA41ROd > pwvucontrol-debuginfo#0.4.5-alt1:sisyphus+343467.1000.9.1@1722331981 debug64(libwireplumber-0.4.so.0) > ACLs of affected packages (1): > pwvucontrol aris https://packages.altlinux.org/en/tasks/343467/
(Ответ для Arseny Maslennikov на комментарий #9) > > pwvucontrol aris > https://packages.altlinux.org/en/tasks/343467/ Ну, можно ж собрать libwireplumber0.4{.-devel}, они лекго рядом встанут с 0.5.
https://github.com/saivert/pwvucontrol/issues/10
(In reply to Yuri N. Sedunov from comment #11) > https://github.com/saivert/pwvucontrol/issues/10 Спасибо!
(In reply to Yuri N. Sedunov from comment #10) > (Ответ для Arseny Maslennikov на комментарий #9) > > > pwvucontrol aris > > https://packages.altlinux.org/en/tasks/343467/ > > Ну, можно ж собрать libwireplumber0.4{.-devel}, они лекго рядом встанут с > 0.5. Но будет ли эта библиотека исполнять свои обязанности? (In reply to Yuri N. Sedunov from comment #11) > https://github.com/saivert/pwvucontrol/issues/10 Тут даже пишут, что будет. Ну, если программе pwvucontrol достаточно только props и metadata у PW щупать, то пусть. https://git.altlinux.org/tasks/343467/logs/events.11.1.log
(Ответ для Arseny Maslennikov на комментарий #13) > (In reply to Yuri N. Sedunov from comment #10) > > (Ответ для Arseny Maslennikov на комментарий #9) > > > > pwvucontrol aris > > > https://packages.altlinux.org/en/tasks/343467/ > > > > Ну, можно ж собрать libwireplumber0.4{.-devel}, они лекго рядом встанут с > > 0.5. > Но будет ли эта библиотека исполнять свои обязанности? pwvucontrol прикидывается рабочим.
(In reply to Антон Мидюков from comment #0) > Предлагаю обновить wireplumber до новой стабильной версии 0.5.0 > https://gitlab.freedesktop.org/pipewire/wireplumber/-/releases/0.5.0 Вчера закоммитил: https://git.altlinux.org/tasks/archive/done/_335/343467/ Сохранённые громкости от 0.4 должны переноситься (в отличие от настройки профилей, но она обычно у хомячков автоматически работает). > и сделать это до бранчевания p11. Если не вылезет неожиданностей, то отправим в p11 в течение пары дней.
