PulseAudio 2.0 Runs On HURD, Has Jack Detection

[GreatEmerald]

Oh yea, speaking of which, PulseAudio is also quite nice for more advanced recordings. For instance, with ALSA, you can set it to record the sound and the microphone off your sound card, but they will be combined into one without any way of splitting them. With PA, you have the ability to record the input and the monitor separately, allowing you to post-process the audio tracks (in my case, remove noise and equalise the microphone input).

Mind you, I still prefer recording the microphone off my integrated sound chip than my dedicated sound card, as the latter doesn't have any volume boost support, which is due to pretty lousy drivers for the X-Fi emu20k1 chip (which are hardly better on Windows, even...).

About PA device names, they're pretty unreadable, but they're like GUIDs. You can be sure you're recording the right thing at all times, and it won't change to something else when changing card priority or the number of installed cards. You can also make an alias, as far as I know.

[Larian]

You must admit Wine is heavily reliant on good latency, so if your hardware is a setback then running any API's closer to the kernel or hardware, is the better.

Personally I've noticed Wine improvements with sound only with recent releases, older versions were shocking. Maybe this is due to OpenAL.

I'm the first to admit that I'm not a sound guru, but I know that my hardware hasn't changed. Whatever Canonical pushed onto my machine in the form of PulseAudio just doesn't play nice with everything. Until I did this update, almost everything worked without resorting to CLI-fu. Now I'm constantly having to reset PA when I run a WINE application. Worse yet, native Linux games that PulseAudio should cope with flawlessly (and ALSA did), now have to be made to fall back on OSS manually.

But don't get me wrong - PulseAudio has all kinds of promise. Let's just refrain from trotting it out as a perfect solution and a cure for cancer.

ASIDE: (I seem to be running PulseAudio 1.1 if it matters. Not sure why it wasn't upgraded to a more recent version during the update.)

[MaxToTheMax]

PulseAudio and HURD: those two projects deserve each other.

[drag]

I'm the first to admit that I'm not a sound guru, but I know that my hardware hasn't changed. Whatever Canonical pushed onto my machine in the form of PulseAudio just doesn't play nice with everything. Until I did this update, almost everything worked without resorting to CLI-fu. Now I'm constantly having to reset PA when I run a WINE application. Worse yet, native Linux games that PulseAudio should cope with flawlessly (and ALSA did), now have to be made to fall back on OSS manually.

But don't get me wrong - PulseAudio has all kinds of promise. Let's just refrain from trotting it out as a perfect solution and a cure for cancer.

ASIDE: (I seem to be running PulseAudio 1.1 if it matters. Not sure why it wasn't upgraded to a more recent version during the update.)

I say that your problem has more to do with Ubuntu and less to do with Pulseaudio.

Ubuntu has done stupid things that broke or at least made pulseaudio terrible in the past. I wouldn't be surprised if they did it again.

[drag]

I can't say Pulseaudio is perfect, but it's a hell of a lot better then editing asoundrc files.

[Awesomeness]

I can't say Pulseaudio is perfect, but it's a hell of a lot better then editing asoundrc files.

Never heard of asoundrc files.

[gilboa]

Are you kidding me?! It is still a horrible mess! I've just tried it 3 month ago.

Pulseaudio is in many parts duplicating work that is already present in ALSA and doing it worse.

Pulseaudio should focus on being just an audio server with per application sound levels and network transparency. Also it shouldn't try try manage "every" sound output. Programs that don't directly support it shouldn't be touched by it, that is what creates this mess in the first place.

While at the same time ALSA should make its advanced settings more easily available. Normalizing, noise cancellation, surround sound, all this is already possible with ALSA it is only hard to write into your .asoundrc we actually need a program that is able to create this file automatically depending on the users preferences.

I would actually love to have a good sound-server on my Linux boxes, but every time I try Pulseaudio it only creates a mess.

I'm not arguing a point, but keep in mind that other people's experience (E.g. me) is *radically* different that yours and in many cases, issues can be solved or triggered by the distribution itself.
Case of point: my workstation has 3 sound devices:
1. Audigy 2SZ connected to 5.1 setup.
2. On-boad 5.1 HDA care connected to a remote speaker.
3. USB webcam with built in mike.

With ALSA trying to get the setup working was a pure mess, dminx, numerous .asoundrc's - and it never really worked right.
With Pulse, especially in recent Fedora releases everything works *out of the box* with zero configuration on my end.
I can move audio from one device to another (In reality - from one speaker set to another).
I can have two active (or actually 3) streams working simultaneously with zero configuration.
... And last and not least, I have a *reliable* method to give different volume levels to different streams.

... Now, YMMV or actually, your millage may be radically different, but keep in mind that for many people latest revisions of Pulse simply work.

- Gilboa

[gilboa]

You must admit Wine is heavily reliant on good latency, so if your hardware is a setback then running any API's closer to the kernel or hardware, is the better.

Personally I've noticed Wine improvements with sound only with recent releases, older versions were shocking. Maybe this is due to OpenAL.

Back in 1.3.x wine developers decided to continue using ALSA as the main sound layer when the rewrote the mmdevapi layer.
Sadly enough, it never quite worked on PA distributions either due to ALSA bugs or PA bugs (the issue was never really resolved).
In the mean time, there's an external patch that re-enables winepulse.drv [1] and at least in my case, works out of the box and follows the latest upstream release.
As far as I know [2] the wine developers have decided to officially support PA once and for all, but no target release date / version has been set.

- Gilboa

[1] http://repo.or.cz/w/wine/multimedia.git
[2] http://bugs.winehq.org/show_bug.cgi?id=10495

[GreatEmerald]

I'm not arguing a point, but keep in mind that other people's experience (E.g. me) is *radically* different that yours and in many cases, issues can be solved or triggered by the distribution itself.

Indeed. I have 3 machines I tried to use PulseAudio on. My main PC, with two cards, had certain issues. My tablet PC had huge issues (even system sound didn't play correctly out of the box). But the laptop works with it flawlessly, I never had to change a thing to make it work there. And all of these machines use the same distribution.

[linuxoid]

Correct me if I'm wrong but OSSv4 cannot be used with HDMI right?
So if I connect my laptop to my 32 in HD TV to watch videos with my HDMI cable I am out of luck.

To me that's a showstopper for using OSSc4 on a desktop machine.
Pulseaudio here (OpenSuSe and Ubuntu) work flawlessly.