News for hackers. Stuff that matters.
Re:PulseAudio under the hood by simias on Friday September 22, 2017 @10:48AM (#15312650)
I keep seeing this argument in this thread and quite frankly I'm dumbfounded. Last time I've had this issue was more than a decade ago on FreeBSD and it was solved by tweaking my OSS config to enable multiple channels. I've never, ever had this issue with Alsa. And I'm not a fan of Alsa either, PA just managed to be even more opaque and less reliable in my experience.

Now, it's just anecdotic evidence of course but basic audio mixing is not exactly rocket science, you shouldn't need something as convoluted as PulseAudio to get it right. I mean, what the hell: https://gavv.github.io/blog/pulseaudio-under-the-hood/diagra...

Some power users might need these additional features, I don't. I wouldn't mind having all of that if the basics just worked reliably but they don't.

These days disabling PA is my go-to first step while troubleshooting audio issues on linux and more often than not I don't have to go to step #2.

Re:PulseAudio under the hood by loeg on Friday September 22, 2017 @12:03PM (#15313349)
FreeBSD's OSS is not ALSA.

ALSA refused to do mixing in software for some time. Maybe it still doesn't do it, I don't know. So if you had a hardware sound card that would do mixing, you could play multiple channels with ALSA, but if you didn't, you were SOL.

Re:PulseAudio under the hood by digi_owl on Friday September 22, 2017 @01:22PM (#15314032)
Alsa has had dmix for quite some time. The thing was that until something like a decade ago it had to be manually enabled via a .asoundrc edit. These days Alsa will enable it automatically on any device known to not have a hardware mixer.
Re:PulseAudio under the hood by loeg on Friday September 22, 2017 @03:58PM (#15315268)
Maybe so, but I did try to fix it without resorting to a hardware sound card and couldn't at the time. IIRC the syntax of the ALSA configuration files was particularly arcane.

Not sure why that deserves downvoting.