~mil/sxmo-tickets#271: 
Switch to pipewire?

https://gitlab.com/postmarketOS/pmaports/-/issues/1091

Bluetooth audio devices fail to connect with alsa.

Should we switch audio to pipewire?

Status
RESOLVED FIXED
Submitter
~anjan
Assigned to
No-one
Submitted
1 year, 6 months ago
Updated
7 months ago
Labels
No labels applied.

~stacyharper 1 year, 6 months ago

I'm using pipewire from some time but I got lot of issues. I dunno if we should move today

~noneofyourbusiness 1 year, 6 months ago*

Audio works with pipewire, bluetooth audio as well, however, https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/1069 (possibly caused by misconfigured polkit, if rtkit is even installed) this may cause the audio to stutter on high load (perhaps for short load bursts, too).

~mil 1 year, 5 months ago

I'm skeptical of switching to pipewire, if someone want's to take up the work and can demonstrate it works reliably.. ok but ALSA + dmix + dsnoop is a nice reliable solution. That said I don't use bluetooth.

~fjc 1 year, 5 months ago*

Anyone who uses bluetooth try with bluez -> apulse -> alsa? Or, bluez -> bluez-alsa -> alsa?

~stacyharper 1 year, 5 months ago

No it sucks. Bluetooth on linux require pulseaudio or pipewire.

I honestly tried to rely on bluez-alsa for months and months. It is either sound desync with image or only one audio source at the same time. And in either cases it is hard to manage, to switch setups or to use.

~fjc 1 year, 5 months ago*

Did you try apulse? Looks like bluealsa doesn't support dmix directly, https://github.com/Arkq/bluez-alsa/wiki/Using-bluealsa-with-dmix

~trbl 1 year, 5 months ago* · edit

I'd love to see pipewire on 1.5, together with pulseeffects and a convolver plugin it would make audio sound so much better - both for music and for calls, but especially music

Edit: To get a2dp protocol working on bluetooth headsets, bluez and bluez-libs need to be downgraded to 5.58-1, the latest version as of writing breaks it and only gives you the low quality HSP/HSF protocols - which don't work either, just creating a sabertooth waveform like buzzing.

~stacyharper 1 year, 4 months ago*

Here are some notes on how to configure audio over bluetooth with pipewire in a fresh install :

apk add bluez bluez-openrc
apk add pipewire pipewire-media-session pipewire-pulse
sudo -e /etc/bluetooth/main.conf
AutoEnable=true
rc-update add bluetooth
rc-service bluetooth start

start pipewire somehow (in .config/sxmo/xinit by example)

bluetoothctl
pair XXXXXX
trust XXXXX

Or use the bluetooth sxmo menu

~kavuskazian 1 year, 4 months ago

If Pipewire is installed, does the audio still change properly if you answer a phone call or use the Audio menu?

~stacyharper 1 year, 4 months ago

If Pipewire is installed, does the audio still change properly if you answer a phone call or use the Audio menu?

No cause the phone call use explicit alsa interface iirc. It still works well with pipewire running but do not embrace it.

~kavuskazian 1 year, 4 months ago

Ah yeah I tried it and had my boyfriend call me, and the sound from my Flatpak game went over the phone network and he could hear it. I think using Pipewire in the future by default might be good though, as apulse doesn't work with Flatpak and no Flatpak apps have sound with plain ALSA

~kavuskazian 1 year, 4 months ago

I have an idea. Why not have an optional sxmo-pipewire package that would add Pipewire for those who want to use it?

~stacyharper 1 year, 4 months ago

I have an idea. Why not have an optional sxmo-pipewire package that would add Pipewire for those who want to use it?

I'd like not to add any chaos to this already chaotic pipewire package ecosystem. Sxmo should just just works with and without it.

~pinephoneuser01 1 year, 4 months ago

Just throwing in my 2 cents, I installed pipewire on both ArchArm and PMOS with no issues, and it let me use my USB DAC on the pinephone without having to deal with alsa. Didn't notice any cpu usage spike from pipewire too.

~pinephoneuser01 1 year, 4 months ago

Just throwing in my 2 cents, I installed pipewire on both ArchArm and PMOS with no issues, and it let me use my USB DAC on the pinephone without having to deal with alsa. Didn't notice any cpu usage spike from pipewire too.

~pinephoneuser01 1 year, 4 months ago

Just throwing in my 2 cents, I installed pipewire on both ArchArm and PMOS with no issues, and it let me use my USB DAC on the pinephone without having to deal with alsa. Didn't notice any cpu usage spike from pipewire too.

~pinephoneuser01 1 year, 4 months ago

Just throwing in my 2 cents, I installed pipewire on both ArchArm and PMOS with no issues, and it let me use my USB DAC on the pinephone without having to deal with alsa. Didn't notice any cpu usage spike from pipewire too.

~pinephoneuser01 1 year, 4 months ago

