Ticket #916 (closed defect: worksforme)

Opened 6 years ago

Last modified 6 years ago

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:1 Changed 6 years ago by abraxa@…

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

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

comment:4 Changed 6 years ago by mickey@…

  • Summary changed from Alsa plufin for pulseaudio to Alsa plugin for pulseaudio

Performance-wise I think a better way would be to wrap existing alsa
applications into pasuspend.

comment:5 Changed 6 years ago by gcasse@…

  • Status changed from new to closed
  • Resolution set to worksforme

The speech server I was aware of, works fine finally using directly an Alsa
output at 48khz (+ an .asoundrc file using dmix). Sorry for the annoyance.
Gilles

Note: See TracTickets for help on using tickets.