[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: F11: OSS and pulseaudio conflict



On Sun, 2008-11-30 at 00:29 -0500, Warren Togami wrote:
> Bastien Nocera wrote:
> >>
> >> There's no sound mixing (through ALSA or PulseAudio) when OSS emulation
> >> is used in ALSA. Kill it (and file a bug against the app).
> > 
> > Filed:
> > https://bugzilla.redhat.com/show_bug.cgi?id=472741
> > 
> 
> http://lwn.net/Articles/308445/
> CUSE: Character devices in user space
> 
> The first cuse driver is an OSS proxy to pulseaudio, that provides 
> /dev/dsp, /dev/adsp and /dev/mixer.  The article describes it as likely 
> to be merged in the upstream 2.6.29 kernel.  Let us help this become 
> stable so we can count on it for F11.
> 
> Assuming cuse OSS proxy is ready for F11, and it works reasonably well 
> as a complete replacement for ALSA's OSS compat layer, we would do the 
> following:
<snip>

I don't see this happening for F11, so I'll comment on the fallback
strategy.

> The fallback plan if cuse OSS proxy is not ready for F11...
> 
> 1) Keep the OSS kernel modules.
> 2) alsa-plugins-pulseaudio ships /etc/modprobe.d/blacklist-oss-sound, 
> thereby preventing loading of these kernel modules and interfering with 
> pulseaudio daemon.
> 3) If the user wants to use an OSS sound application they can use padsp 
> manually.
> 4) Native OSS comes back if the user uninstalls alsa-plugins-pulseaudio, 
> which also makes it so nothing uses pulseaudio for sound output by default.

You assume that using OSS on top of ALSA is only broken when PulseAudio
is involved. This isn't the case, dmix won't work when a program uses
OSS, so no sound mixing for you as soon as a single OSS app is used.

I'd rather a list of apps that use OSS in Fedora were compiled, so they
can be fixed.

Cheers


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]