| 1 |
My problem is exactly as others described: Usually, mpd is running and |
| 2 |
playing my favorite tunes. Then, all of the sudden, I decide that I |
| 3 |
would like watch some youtube movie, or something, so I stop mpd, |
| 4 |
watch the movie, but when I want to play my music again mpd complains |
| 5 |
that the audio device is busy. The only thing that works is to close |
| 6 |
my browser AND all applications that were started from it (even if |
| 7 |
they don't use the soundcard at all), which is an annoyance that I |
| 8 |
didn't had to deal with when using different hardware or older version |
| 9 |
of alsa. I've tried all the simple solutions I could find, like adding |
| 10 |
alsasound rc, passing the model=dell-m4 to modprobe, and even messing |
| 11 |
with asound.conf which only ended up in less usable soundcard. I've |
| 12 |
noticed that applications access the /dev/snd/pcmC0D0p directly, and I |
| 13 |
guess they should access some virtual device that will enable the |
| 14 |
mixing or muxing of audio streams. I couldn't set such device, though. |
| 15 |
|
| 16 |
On Fri, Dec 4, 2009 at 7:08 AM, Joshua Murphy <poisonbl@×××××.com> wrote: |
| 17 |
> On Thu, Dec 3, 2009 at 8:12 PM, walt <w41ter@×××××.com> wrote: |
| 18 |
>> On 12/03/2009 01:23 PM, Yoav Luft wrote: |
| 19 |
>>> |
| 20 |
>>> Hi, |
| 21 |
>>> On my dell Vostro 1520, with intel hda ICH9 82801I sound card |
| 22 |
>>> (xSTAC92HD71B3, according to /proc/asound/card0/codec), only one |
| 23 |
>>> application can access the sound card at a time... |
| 24 |
>> |
| 25 |
>> I hope Nikos's suggestion will help you, but just in case it doesn't: |
| 26 |
>> |
| 27 |
>> Most people don't have any need for more than one application to use |
| 28 |
>> the sound card at the same time. Do you have a special purpose in |
| 29 |
>> mind, such as mixing multiple sound tracks, professional-quality |
| 30 |
>> sound editing, film editing with special sound effects, or something |
| 31 |
>> similar? |
| 32 |
>> |
| 33 |
>> If you do, then you will be one of the very few people who actually |
| 34 |
>> needs to use pulseaudio, because it will allow multiple applications |
| 35 |
>> to use one sound card at the same time. That is the purpose of |
| 36 |
>> pulseaudio. But, as I said, very few people really need it. |
| 37 |
>> |
| 38 |
>> Can you explain more about what you are trying to do? |
| 39 |
> |
| 40 |
> I'm not the OP, but it's been my experience that, when things aren't |
| 41 |
> configured to handle multiple processes using audio, you can't even |
| 42 |
> pause a movie in, say, mplayer to check out the youtube video a friend |
| 43 |
> just pointed you towards... which nowadays, is far from an uncommon |
| 44 |
> thing for a person to expect their computer to handle. |
| 45 |
> |
| 46 |
> Lately, I've had zero issues with alsa pretty much configuring itself |
| 47 |
> properly, given I'm using the in kernel alsa drivers for my systems... |
| 48 |
> and it hasn't required any manual configuration of dmix or similar to |
| 49 |
> function properly. Last time I used a separate sound daemon (aside |
| 50 |
> from a short stent with Ubuntu on my netbook that, I think, had me |
| 51 |
> using pulseaudio), I was running esound to manage audio from a |
| 52 |
> headless box over my network... and ESD was playing nicely with other |
| 53 |
> straight alsa apps on the same box. |
| 54 |
> |
| 55 |
> As a bit of a tip to the OP, since I'm going on about it all working, |
| 56 |
> while for them it isn't... 1) make sure you're using the alsa drivers |
| 57 |
> for your card and not oss (checking lspci -k) and 2) enable oss |
| 58 |
> emulation in the kernel (makes even OLD oss based software work |
| 59 |
> without much argument, in my experience). |
| 60 |
> |
| 61 |
> -- |
| 62 |
> Poison [BLX] |
| 63 |
> Joshua M. Murphy |
| 64 |
> |
| 65 |
> |
Archives