apulse

You might be able to get Firefox to work with apulse (pa emulation for alsa), i dont know if it still works. https://askubuntu.com/questions/1387154/using-alsa-on-firefo... https://github.com/i-rinat/apulse SeaMonkey may be an alternative. It's closer to what I want than Firefox. https://www.seamonkey-project.org/

If you want to keep using alsa with applications that otherwise only work with pulseaudio, you can try apulse[1]. When I used to use it, it worked nicely, but I started using pulseaudio around the time of its most recent release, when I got frustrated by having to tweak asoundrc to use a USB microphone, and being unable to figure out how to bump up its sample rate. [1]: https://github.com/i-rinat/apulse

I read this and my first thought is "oh shit, is Firefox about to stop working?" some of us like our software to be stable and reliable, and not switch to the newest bullshit just because they can. I'm still bitter about being forced to find a workaround for FF requiring pulseaudio. Am I now gonna need to find a workaround for this? I run FF 94 right now, and will upgrade with trepidation... (shoutout to https://github.com/i-rinat/apulse. THANKS.)

You may want to try this project: https://github.com/i-rinat/apulse But I don't recommend using only ALSA without a sound server on a desktop, the usability of it is pretty bad.

You might try apulse: https://github.com/i-rinat/apulse

Today, to get a game to work on an older system. Several times last week when I needed to use an old proprietary program that used several outdated libraries. Every single time I want to run a program (usually a game) that has a runtime dependency on pulseaudio[1]. (apulse[2] usually works to translate the libpulse ABI back to ALSA). One time I had to write my own version of a library that specifically emulated the ABI used by an important program from an outside vendor. Obviously this didn't "just work"; it required a couple weeks of work to write the new version. The point isn't that future versions of a library will magically "just work". With a dynamically linked dependency replacement is at least possible. If the program in question was statically linked, nothing could be changed. The question isn't about which method is less work or

I don't think that's important. In practice you can also use the pulseaudio API and that will work everywhere because of this: https://github.com/i-rinat/apulse

There's a package called apulse, that tricks programs into thinking they are talking to PulseAudio while piping stuff internally to ALSA. https://github.com/i-rinat/apulse

PulseAudio emulation for ALSA - https://github.com/i-rinat/apulse

Maybe you could try out something like https://github.com/i-rinat/apulse for getting around the pulseaudio requirement.

> Firefox stopped supporting ALSA, so I had to install PA PulseAudio emulation for ALSA https://github.com/i-rinat/apulse

Maybe this will help: https://github.com/i-rinat/apulse . I just got bit by the new Firefox dependency. Installing PulseAudio left me without sound in VLC (even though I'm using the PulseAudio output plugin) and Firefox can't play videos anymore. I haven't tried apulse -- I solved the problem by not using Firefox anymore -- but I hear it gives good results.

For those of you dead set against using PA, you may want to look into this project to emulate PulseAudio support for ALSA: https://github.com/i-rinat/apulse

I saw this project the other day for alsa-refugees who have to run apps only supporting pulseaudio (some of my games, skype): apulse. It emulates pulseaudio for the given app. [0]: https://github.com/i-rinat/apulse

Well at least having Skype go Pulseaudio only prompted the creation of https://github.com/i-rinat/apulse.