| |||||||||||||
The case for the /usr mergeThe case for the /usr mergePosted Jan 29, 2012 17:06 UTC (Sun) by sbergman27 (guest, #10767)In reply to: The case for the /usr merge by niner Parent article: The case for the /usr merge
"Your motherboard does nothing! It's ALSAs dmix plugin that does the mixing in this case."
Even better. Then Pulse is not only redundant, but in some cases double-redundant.
"It uses timer based scheduling instead of interrupt based which lieterally increases battery life on my laptop for hours due to fewer CPU wakeups."
Show me the data. I'm extremely skeptical. Unless you mean that you save a lot of power after your sound dies. That would make sense.
(Log in to post comments)
The case for the /usr merge Posted Jan 30, 2012 1:40 UTC (Mon) by slashdot (guest, #22014) [Link]
dmix won't be enabled if Pulse is active, in sane distributions, obviously.
The case for the /usr merge Posted Jan 30, 2012 19:40 UTC (Mon) by sbergman27 (guest, #10767) [Link]
But ALSA will be there. (Is anyone using OSS?) So PA's "functionality" is still redundant in this capacity.
The case for the /usr merge Posted Feb 2, 2012 8:54 UTC (Thu) by keeperofdakeys (subscriber, #82635) [Link]
ALSA is incapable of software mixing, the dmix plugin handles this. So PA isn't redundant in this capacity.
As for OSS, no one uses it directly (or at least shouldn't). Many programs will use the OSS emulation offered by ALSA (which doesn't support software mixing). The interesting thing about OSS is that it was originally open source, became closed, and became open source again with version 4. Although, now we have shifted to ALSA, it will probably never be as popular.
|
|||||||||||||