It’s 2018 and you can run Crysis on integrated graphics, but Linux still can’t play two sounds at the same time on anything.
-
Show this thread
-
(Problems with mixing simultaneous audio streams was a real issue with ALSA years ago)
10 replies 0 retweets 38 likesShow this thread -
SwiftOnSecurity Retweeted
Apparently it's still an issue
https://twitter.com/zeefreak/status/964162903392817156 …SwiftOnSecurity added,
This Tweet is unavailable.4 replies 1 retweet 51 likesShow this thread -
Replying to @SwiftOnSecurity
I've never had an issue with this when running pulse over alsa, but I haven't looked into the internals of the interface, maybe pulse mixes the audio before sending to alsa? That's kinda neat though, curious why this has persisted as long as it has.
1 reply 0 retweets 1 like -
Replying to @hedgeberg @SwiftOnSecurity
Pulse mixes everything. ALSA has dmix which can do the same but isn't enabled by default these days (because PA takes care of it). And PA usually has an ALSA plugin so *everything* should go to PA and get mixed by default.
1 reply 3 retweets 12 likes -
If you have a really boneheaded legacy app that hardcodes the audio output device on ALSA or insists on direct hardware access then yeah, that will not work properly and will block other audio if there was nothing playing before.
4 replies 2 retweets 13 likes -
Linux audio is such a mess. This is why I like FreeBSD. /dev/dsp is a virtual device that many processes can open, and a kernel thread mixes it. Simple as pie and it just F'ing works.
2 replies 0 retweets 1 like -
Can it switch dynamically between sound cards? Will plugging in external speakers re-route audio through the separate DAC channel? What about up/downmixing? Hotplugging HDMI to send audio to a TV? Network audio? Bluetooth? Ducking audio while on calls? PA does all of those.
2 replies 0 retweets 3 likes -
Output switching is application-level stuff. You get a separate device per sound card (or output if the hardware has more than one). Also, /usr/ports/audio/pulsoaudio is there if you want it. It works just fine on top of a snd(4) device.
1 reply 0 retweets 0 likes -
Why is output switching application-level stuff? Why would every app have to support Bluetooth device connection, deal with hotplug events, dynamically switch, remember preferred outputs? All of that works *so* much better when it's centralized (but apps can still override it).
1 reply 0 retweets 1 like
But sure, BSD might've gotten the kernel interface done in a saner way, though I don't have any BSD experience so I don't know if it might be lacking in other respects :)
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.