Just throwing in my 2 cents, I installed pipewire on both ArchArm and PMOS with no issues, and it let me use my USB DAC on the pinephone without having to deal with alsa. Didn't notice any cpu usage spike from pipewire too.

~pinephoneuser01 1 year, 4 months ago

Just throwing in my 2 cents, I installed pipewire on both ArchArm and PMOS with no issues, and it let me use my USB DAC on the pinephone without having to deal with alsa. Didn't notice any cpu usage spike from pipewire too.

~pinephoneuser01 1 year, 4 months ago

Just throwing in my 2 cents, I installed pipewire on both ArchArm and PMOS with no issues, and it let me use my USB DAC on the pinephone without having to deal with alsa. Didn't notice any cpu usage spike from pipewire too.

~pinephoneuser01 1 year, 4 months ago

Just throwing in my 2 cents, I installed pipewire on both ArchArm and PMOS with no issues, and it let me use my USB DAC on the pinephone without having to deal with alsa. Didn't notice any cpu usage spike from pipewire too.

~pinephoneuser01 1 year, 4 months ago

Just throwing in my 2 cents, I installed pipewire on both ArchArm and PMOS with no issues, and it let me use my USB DAC on the pinephone without having to deal with alsa. Didn't notice any cpu usage spike from pipewire too.

~pinephoneuser01 1 year, 4 months ago

Just throwing in my 2 cents, I installed pipewire on both ArchArm and PMOS with no issues, and it let me use my USB DAC on the pinephone without having to deal with alsa. Didn't notice any cpu usage spike from pipewire too.

~pinephoneuser01 1 year, 4 months ago

Just throwing in my 2 cents, I installed pipewire on both ArchArm and PMOS with no issues, and it let me use my USB DAC on the pinephone without having to deal with alsa. Didn't notice any cpu usage spike from pipewire too.

~pinephoneuser01 1 year, 4 months ago

Just throwing in my 2 cents, I installed pipewire on both ArchArm and PMOS with no issues, and it let me use my USB DAC on the pinephone without having to deal with alsa. Didn't notice any cpu usage spike from pipewire too.

~pinephoneuser01 1 year, 4 months ago

Just throwing in my 2 cents, I installed pipewire on both ArchArm and PMOS with no issues, and it let me use my USB DAC on the pinephone without having to deal with alsa. Didn't notice any cpu usage spike from pipewire too.

~pinephoneuser01 1 year, 4 months ago

Just throwing in my 2 cents, I installed pipewire on both ArchArm and PMOS with no issues, and it let me use my USB DAC on the pinephone without having to deal with alsa. Didn't notice any cpu usage spike from pipewire too.

~pinephoneuser01 1 year, 4 months ago

Just throwing in my 2 cents, I installed pipewire on both ArchArm and PMOS with no issues, and it let me use my USB DAC on the pinephone without having to deal with alsa. Didn't notice any cpu usage spike from pipewire too.

~pinephoneuser01 1 year, 4 months ago

Just throwing in my 2 cents, I installed pipewire on both ArchArm and PMOS with no issues, and it let me use my USB DAC on the pinephone without having to deal with alsa. Didn't notice any cpu usage spike from pipewire too.

~stacyharper 1 year, 4 months ago

Yes it works. Our menu and voice call just need to be adaptative and handle it :)

(dunno what you did ~pinephoneuser01 but you spammed your last message)

~anjan 1 year, 3 months ago

~craftyguy via irc on pipewire as default on pmOS:

I think what I was getting at is, we're open to enabling pipewire by default, but it needs to 1) support echo cancellation, and 2) work reasonably well and be at least as stable as pulseaudio

~anjan 1 year, 3 months ago

Hi all, if you are testing pipewire, make sure you install rtkit package from the testing repository and enable/start the rtkit service. If you are running stable, you can install rtkit from the testing repo by pinning the testing repo:

https://wiki.alpinelinux.org/wiki/Alpine_Linux_package_management#Repository_pinning

~kavuskazian 1 year, 2 months ago

What remaining issues are stopping Sxmo from using Pipewire? Also, why not use Pulseaudio until Pipewire is ready?

~stacyharper 1 year, 2 months ago*

What remaining issues are stopping Sxmo from using Pipewire?

  • performance
  • instability
  • our scripts are not compatible
  • our voice calls are not compatible
  • we got no easy way to manage it in sxmo (yet)

Also, why not use Pulseaudio until Pipewire is ready?

Why should we ?

~kavuskazian 1 year, 2 months ago

It's definitely not a necessity, but besides bluetooth not working, sound in Flatpak applications doesn't work without it. But if it's not manageable, then that's a pretty good reason not to switch, yeah.

~anjan 1 year, 1 month ago

~anjan referenced this from #436 11 months ago

~phartman REPORTED FIXED 7 months ago

Register here or Log in to comment, or comment via email.