MX-17.1/MX-18.1: Replacing PulseAudio by ALSA's sound server – implications?
MX-17.1/MX-18.1: Replacing PulseAudio by ALSA's sound server – implications?
@all:
I'm thinking about replacing PulseAudio (which, to my knowledge, is MX Linux's default sound server) by ALSA's own sound server.
My question is what implications this would have – would there be any useage restrictions?
Greetings, and thanks in advance for any answer, Joe
I'm thinking about replacing PulseAudio (which, to my knowledge, is MX Linux's default sound server) by ALSA's own sound server.
My question is what implications this would have – would there be any useage restrictions?
Greetings, and thanks in advance for any answer, Joe
- dolphin_oracle
- Developer
- Posts: 20024
- Joined: Sun Dec 16, 2007 1:17 pm
Re: MX-17.1/MX-18.1: Replacing PulseAudio by ALSA's sound server – implications?
A few apps may have issues, like Firefox.
Note that pulse just sirs on top of alsa anyway.
Note that pulse just sirs on top of alsa anyway.
http://www.youtube.com/runwiththedolphin
lenovo ThinkPad X1 Extreme Gen 4 - MX-23
FYI: mx "test" repo is not the same thing as debian testing repo.
lenovo ThinkPad X1 Extreme Gen 4 - MX-23
FYI: mx "test" repo is not the same thing as debian testing repo.
Re: MX-17.1/MX-18.1: Replacing PulseAudio by ALSA's sound server – implications?
@dolphin_oracle:
The more traditional the application, the fewer issues? Greetings, Joedolphin_oracle wrote: ↑Sat Aug 03, 2019 2:53 pm A few apps may have issues, like Firefox.
Note that pulse just sirs on top of alsa anyway.
Re: MX-17.1/MX-18.1: Replacing PulseAudio by ALSA's sound server – implications?
Important:MX-16_fan wrote: ↑Sat Aug 03, 2019 2:51 pm @all:
I'm thinking about replacing PulseAudio (which, to my knowledge, is MX Linux's default sound server) by ALSA's own sound server.
My question is what implications this would have – would there be any useage restrictions?
Greetings, and thanks in advance for any answer, Joe
You don't have to uninstall PulseAudio packages. This will make it easier to switch between PulseAudio and ALSA. When you launch an application default behavior is to first check for PulseAudio and then ALSA. If PulseAudio isn't running the application will use ALSA instead.
I think all browsers can use ALSA except regular Firefox from Mozilla, because maintaining ALSA support is apparently not possible with hundreds of millions of dollars. Firefox ESR from Debian supports ALSA.
How to use ALSA without uninstalling PulseAudio packages:
A small change in /etc/pulse/client.conf (can be made per user instead /home/yourusername/.config/pulse/client.conf) is enough:
Code: Select all
autospawn=no
Reboot then use MX Select Sound to choose the default sound card.
Install qasmixer so you can use that instead of PulseAudio Volume Control. My desktop looks identical with notification area "volumeicon" pointing to QasMixer instead of PulseAudio Volume Control. Make sure the correct sound card is chosen in volumeicon preferences.
If there is an antiX or MX Linux user with Skype working without PulseAudio (requires apulse) I would be interested in knowing the correct command for launching Skype. Thanks.
Re: MX-17.1/MX-18.1: Replacing PulseAudio by ALSA's sound server – implications?
@dreamer:
Thanks for this interesting how-to!
Greetings, Joe
Thanks for this interesting how-to!
On a German language system: Einstellungen – Grafische Einstellungen für Xfce 4 -> Sitzung und Startverhalten -> Automatisch gestartete Anwendungen.
I used to think that apulse ("PulseAudio emulation for ALSA") was made exactly for a scenario like that?
Greetings, Joe
Re: MX-17.1/MX-18.1: Replacing PulseAudio by ALSA's sound server – implications?
@dreamer:
UPDATE:
Worked myself trough your how-to. Nearly everything works like a charm. Besides, for a reason I do not know, sound quality is many times better, and Twinkle crackling (see viewtopic.php?f=108&t=51888) has disappeared.
Would be good to have a script wrapped into a package that could do all this automatically, plus removing everything PulseAudio from your system. We might call it "RemovePulseAudio".
The only thing that does not work at all is audio streaming to a Bluetooth device. Apparently you need bluez-alsa (https://github.com/Arkq/bluez-alsa) for that, which currently isn't available via repo for MX-17.1 nor MX-18.1. I'll file a package request for that.
Greetings, Joe
UPDATE:
Worked myself trough your how-to. Nearly everything works like a charm. Besides, for a reason I do not know, sound quality is many times better, and Twinkle crackling (see viewtopic.php?f=108&t=51888) has disappeared.
Would be good to have a script wrapped into a package that could do all this automatically, plus removing everything PulseAudio from your system. We might call it "RemovePulseAudio".
The only thing that does not work at all is audio streaming to a Bluetooth device. Apparently you need bluez-alsa (https://github.com/Arkq/bluez-alsa) for that, which currently isn't available via repo for MX-17.1 nor MX-18.1. I'll file a package request for that.
Greetings, Joe
Re: MX-17.1/MX-18.1: Replacing PulseAudio by ALSA's sound server – implications?
You need the correct launch command for Skype that first starts apulse. It could be as easy as
Code: Select all
apulse skypeforlinux
Re: MX-17.1/MX-18.1: Replacing PulseAudio by ALSA's sound server – implications?
MX is the best PulseAudio experience I have had, but of course sound is better without PulseAudio because the (lazy) middle-man is gone. I think PulseAudio needs to hit the gym, but no one is testing performance so nothing happens.MX-16_fan wrote: ↑Sat Aug 03, 2019 5:21 pm Worked myself trough your how-to. Nearly everything works like a charm. Besides, for a reason I do not know, sound quality is many times better, and Twinkle crackling (see viewtopic.php?f=108&t=51888) has disappeared.
Well, you can set up one user without PulseAudio and one user with PulseAudio. If you want to use an application that requires PulseAudio you can quickly switch to your PulseAudio account. When PulseAudio isn't running having the packages installed does nothing. Maybe you can save a little space by removing the packages. The good thing with MX Linux is that you only have to do something once, thanks to the snapshot functionality.
That's a good idea. Having all the necessary components for a PulseAudio free experience is a worthy goal I think. antiX comes without PulseAudio, but the main difference between these platforms seems to be systemd-free vs systemd-shim.MX-16_fan wrote: ↑Sat Aug 03, 2019 5:21 pm The only thing that does not work at all is audio streaming to a Bluetooth device. Apparently you need bluez-alsa (https://github.com/Arkq/bluez-alsa) for that, which currently isn't available via repo for MX-17.1 nor MX-18.1. I'll file a package request for that.
Re: MX-17.1/MX-18.1: Replacing PulseAudio by ALSA's sound server – implications?
@dreamer:
Maybe you'd like to have a look at jami – A GNU package (formerly named Ring – A GNU package) (https://jami.net/) (see older discussion here: viewtopic.php?f=134&t=43901)).
Greetings, Joe
That's a very good question indeed. Personally speaking, I wouldn't put Skype on a nice clean MX Linux system.
Maybe you'd like to have a look at jami – A GNU package (formerly named Ring – A GNU package) (https://jami.net/) (see older discussion here: viewtopic.php?f=134&t=43901)).
Greetings, Joe
Re: MX-17.1/MX-18.1: Replacing PulseAudio by ALSA's sound server – implications?
@dreamer:
In any case, having a "network transparent" audio server on your system sounds like a dangerous thing to me, especially when you think of potential shortcomings in implementation. IMHO PulseAudio's potential security impilications might even in the long run be considered as leading to an incompatibility with the General Data Protection Regulation (GDPR).
ALSA works fine. OSS is now free. OpenBSD's sndio (https://en.wikipedia.org/wiki/Sndio) is available under the GPL-compatible (cf. (cf. https://www.gnu.org/licenses/license-list.en.html#ISC) ISC license. So maybe we could all be freed from another burden of the past from the time when the Linux world was severely damaged?
Greetings, Joe
Given the fact that PulseAudio has been developed by the same guy who also developed systemd, plus the fact that IMHO PulseAudio has led to more than ten years of broken or questionable audio functionality with many Linux distros, it's puzzling to me why MX Linux (via Debian) would want to use PulseAudio any longer in the first place.dreamer wrote: ↑Sat Aug 03, 2019 6:38 pm ... of course sound is better without PulseAudio because the (lazy) middle-man is gone. (...) Having all the necessary components for a PulseAudio free experience is a worthy goal I think. antiX comes without PulseAudio, but the main difference between these platforms seems to be systemd-free vs systemd-shim.
In any case, having a "network transparent" audio server on your system sounds like a dangerous thing to me, especially when you think of potential shortcomings in implementation. IMHO PulseAudio's potential security impilications might even in the long run be considered as leading to an incompatibility with the General Data Protection Regulation (GDPR).
ALSA works fine. OSS is now free. OpenBSD's sndio (https://en.wikipedia.org/wiki/Sndio) is available under the GPL-compatible (cf. (cf. https://www.gnu.org/licenses/license-list.en.html#ISC) ISC license. So maybe we could all be freed from another burden of the past from the time when the Linux world was severely damaged?
Greetings, Joe