Bug#293751: asterisk: chan_alsa.so hogs the soundcard

[Kilian Krause]

--=-PO7xD+4q0Iop6zV0WFqs
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

Hi Hans,

> chan_alsa.so hogs the soundcard. This is quite normal for an application
> but not sociable for a daemon. If the alsa module will be used it's
> likely that the user might want to use other sound software as well.=20
>=20
> I recommend opening the soundcard when the channel is opened, and
> closing it when the channel is closed, instead of keeping the soundcard
> open the entire time asterisk is running. If it can't open input or
> output for whatever reason it should issue a warning and continue with
> whatever capablities are left.

as far as i understand the idea behind asterisk, it's meant to be a
dedicated server daemon and thus of course hogs the soundcard. How else
would you ensure that you can use the sounds channel when it's needed?
If there's no sequencer involved, then also with ALSA the access to the
output channels is limited.

What would be the purpose of adding ALSA when you must not make sure
that it's available?
If you only want ALSA access from time to time, i propose to do
monitoring of channels with a suitable client rather than from within
asterisk (and to set chan_alsa to noload in modules.conf).

--=20
Best regards,
 Kilian

--=-PO7xD+4q0Iop6zV0WFqs
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: Dies ist ein digital signierter Nachrichtenteil

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (GNU/Linux)

iD8DBQBCCNepvdkzt4X+wX8RAhHRAKCEAx2ptMI6IijUmoMaD3tciNG3+wCcCJm9
ZpuSLCu+Dc+IEoTgYt2qLxU=
=ahh7
-----END PGP SIGNATURE-----

--=-PO7xD+4q0Iop6zV0WFqs--