Ticket #916 (closed defect: worksforme)
Alsa plugin for pulseaudio
| Reported by: | gcasse@… | Owned by: | mickey@… |
|---|---|---|---|
| Priority: | high | Milestone: | |
| Component: | Applications & Dependencies | Version: | 2007.2 |
| Severity: | normal | Keywords: | |
| Cc: | buglog@… | Blocked By: | |
| Blocking: | Estimated Completion (week): | ||
| HasPatchForReview: | PatchReviewResult: | ||
| Reproducible: |
Description
An alsa application such as aplay can fail returning:
aplay: main:545: audio open error: Device or resource busy
because pulseaudio (or another alsa app) is using /dev/snd/pcmC0D0p
A solution would be to install the alsa plugin for pulseaudio [1].
Could you please add these packages?
They already exist in openembedded:
libasound-module-ctl-pulse - 1.0.14-r0 - Alsa plugin for ctl-pulse
libasound-module-pcm-pulse - 1.0.14-r0 - Alsa plugin for pcm-pulse
Note:
once the packages are installed
aplay -Dpulse file.wav
works :-), since /etc/asound.conf already defines a pulse device.
For having this behaviour by default, these lines can be added to
/home/root/.asoundrc
pcm.!default {
type pulse
}
ctl.!default {
type pulse
}
For some reason, it does not work if these lines are added to /etc/asound.conf
Change History
comment:2 Changed 6 years ago by gcasse@…
Sorry if this comment comes twice (the first one has been sent by mail 11 hours
ago).
aplay is an example, the purpose is to ease the integration of a native Alsa
application.
Gilles
comment:3 Changed 6 years ago by abraxa@…
Ahh, okay. Yeah, while not being the most efficient thing to do I guess it's
the only way to make non-PulseAudio?-aware apps behave.
-Soeren

I don't quite understand the purpose of this. With these plugins you'd
effectively build an ALSA->PulseAudio?->ALSA chain. To play files from console
it would be more effective to just install pulseaudio-misc and use paplay, no?
-Soeren