Во вложении мой рабочий конфиг для alsa. Девайс для выхода (с софтварным микшированием) - dsp0... Работает на ура... после настройки - выкинул нафик arts и esd. Конфиг ложится в /etc соотвесно...
> Hi. > > У меня издревле стоял esd. Несколько раз я встречал (и здесь, и в фидо) > фразы, мол выкинь ты лучше свой esd/arts/etc и поставь алсу. Сейчас > дошли руки, поставил ради интереса. Работать работает. Но вот как в ней > делается (и делается ли вообще) сабж? esd over oss over alsa работает > прекрасно, но это, как я понимаю, некоторого рода изврат. А как добиться > того же эффекта средствами алсы? В доках-факах (правда, каюсь, > просмотренных бегло) не нашел ни слова. > > -- > Alex Kicelew <[EMAIL PROTECTED]> ICQ 3887592 -- С уважением, Саух С.А Ведущий специалист группы поддержки пользователей Хабаровск, МР "Дальний Восток", Отдел эксплуатации ИТ ОАО "МТС" _________________________________________ e-mail: [EMAIL PROTECTED] тел.: (4212) 252 810 факс: (4212) 329 522 моб.: (4212) 250 023 www.khv.mts.ru
# The top level shared pseudo device, with both PCM and CTL interfaces
# The ALSA default is "!default", but many programs like XMMS and aoss
# assume "dsp0" as default name for PCM and "mixer0" for CTL.
# Amazingly, XMMS has problems if one defines 'pcm.dsp0' to be
# 'plug' for 'pcm.asym0' and not directly as 'asym0'.
pcm.!default { type asym;
capture.pcm "dsnoop0";
playback.pcm "dmix0"; }
ctl.!default { type hw; card 0; }
pcm.dsp0 { type asym;
capture.pcm "dsnoop0";
playback.pcm "dmix0"; }
ctl.dsp0 { type hw; card 0; }
ctl.mixer0 { type hw; card 0; }
########################################################################
pcm.asym0 { type asym;
capture.pcm "dsnoop0";
playback.pcm "dmix0"; }
pcm.dsnoop0 { type dsnoop;
ipc_key 13758;
slave.pcm "hw:0,0"; }
########################################################################
# Buffering (period time defaults to 125000 usecs).
# Size of period, expressed either in usec or byte units:
# period_time USECS
# period_size BYTES
# Size of buffers, expressed either in period, usec, or byte units:
# periods PERIODS
# buffer_time USECS
# buffer_size BYTES
# The ALSA docs have examples with 'period_time' set to 0,
# when 'period_size' and 'buffer_size' are used instead,
# but this can cause trouble in later releases of ALSA.
# For OSS compatibility, 'period_size' and 'buffer_size'
# should be powers of 2. Also, many cards cannot accept
# a 'period_size' much greater than 4096, so 4096 is safe.
# On my VIA 8233A, any value for 'period_time' greater than
# 85333 usecs (precisely!) causes hiccups in sound output.
# Why? At 48kHz, 85333 usec are are just over 4096 bytes/channel.
pcm.dmix0 { type dmix;
ipc_key 13759;
slave.pcm "hw:0,0";
slave.channels 2;
slave.rate 48000;
slave.period_size 4096;
slave.buffer_size 16384;
slave.period_time 84000;
slave.buffer_time 340000;
# Map only the first two channels
bindings.0 0;
bindings.1 1; }
pgpAb8vD7TzxQ.pgp
Description: PGP signature
