To view parent comment, click here.
To read all comments associated with this story, please click here.
Anybody that hates Poettering for that needs to have his head examined. It ain't that serious.
I do think the interview showed a good deal of arrogance on Poettering's part, for example when he says (when asked about the BSDs continuing to use OSS instead of ALSA or PA:
He doesn't explain it except to say
Never mind that I use OpenBSD as my desktop and my only real audio need is to listen to my music, which I do quite easily. Never mind that I never need to "handle more than one client with different latency constraints" and that I've never done mixing or sample conversion. Never mind that it's a very very small subset of the people who use Linux who need to do those things anyway.
I'm not annoyed at him exposing bugs or implementing what could well be a better way overall. On the contrary, those are good things. I'm annoyed at his insistence that something which fills all my needs (even if it doesn't fill absolutely everyone's) is wrong and must be replaced by a much buggier stack that is—in execution if not design—less functional.
When you have a 5.1 stream and you want it in a 2.0/2.1 system you need to mix the channels. These days that is quite normal. Also in portable systems to save power and not wake the system as often you want very high latency audio which you cannot do with alsa or oss. As far as I'm aware WebOS, Maemo and meego all use pulseaudio versus raw alsa for this very reason
diegocg,
"The criticism to Pulseaudio is getting ridiculous."
It's apparent from the voting that your opinion is more popular here, but I really don't think it's ridiculous to criticize pulseaudio (and the distros loading it) when the result was many broken systems.
Personally I am obviously still a devoted Linux user, but these things should not happen with a professional OS. Even if the changes were ultimately beneficial, the chaotic process through which pulse audio was released is unfortunately a set back to the credibility of a reliable OS. It is exactly this sort of mismanagement that fuels the cry that linux is not ready for the desktop.
Personally I am obviously still a devoted Linux user, but these things should not happen with a professional OS. Even if the changes were ultimately beneficial, the chaotic process through which pulse audio was released is unfortunately a set back to the credibility of a reliable OS. It is exactly this sort of mismanagement that fuels the cry that linux is not ready for the desktop.
< elitist ass > It separates the men from the boys. < /elitist ass >
For me the part in bold is what counts. Progress is painful. I've been using Linux since 1998 and there have been bumpy rides, but the system always got better, even after a temporary regression.
It is in the nature of people to bitch and moan about temporary setbacks. Look at the abuse we all gave MS over Vista. Now that Vista has been thoroughly polished and re-released as Windows 7, where are the cries now? Not to be heard. Yet vista was necessary to get to Windows 7. (Yes, a Linux user can praise MS...)
If you can't be on the bleeding edge, curb your updateritis and stick with a long time support release without the problematic feature. There are enough enthusiasts out there to iron out the kinks, before anyone needs to get near a new, bleeding edge feature.
Linux at least has the luxury of a few bazzilion distro's, so there should always be one with the right feature set. MS didn't have that luxury with Vista.
I find statements like these to be quite pointless, I remember tons of complaints over broken video/audio drivers as Microsoft released Vista with it's new driver architectures, and Microsoft have alot more resources at their disposal for testing before release than Linux devs have.
For OSX obviously it's a different matter since they control the exact hardware and thus only have to make it work flawlessly against their particular specification. So I'm guessing they are the only ones that would get your 'professional OS' seal of quality.
You shouldn't hate the ACID tests...
but imagine if the Google made their homepage make use of advanced HTML features requiring 100% ACID pass rate. Suddenly 90% of the world can't access Google when they previously could?
That would create a huge storm as well.
At the end of the day you make your products for your users. Google would never do that to it's users.
Neither should Linux distros.
The fault lies with the distros for packaging pulse audio when a lot of audio drivers didn't implements advanced functionality 100%.





Member since:
2005-07-08
Pulseaudio uses code paths that implement advanced functionality; these code paths had never been tested in many drivers because most people didn't use them and nobody cared about it. Pulseaudio forced maintainers to implement correctly all the advanced stuff. If Linux had more people working on the audio stack maybe those bugs could have been fixed sooner, but we don't have that luxury.
The criticism to Pulseaudio is getting ridiculous. Nobody knows the name of the people that actually had bugs in their drivers, but everybody hates Lennart for exposing them? What is next, should we hate the ACID tests because they expose bugs in IE?
Edited 2011-07-07 20:18 UTC