Originally posted by mugginz
View Post
What ever solution is provided, it has to be compatible with the rest of the current ecosystem. If someone releases a complete, reliable and easy to use solution then I'm sure we'll all be up for moving to it but that's not what some a re arguing for. They're say just scrap Pulse and with that seem to be suggesting that if only we would just use native ALSA then all our problems would go away. I think they're mistaken.
Same here.
Well the per app volume from a central control is benificial and useful.
Working bluetooth integration. If someone wants to say it worked before Pulse then their version of worked is defferent to mine.
Also, on the whole I find the current state of Pulse to be better and more reliable generally than what we had with straight ALSA.
But who's coming forward with a proven alternative?
If we jump ship to the OSS4 solution then what about drivers and such?
If we jump ship to the OSS4 solution then what about drivers and such?
Speaking as a driver developer of numerous years for the Linux kernel (Industrial I/O, imaging devices, and network devices...) and xorg (Utah-GLX...) the bulk of the code is about being in one of several classes with similar behaviors on the OS side of things and the hardware which differs at least slightly in how you talk to it. Much of the code could be used as a crib sheet for OSSv5 drivers if push comes to shove and vice versa since the licenses are completely compatible.
I don't know if ripping ALSA out for something along the lines of OSSv5 if it gets done is a good or bad idea. However, I do know we do need to come up with better core answers than we're doing in the community. PA's main piece that got it sold in was the per-process mixing and the resampling while mixing, if memory serves. If ALSA can't do that one, perhaps it needs to be fixed to do it- because it was supposed to be one of the main features of it to begin with. And if it's "broken" without the wrapper, perhaps there's serious flaws underneath we're sweeping under the carpet here with PA being required.
Comment