If this is your first visit, be sure to
check out the FAQ by clicking the
link above. You may have to register
before you can post: click the register link above to proceed. To start viewing messages,
select the forum that you want to visit from the selection below.
/offtopic: i'm now a happy OSSv4 user since i tested it a while ago, i love to listen to glitch free music with MPD, while i don't have anything against ALSA per se, i can't be happy with skipping music when my CPU is at 50% or when i copy some files from a partition to another
oh, and this ( need for ALSA ) situation was created by 4 Front when they decided to stop support those kernel drivers so i kinda hate them for that but love them for what OSSv4 is now ( a viable alternative to my ALSA gripes )
I read somewhere that OSSv4 does not support suspend-to-ram (sleep) - is this true?
Thanks, I just read that Licaon's link which suggests proper power management as one of the goals for OSSv5. Pretty nasty as it is, OSSv4 cannot really replace ALSA+Pulse without proper suspend, at least not in the general case. I guess it could work for some people, but I'd be really pissed if my laptop couldn't go to sleep!
No, wait, Nvidia managed to break suspend pretty well here. And, ugh, it sucks. Whoever says that fast boots aren't necessary is an idiot!
Personally, I could continue living with this issue if it means I can keep having acceptable audio latencies, non-skippy audio and a "dmix" (vmix in OSS4) that actually works. But in the end, as I see it, only a two things can help:
* Someone fixes ALSA (unlikely)
* Someone fixes OSS4 (unlikely)
* Someone kills ALSA so development shifts to OSS4 (unlikely)
So I guess Linux audio is still screwed for years to come :P
Note that fixing PulseAudio doesn't help; it uses either ALSA or OSS under the hood, and it's those that are broken (with ALSA being more broken when I judge it using my own priorities.)