I am not a fan of Pulseaudio, because it broke the basic things that must work for me. I’ve even ranted about it indirectly by posting about how to disable it on these forums.
I think its advocates deserve a fair hearing though, so FWIW see Slashdot
To compact his ‘opinions’; “It’s not our fault, it’s someone elses broken software”.
Funny how all the problems go away once you remove PA and go back to pure ALSA, even with those… “broken programs”.
> Funny how all the problems go away once you remove PA and go back to
> pure ALSA, even with those… “broken programs”.
my thoughts exactly…
i uninstalled PluseAudio and away went the problems, also…
–
palladium
+another one here. I addlock pulseaudio* at install time, but a few media players (mplayer based, iirc) pull in pulse libraries as a dependency. Luckily Kaffeine doesn’t.
I wouldn’t worry. The libpulse libraries can’t do anything without something calling them.
The nightmare with MPlayer is that /usr/bin/gnome on openSUSE has some hacks in it intended to make pulseaudio work that aren’t undone when pulseaudio is removed.
When one tries ALSA or SDL audio output on mplayer one gets errors because mplayer is looking for pulseaudio stuff that isn’t available thanks to hacked environment variables in /usr/bin/gnome.
http://forums.opensuse.org/applications/multimedia/422204-pulseaudio-must-die-how-i-killed.html
Thanks for the info and link. I’m on kde, so you are saying go ahead to install these players, along with libpulse, and the libraries will never be called because the pulseaudio server isn’t installed? That sounds right.
On Mon, 19 Oct 2009 09:36:01 +0000, KJ44 wrote:
> I am not a fan of Pulseaudio, because it broke the basic things that
> must work for me. I’ve even ranted about it indirectly by posting about
> how to disable it on these forums.
Ironically, after seeing this article, pulse completely broke for me - it
had been working fine for me prior. I guess now I’m feeling the pain
others have felt. 
Jim
–
Jim Henderson
openSUSE Forums Moderator
I can’t stand pulse. I wish it was not included by default. It’s ALSA or OSS for me.
Jonathan R wrote:
>
> I can’t stand pulse. I wish it was not included by default. It’s ALSA or
> OSS for me.
>
>
I don’t think it is included in 11.2. After a recent install of RC1 I
thought, “oh, must delete pulseaudio”, only to find it wasn’t installed.
–
Graham P Davis, Bracknell, Berks., UK. E-mail: newsman not newsboy
“I wear the cheese. It does not wear me.”
This is definitely worth looking into to find the exact state.
On my sandbox PC which is running a 32-bit 11.2 RC1 I noted sound “just worked” but I did not run any diagnostic scripts to see the exact configuration. I do vaguely recall noting that pulse was disabled, and I have a suspicion that pulse may be installed by default in openSUSE-11.2, but may also be disabled by default on openSUSE-11.2 for some ( all ? ) hardware.
A point of clarification here. And Jonathan_R I know that you know what I’m about to pass on, but other’s who don’t may misread your post. Hence while to say its “ALSA or OSS” is perfectly correct, for those who do not know, the choice is not “ALSA or OSS or PULSE”, because PULSE does not provide drivers, while ALSA and OSS do (provide drivers for sound).
Alsa provides a driver (via kernel modules) and also an API for programs to play/record sound.
Pulse is a layer above alsa driver. It does not replace the alsa driver. Hence when one has pulse installed, one also MUST have alsa. Now if one selects to use pulse, one then does not use the alsa API but one still uses the alsa driver/kernel module.
Here is a link to some basic openSUSE sound concepts: Sound-concepts - openSUSE
A bit sad really because the bloke must have put a lot of his own time and effort into something which just isn’t quite there yet, even though the theory behind it is quite good and well intentioned.
Maybe it would be more appropriate to be pointing the finger at the distro “bosses” instead though, they are the ones who decide what is included in a release are they not? If they listened a bit more to their end-user’s complaints, things like this could easily be avoided.
This is a very common attitude these days, especially among young people, so it’s not really surprising.
Everything is somebody else’s fault, very few people are man enough to stand up and be counted!
We see the same attitude in other areas of Linux these days too, for example the great KDE4 debacle. In that case it was “uneducated end users”, not the designer’s fault, and “it was the Nvidia driver’s fault”, not the KDE designer’s.
Thankfully it all turned out good in the end, the young people, well, that’s another story :sarcastic:.
The biggest problem with PulseAudio is that I consider it “yet another layer on top of glue”, with the foundations being as bad as they are currently (The whole Linux audio system being a mess that is) it does little but add one more layer that breaks like a house of cards.
If anything the functionality should’ve been bundled as part of ALSA itself as part of the tools package but my guess is “they didn’t want to work together” which seems to be a prevalent problem with the FOSS ‘community’ as a whole - everyone wants to do their own thing and the end result is one big mess that barely works together.
I don’t think that’s quite accurate. Barely works together? Come on! It’s not that bad. While it seems the projects do their own thing, they do work together.
oldcpu wrote:
>
> Cloddy;2053248 Wrote:
>> Jonathan R wrote:
>> > I can’t stand pulse. I wish it was not included by default. It’s ALSA
>> or OSS for me.
>>
>> I don’t think it is included in 11.2. After a recent install of RC1 I
>> thought, “oh, must delete pulseaudio”, only to find it wasn’t installed.
>>
> This is definitely worth looking into to find the exact state.
>
> On my sandbox PC which is running a 32-bit 11.2 RC1 I noted sound “just
> worked” but I did not run any diagnostic scripts to see the exact
> configuration. I do vaguely recall noting that pulse was disabled, and I
> have a suspicion that pulse may be installed by default in
> openSUSE-11.2, but may also be disabled by default on openSUSE-11.2 for
> some ( all ? ) hardware.
>
Seems more complicated - if that’s possible - as I made two 11.2 RC1
installations on the same machine today and I noted during the installation
that the one with Gnome desktop had pulseaudio enabled but on the KDE
installation it was disabled.
Could be a random feature of the installation process. It’s happened many
times that I’ve repeated an identical installation on a machine and found a
different route was travelled through the installation. It behaves like a
program that has a number of uninitialised variables.
–
Graham P Davis, Bracknell, Berks., UK. E-mail: newsman not newsboy
“I wear the cheese. It does not wear me.”
That fits with the current ability (11.1) to disable pulseaudio on KDE but not easily on the hacked Gnome (see earlier KJ44 post). They’ve probably done no more than change the KDE default.
For those who want to know about this, and state of affairs when Pulse got included in 11.1 try LPC: Linux audio: it’s a mess [LWN.net]
If you object to changes to Audio layers breaking applications, then how can Linux develop features, like individual volume controls for applications and network transparency for sound, which are present in “other” OSes?
Do you really want to impose the OSS abstraction of a mid 90’s sound card, developed for Dos/Win, on applications?
As for Chrysantine’s suggestion, ALSA is an underlying driver implementation, providing a hardware abstraction, for application and infrastructure software. ALSA and Pulse do not compete!
Let me guess. The other OSes kept it in development until it worked, by thoroughly testing it, before releasing to GA. What was the “must have it” need that pushed it out in 11.1? Do tell, but I probably can guess at that one that too.
Because of the retarded bias;
- If Windows does something similar, it sux0rz, they’re n00bz, buggy crap and evil capitalist pigz that enforce their broken software on you and forums like this will fill with “OMG MICROSOFT SUX LOL LINUX RULEZ”.
- If Linux does this, it’s only excellent development and should be embraced because it will be the shining beacon of freedom and light in the **** stained swampland of evil.
At least they TESTED that most of the functionality worked without you know, skipping sound and other completely useless waste of time that takes away from getting the work done.
As much as I would rather wear a ginger toupe’, pink trousers, and watch an episode of “Big Brother” than agree with Chrysantine, she has a point! rotfl!