Difference between revisions of "Advanced Linux Sound Architecture (Italiano)"

From ArchWiki
Jump to: navigation, search
m (Userspace)
m (Utilizzando mbeq)
Line 296: Line 296:
 
* inserire nel file di configurazione di ALSA ({{ic|~/.asoundrc}} oppure {{ic|/etc/asound.conf}}) le seguenti righe:
 
* inserire nel file di configurazione di ALSA ({{ic|~/.asoundrc}} oppure {{ic|/etc/asound.conf}}) le seguenti righe:
  
{{hc|/etc/asound.conf |pcm.eq {
+
{{hc|/etc/asound.conf|2=<nowiki>pcm.eq {
type ladspa<br>
+
  type ladspa
# The output from the EQ can either go direct to a hardware device
+
 
# (if you have a hardware mixer, e.g. SBLive/Audigy) or it can go
+
  # The output from the EQ can either go direct to a hardware device
# to the software mixer shown here.
+
  # (if you have a hardware mixer, e.g. SBLive/Audigy) or it can go
#slave.pcm "plughw:0,0"
+
  # to the software mixer shown here.
slave.pcm "plug:dmix"<br>
+
  #slave.pcm "plughw:0,0"
# Sometimes you may need to specify the path to the plugins,
+
  slave.pcm "plug:dmix"
# especially if you've just installed them.  Once you've logged
+
 
# out/restarted this shouldn't be necessary, but if you get errors
+
  # Sometimes you may need to specify the path to the plugins,
# about being unable to find plugins, try uncommenting this.
+
  # especially if you have just installed them.  Once you have logged
#path "/usr/lib/ladspa"<br>
+
  # out/restarted this should not be necessary, but if you get errors
plugins [
+
  # about being unable to find plugins, try uncommenting this.
  {
+
  #path "/usr/lib/ladspa"
    label mbeq
+
 
    id 1197
+
  plugins [
    input {
+
    {
      #this setting is here by example, edit to your own taste
+
      label mbeq
      #bands: 50hz, 100hz, 156hz, 220hz, 311hz, 440hz, 622hz, 880hz, 1250hz, 1750hz, 25000hz,
+
      id 1197
      #50000hz, 10000hz, 20000hz
+
      input {
      controls [ -5 -5 -5 -5 -5 -10 -20 -15 -10 -10 -10 -10 -10 -3 -2 ]
+
        #this setting is here by example, edit to your own taste
    }
+
        #bands: 50hz, 100hz, 156hz, 220hz, 311hz, 440hz, 622hz, 880hz, 1250hz, 1750hz, 25000hz,
  }
+
        #50000hz, 10000hz, 20000hz
]
+
        controls [ -5 -5 -5 -5 -5 -10 -20 -15 -10 -10 -10 -10 -10 -3 -2 ]
}<br>
+
      }
# Redirect the default device to go via the EQ - you may want to do
+
    }
# this last, once you're sure everything is working.  Otherwise all
+
  ]
# your audio programs will break/crash if something has gone wrong.<br>
+
}
pcm.!default {
+
 
type plug
+
# Redirect the default device to go via the EQ - you may want to do
slave.pcm "eq"
+
# this last, once you're sure everything is working.  Otherwise all
}<br>
+
# your audio programs will break/crash if something has gone wrong.
# Redirect the OSS emulation through the EQ too (when programs are running through "aoss")<br>
+
 
pcm.dsp0 {
+
pcm.!default {
type plug
+
  type plug
slave.pcm "eq"
+
  slave.pcm "eq"
}
+
}
}}
+
 
 +
# Redirect the OSS emulation through the EQ too (when programs are running through "aoss")
 +
 
 +
pcm.dsp0 {
 +
  type plug
 +
  slave.pcm "eq"
 +
}
 +
</nowiki>}}
  
 
* ricaricare le impostazioni di alsa (da utente root)
 
* ricaricare le impostazioni di alsa (da utente root)

Revision as of 00:08, 19 January 2012

This template has only maintenance purposes. For linking to local translations please use interlanguage links, see Help:i18n#Interlanguage links.


Local languages: Català – Dansk – English – Español – Esperanto – Hrvatski – Indonesia – Italiano – Lietuviškai – Magyar – Nederlands – Norsk Bokmål – Polski – Português – Slovenský – Česky – Ελληνικά – Български – Русский – Српски – Українська – עברית – العربية – ไทย – 日本語 – 正體中文 – 简体中文 – 한국어


External languages (all articles in these languages should be moved to the external wiki): Deutsch – Français – Română – Suomi – Svenska – Tiếng Việt – Türkçe – فارسی

L' Architettura Avanzata per il Suono su Linux (conosciuta con l'acronimo di ALSA) è un componente del kernel creato per rimpiazzare l'originale Open Sound System (OSS) utilizzato per fornire driver di periferica per le schede audio. Oltre ai driver audio, ALSA mette a disposizione anche una libreria in spazio-utente per sviluppatori di applicazioni che vogliano utilizzare le funzioni dei driver tramite un'API piuttosto che con un'interazione diretta con i driver del kernel.

Nota: Per una eventuale alternativa consultare la pagina OSS.
Summary help replacing me
Utilizzo, configurazione risoluzione dei problemi di ALSA
Related
Sound
Disable PC Speaker Beep

Contents

Installazione

ALSA è incluso nel kernel di default di Arch come insieme di moduli, perciò non è necessario installarlo esplicitamente.

Udev interogherà automaticamente l'hardware al boot, caricando il modulo del kernel corretto per l'hardware rilevato. Perciò, la scheda audio dovrebbe essere subito funzionante, ma di default la configurazione prevederà che tutti i canali siano impostati su muto.

L'utente dovrebbe essere inserito nel gruppo "audio" per poter eseguire suoni tramite alsa. Per aggiungere il proprio utente al gruppo audio, utilizzare il seguente comando:

# gpasswd -a tuonomeutente audio
Nota: questa modifica non avrà effetto fino al successivo login dell'utente.

Utility

Il pacchetto alsa-utils, contiene lo strumento alsamixer, che consente la configurazione delle periferiche audio tramite console o terminale. Installarlo con pacman:

# pacman -S alsa-utils

Installare il pacchetto alsa-oss se si vuole che le applicazioni OSS funzionino tramite dmix:

# pacman -S alsa-oss
Nota: A partire da udev>=171, i moduli per l'emulazione OSS (snd_seq_oss, snd_pcm_oss, snd_mixer_oss) non sono più caricati automaticamente di default.

Togliere il muto ai canali

La versione attuale di ALSA, viene installata con tutti i canali impostati su muto di default. Sarà necessario togliere il "muto" manualmente. Il metodo più semplice per fare ciò è utilizzare l'interfaccia utente in ncurses alsamixer (alternativamente, è possibile utilizzare amixer da riga di comando):

$ alsamixer

L'etichetta MM sotto un canale indica che quest'ultimo è impostato su muto, mentre 00 indica che è attivo.

Togliere il muto dai canali Master e PCM posizionandovi sopra di essi tramite i tasti Template:Keypress e Template:Keypress e premendo il tasto Template:Keypress. Usare il tasto Template:Keypress per incrementare il volume ed ottenere un "db gain" pari a 0. Il valore di gain si trova in alto a sinistra dopo il campo 'Item:'. Valori di gain superiori produrranno suoni distorti.

Per ottenere un vero suono surround 5.1 o 7.1, è necessario togliere il muto anche ad altri canali come Front, Surround, Center, LFE (subwoofer) e Side (questi sono i nomi dei canali per il modulo intel HDA, possono variare in base all'hardware).

Uscire da alsamixer premendo Template:Keypress.

Nota: Alcune schede necessitano del canale digitale disattivato per produrre suono sull'uscita analogica. Per la SoundBlaster Audigy LS è necessario impostare su muto il canale IEC958.

Tango-inaccurate.pngThe factual accuracy of this article or section is disputed.Tango-inaccurate.png

Reason: please use the first argument of the template to provide a brief explanation. (Discuss in Talk:Advanced Linux Sound Architecture (Italiano)#)
Alcuni sistemi (come il Thinkpad T61), richiedono che anche il canale Speaker sia attivato e regolato.

Si può ora verificare che il suono funzioni:

$ speaker-test -c 2

Modificare il valore di -c in base al proprio sistema, ad esempio utilizzare -c 8 per un 7.1.

Se non dovesse funzionare, passare al paragrafo #Configurazione e quindi a #Risoluzione dei problemi.

Se dovesse funzionare, rimangono solo da salvare le proprie impostazioni:

# # alsactl store

Questo comando creerà il file /var/lib/alsa/asound.state, salvando tutte le impostazioni di alsamixer. Aggiungere quindi il daemon alsa alla sezione DAEMONS all'interno di /etc/rc.conf, in modo che le impostazioni salvate siano ricaricate automaticamente ad ogni avvio.

/etc/rc.conf
.....
DAEMONS=(syslog-ng network crond alsa)
.....
Nota: Il daemon alsa non fa altro che ricaricare i livelli di volume dei vari canali all'avvio leggendoli da /var/lib/alsa/asound.state. Non ha nulla a che vedere con la libreria audio alsa (e le API a livello kernel).

Configurazione

Tango-edit-clear.pngThis article or section needs language, wiki syntax or style improvements.Tango-edit-clear.png

Reason: please use the first argument of the template to provide a brief explanation. (Discuss in Talk:Advanced Linux Sound Architecture (Italiano)#)

Se non viene emesso alcun suono, ricontrollare i settaggi di alsamixer, assicurandosi di aver tolto il muto ai canali PCM e Master (su alcuni sistemi anche a Speaker) e provare a lanciare l'utility alsaconf da root:

# alsaconf

Tutti i moduli necessari dovrebbero essere rilevati e caricati da udev automaticamente. Non è necessaria alcuna configurazione aggiuntiva, a meno che non venga usata una scheda su slot ISA.

Attenzione: Non utilizzare alsaconf se si è in possesso di una scheda audio PCI o ISAPNP, i quantro le chiavi che alsaconf aggiunge a modprobe.conf potrebbero rendere mal funzionante l'autorilevamento di udev.

Impostare la scheda audio predefinita

Kernelspace

I modem Telephony-capable potrebbero andare in conflitto con la scheda audio per l’attribuzione dello slot predefinito di quest’ultima. (pcspkr, modulo per l’altoparlante del PC, non è un modulo di ALSA. Esso non andrà in conflitto con le schede audio ALSA.) Per evitare conflitti, individuare il modello della propria scheda audio con lspci(8) e i moduli dei driver ALSA con ls(1):

$ ls -l /sys/module/snd/holders
total 0
lrwxrwxrwx 1 root root 0 2009-06-02 23:49 snd_ac97_codec -> ../../snd_ac97_codec
lrwxrwxrwx 1 root root 0 2009-06-02 23:49 snd_intel8x0 -> ../../snd_intel8x0
lrwxrwxrwx 1 root root 0 2009-06-02 23:49 snd_intel8x0m -> ../../snd_intel8x0m
lrwxrwxrwx 1 root root 0 2009-06-02 23:49 snd_pcm -> ../../snd_pcm
lrwxrwxrwx 1 root root 0 2009-06-02 23:49 snd_timer -> ../../snd_timer

O meglio (fonte[1]):

$ cat /proc/asound/modules

Quindi aggiungere i nomi dei moduli della scheda audio in:

/etc/modprobe.d/modprobe.conf
.....
options snd-intel8x0 index=0
options snd-pcsp index=1
.....

Queste voci assicurano che la scheda audio Intel 82801DB-ICH4 assuma il valore “0” e gli altoparlanti del PC il valore “1”. NB: Alcuni moduli non supportano le opzioni di indicizzazione, ad esempio snd-hda-intel. Se si verificano problemi al riavvio, editare il file /etc/modprobe.d/modprobe.conf per modificare i moduli come di seguito indicato.

Note: Affinché le modifiche abbiano effetto, è necessario ricaricare tutti i moduli relativi al suono. In alternativa potrebbe essere più facile riavviare il PC. Scegliere il metodo che si preferisce.

Userspace

Questo metodo non richiede i privilegi di root, è attuabile da utente normale e ha effetto non appena si riavvia il software (ad esempio, il lettore multimediale).

Nel file /usr/share/alsa/alsa.conf è presente un elenco di stringhe di default utilizzate da ALSA. Queste possono essere sovrascritte nel file ~/.asoundrc per un singolo utente, oppure usando la stessa sintassi nel file ~/etc/asound.conf per ottenere un impostazione globale per tutti gli utenti. Il codice seguente disabilita dmix, in modo che diverse applicazioni non possano utilizzare lo stesso dispositivo contemporaneamente.

~/.asoundrc
pcm.!default {
type hw
card 1
device 0
}
ctl.!default {
type hw
card 1
device 0
}

Il codice seguente lascia dmix inalterato

~/.asoundrc
#overrides the defaults set in /usr/share/alsa/alsa.conf
defaults.ctl.card 1
defaults.pcm.card 1
defaults.pcm.device 0

Le opzioni 'pcm' indicano la scheda e il dispositivo che saranno utilizzati per la riproduzione del suono. Tuttavia è l’opzione 'ctl' che indica quale scheda è utilizzata dalle utility di controllo come alsamixer, amixer, e simili.

Per individuare i numeri corrispondenti ai dispositivi audio, utilizzare il comando aplay -l.

$ aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: Intel [HDA Intel], device 0: CONEXANT Analog [CONEXANT Analog]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: Intel [HDA Intel], device 1: Conexant Digital [Conexant Digital]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 1: JamLab [JamLab], device 0: USB Audio [USB Audio]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 2: Audio [Altec Lansing XT1 - USB Audio], device 0: USB Audio [USB Audio]
  Subdevices: 1/1
  Subdevice #0: subdevice #0

Assicurarsi che i moduli audio siano caricati

Verificare che udev abbia rilevato automaticamente l'audio,con il comando:

$ lsmod|grep '^snd'| column -t 
snd_hda_codec_hdmi     22378   4
snd_hda_codec_realtek  294191  1
snd_hda_intel          21738   1
snd_hda_codec          73739   3  snd_hda_codec_hdmi,snd_hda_codec_realtek,snd_hda_intel
snd_hwdep              6134    1  snd_hda_codec
snd_pcm                71032   3  snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec
snd_timer              18992   1  snd_pcm
snd                    55132   9  snd_hda_codec_hdmi,snd_hda_codec_realtek,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm,snd_timer
snd_page_alloc         7017    2  snd_hda_intel,snd_pcm

Se l'output è simile, i driver audio sono stati autorilevati con successo. Si può anche controllare la directory /dev/snd per visualizzare i giusti file del dispositivo:

Nota: A partire da udev>=171, i moduli per l'emulazione OSS (snd_seq_oss, snd_pcm_oss, snd_mixer_oss) non sono più caricati automaticamente di default: caricarli esplicitamente con modprobe e/o aggiungerli all'array MODULES all'interno di /etc/rc.conf se si desidera che vengano caricati automaticamente ad ogni avvio.
$ ls -l /dev/snd/
total 0
crw-rw----  1 root audio 116,  0 Apr  8 14:17 controlC0
crw-rw----  1 root audio 116, 32 Apr  8 14:17 controlC1
crw-rw----  1 root audio 116, 24 Apr  8 14:17 pcmC0D0c
crw-rw----  1 root audio 116, 16 Apr  8 14:17 pcmC0D0p
crw-rw----  1 root audio 116, 25 Apr  8 14:17 pcmC0D1c
crw-rw----  1 root audio 116, 56 Apr  8 14:17 pcmC1D0c
crw-rw----  1 root audio 116, 48 Apr  8 14:17 pcmC1D0p
crw-rw----  1 root audio 116,  1 Apr  8 14:17 seq
crw-rw----  1 root audio 116, 33 Apr  8 14:17 timer

In caso di richiesta di aiuto su IRC o sui forum, per favore postare l'output dei comandi di sopra.

Se sono presenti i dispositivi controlC0 e pcmC0D0p o simili, allora i moduli audio sono stati rilevati e caricati correttamente.

Altrimenti, i moduli audio non sono stati rilevati correttamente. Per risolvere, provare a caricare i moduli manualmente:

  • Individuare il modulo della scheda audio: ALSA Soundcard Matrix. Il modulo sarà preceduto dal suffisso 'snd-' (ad esempio: 'snd-via82xx').
  • Caricare i moduli:
# modprobe snd-NAME-OF-MODULE
# modprobe snd-pcm-oss
  • Controllare i file del dispositivo in /dev/snd (vedi sopra) e/o provare se alsamixer o amixer hanno un corretto output.
  • Aggiungere snd-NOME-DEL-MODULO e snd-pcm-oss alla lista dei MODULI in /etc/rc.conf per assicurarsi che essi vengano caricati la prossima volta (assicurarsi che snd-NOME-DEL-MODULO preceda snd-pcm-oss).

Ripristinare le impostazioni di Alsa Mixer all'avvio

  • Avviare alsactl -f /var/lib/alsa/asound.state store per creare /var/lib/alsa/asound.state
# alsactl-f /var/lib/alsa/asound.state store
  • Editare /etc/rc.conf e aggiungere "alsa" alla lista dei demoni da far partire all'avvio. Questo salverà le regolazioni del mixer a ogni arresto del sistema e le ripristinerà all'avvio.
  • Se i settaggi del mixer non vengono caricati all'avvio, aggiungere la seguente stringa in /etc/rc.local.
/etc/rc.local
alsactl -f /var/lib/alsa/asound.state restore
  • Questo metodo potrebbe non funzionare, oppure potrebbe sorgere l'esigenza di avere differenti impostazioni audio per i singoli utenti. In questo caso, lanciare il comando
alsactl store -f ~/.asoundrc
come utente semplice. Così facendo si salveranno e si ripristineranno le impostazioni del volume sulla base di un singolo utente. Per automatizzare questo procedimento aggiungere i due comando rispettivamente nei file ~/.bash_login e ~/.bash_logout. Correggere il percorso di questi file nel caso si utilizzi una shell differente da bash. Ad esempio se si utilizza zsh modificare ~/.zlogin e ~/.zlogout.

Ottenere un output SPDIF

(da gralves dai forum di Gentoo)

  • Nel Controllo Volume di GNOME, sotto il tab delle opzioni, cambiare IEC958 in PCM. Questa opzione può essere abilitata nelle preferenze.
  • Se non è installato il Controllo Volume di GNOME,
    • Editare /var/lib/alsa/asound.state. In questo file alsasound salva le regolazioni del mixer.
    • Trovare la riga che riporta: IEC958 Playback Switch. Vicino ad essa c'è una riga nella quale è indicato value:false. Cambiarla in value:true.
    • Adesso trovare questa riga: IEC958 Playback AC97-SPSA. Cambiare il suo valore in 0.
    • Riavviare alsa.

Un metodo alternativo per abilitare un output SPDIF automaticamente al login (testato su una SoundBlaster Audigy) è il seguente:

  • aggiungere le seguenti righe in /etc/rc.local:
/etc/rc.local
# Use COAX-digital output
amixer set 'IEC958 Optical' 100 unmute
amixer set 'Audigy Analog/Digital Output Jack' on

Si può visualizzare il nome dell'uscita digitale della scheda con:

$ amixer scontrols

Equalizzatore System-Wide

Utilizzando AlsaEqual (fornisce l’interfaccia grafica)

Installare alsaequal da AUR.

Note: Se si utilizza un sistema x86_64 e 32bit-flashplugin, il suono in flash non funzionerà. Si dovrà quindi o disabilitare alsaequal o compilarlo per 32bit.

Dopo aver installato il pacchetto, inserire nel file di configurazione ALSA (~/.asoundrc o /etc/asound.conf) quanto segue:

~/.asoundrc
ctl.equal {
 type equal;
}

pcm.plugequal {
  type equal;
  # Modify the line below if you don't
  # want to use sound card 0.
  #slave.pcm "plughw:0,0";
  #by default we want to play from more sources at time:
  slave.pcm "plug:dmix";
}

#pcm.equal {
  # Or if you want the equalizer to be your
  # default soundcard uncomment the following
  # line and comment the above line.
pcm.!default {
  type plug;
  slave.pcm plugequal;
}

Quindi ricaricare le impostazioni di alsa (da utente root).

# /etc/rc.d/alsa restart

È molto importante chiudere tutte le applicazioni che utilizzano ALSA.

Ora si è pronti per modificare l’equalizzatore tramite il comando:

$ alsamixer -D equal

Si noti che il file di configurazione, diverso per ogni utente (se non diversamente specificato), viene salvato in $HOME/.alsaequal.bin. Perciò se si vuole utilizzare AlsaEqual con mpd o con un altro software, con un utente diverso, è possibile configurarlo con il comando:

# su mpd -c 'alsamixer -D equal

Oppure, è possibile creare un link simbolico a .alsaequal.bin nella home di quell’utente.

Utilizzando mbeq

Template:Box Note

  • sarà necessario, oltre alle utility precedentemente menzionate, anche il pacchetto alsa-plugins
# pacman -S alsa-plugins
  • installare, se non si hanno già, i pacchetti ladspa e swh-plugins
# pacman -S ladspa swh-plugins
  • sarà necessario avere uno dei file tra ~/.asoundrc e /etc/asound.conf, dunque, se non è ancora stato fatto, creare uno dei due
touch ~/.asoundrc
  • inserire nel file di configurazione di ALSA (~/.asoundrc oppure /etc/asound.conf) le seguenti righe:
/etc/asound.conf
pcm.eq {
  type ladspa

  # The output from the EQ can either go direct to a hardware device
  # (if you have a hardware mixer, e.g. SBLive/Audigy) or it can go
  # to the software mixer shown here.
  #slave.pcm "plughw:0,0"
  slave.pcm "plug:dmix"

  # Sometimes you may need to specify the path to the plugins,
  # especially if you have just installed them.  Once you have logged
  # out/restarted this should not be necessary, but if you get errors
  # about being unable to find plugins, try uncommenting this.
  #path "/usr/lib/ladspa"

  plugins [
    {
      label mbeq
      id 1197
      input {
        #this setting is here by example, edit to your own taste
        #bands: 50hz, 100hz, 156hz, 220hz, 311hz, 440hz, 622hz, 880hz, 1250hz, 1750hz, 25000hz,
        #50000hz, 10000hz, 20000hz
        controls [ -5 -5 -5 -5 -5 -10 -20 -15 -10 -10 -10 -10 -10 -3 -2 ]
      }
    }
  ]
 }

 # Redirect the default device to go via the EQ - you may want to do
 # this last, once you're sure everything is working.  Otherwise all
 # your audio programs will break/crash if something has gone wrong.

 pcm.!default {
  type plug
  slave.pcm "eq"
 }

 # Redirect the OSS emulation through the EQ too (when programs are running through "aoss")

 pcm.dsp0 {
  type plug
  slave.pcm "eq"
 }
  • ricaricare le impostazioni di alsa (da utente root)
 # /etc/rc.d/alsa restart
  • ora tutto dovrebbe essere sistemato

Ricampionamento in alta qualità

Quando viene abilitato il mixaggio software, ALSA è costretto a ricampionare tutto alla stessa frequenza (di default a 48000, se supportata). Dmix utilizza un algoritmo di ricampionamento poco efficace, che produce una notevole perdita di qualità.

Installare alsa-plugins e libsamplerate

# pacman -S alsa-plugins libsamplerate

Modificare il tasso di conversione di default a libsamplerate

/etc/asoundrc
defaults.pcm.rate_converter "samplerate_best"

samplerate_best offre la miglior qualità audio, ma necessità di cpu almeno decenti, in quanto il ricampionamento in tempo reale richiede un numero notevole di cicli di cpu. Sono disponibili anche altri algoritmi (samplerate, etc.) ma non forniscono tangibili miglioramenti rispetto al ricampionatore di default.

Upmixing/Downmixing

Upmixing

Per fare in modo che una sorgente audio stereo saturi tutte le uscite di un sistema che ne ha più di 2, come 5.1 o 7.1, è necessario effettuare un upmixing. In passato questa procedura risultava complessa e suscettibile di errori, ma al giorno d'oggi esistono dei plugin che se ne occupano. Installare alsa-plugins

# pacman -S alsa-plugins

Dopodichè aggiungere il seguente codice al file di configurazione di alsa a propria scelta (/etc/asound.conf oppure ~/.asoundrc):

~/.asoundrc
pcm.upmix71 {
     type upmix
     slave.pcm "surround71"
     delay 15
     channels 8
 }

È intuitivo come adeguare questo esempio da 7.1 ad altro sistema.

Questo metodo aggiunge un nuovo pcm che è possibile utilizzare per l'upmixing. Se si vuole che tutte le sorgenti audio vengano redirette verso questo pcm, aggiungerlo come default successivamente al codice appena scritto, in questo modo

~/.asoundrc
....
pcm.!default "plug:upmix71"
....

Il plugin consente automaticamente alle sorgenti di essere riprodotte attraverso di esso, quindi impostarlo come predefinito è una scelta sicura. Se si dovessero riscontrare problemi di suono che salta o risulta distorto, provare ad incrementare la dimensione del buffer (ad esempio a 32768) oppure utilizzare un ricampionatore di alta qualità.

Downmixing

Se si vuole effettuare il downmixing, ad esempio per ascoltare su un'uscita stereo il sonoro di un video in 5.1, è necessario utilizzare il plugin vdownmix che alsa fornisce nello stesso pacchetto.

Nel file di configurazione aggiungere quanto segue

~/.asoundrc
pcm.!surround51 {
     type vdownmix
     slave.pcm "default"
 }
 pcm.!surround40 {
     type vdownmix
     slave.pcm "default"
 }

Mixaggio

Mixaggio software (dmix)

Sistema di mixaggio software di ALSA

Nota: : Per versioni di ALSA uguali o superiori alla 1.0.9rc2 non vi è necessità di configurare dmix. Dmix è abilitato di default se viene rilevata una scheda audio che non supporta il mixaggio via hardware.

Se comunque non dovesse funzionare automaticamente è sufficiente creare il (o modificare l'esistente) file ~/.asoundrc con questo contenuto:

~/.asoundrc
pcm.dsp {
    type plug
    slave.pcm "dmix"
}

Consultare #Risoluzione dei problemi per soluzioni a problemi comuni.

Mixaggio Hardware

Tango-edit-clear.pngThis article or section needs language, wiki syntax or style improvements.Tango-edit-clear.png

Reason: please use the first argument of the template to provide a brief explanation. (Discuss in Talk:Advanced Linux Sound Architecture (Italiano)#)

Bisogna utilizzare schede audio che supportino il mixaggio hardware: le vecchie serie SoundBlaster Live! (emu10k1 chip) e le nuove Audigy (emu10k2 chip) sono da considerarsi utilizzabili. La SounBlaster Live! 5.1 è facilmente reperibile ad un prezzo contenuto.

Nota: le nuove economiche Audigy SE, Audigy 2 NX, SoundBlaster Live! 24bit e SoundBlaster Live! 7.1 non supportano il mixaggio hardware (utilizzano altri chip).

Il 99% delle schede madri con audio integrato non supporta il mixaggio hardware.

Un eccezione è il chip integrato VIA8237 che supporta il mixaggio hardware di 4 flussi. In realtà ridotti a 3 su alcune schede madri (il quarto non emette suono). Anche se funzionante, la qualità del suono non è comparabile a quella delle altre soluzioni.

Per Arch64 e la scheda 00:1b.0 Audio device: Intel Corporation 82801I (ICH9 Family) HD Audio Controller (rev 02), bisogna impostare alcuni parametri per ottenere suono da Enemy Territory:

$echo "et.x86 0 0 direct" > /proc/asound/card0/pcm0p/oss
$ echo "et.x86 0 0 disable" > /proc/asound/card0/pcm0c/oss

Risoluzione dei problemi

Suono che salta utilizzando Dynamic Frequency Scaling

Alcune combinazioni di determinati driver ALSA e chipset, possono causare dei "salti" nel suono da tutte le sorgenti se utilizzati in combinazione con un governor dinamico della frequenza della cpu come ondemand o conservative. Attualmente, l'unica soluzione è di passare al governor performance. Fare riferimento alla pagina CPU Frequency Scaling (Italiano) per ulteriori informazioni.

Problemi con la disponibilità del mixaggio software per più di un utente per volta

Può capitare di rilevare che solo un utente per volta può utilizzare dmix. Questa situazione può andar bene per la maggior parte degli utenti, ma coloro i quali utilizzano mpd come utente differente, ciò diviene un problema. Quando mpd è in esecuzione un utente non può eseguire suoni tramite dmix. Nonostante sia sufficiente eseguire mpd tramite l'account utente di login, è stata trovata anche un'altra soluzione. L'aggiunta della riga ipc_key_add_uid 0 al blocco pcm.dmixer disabilita questa limitazione. Quello seguente è un estratto del codice di /etc/asound.conf, il resto è identico a quello mostrato in precedenza.

/etc/asound.conf
...
pcm.dmixer {
 type dmix
 ipc_key 1024
 ipc_key_add_uid 0 
 ipc_perm 0660
slave {
...

Mancanza di suono casuale

Se ad intervalli irregolari ci si ritrova senza suono all'avvio, la causa potrebbe essere la presenza nel sistema di più di una scheda audio, ed il fatto che il loro ordine di enumerazione venga invertito. Se è questo il caso bisogna modificare questa sezione di /etc/asound.conf

/etc/asound.conf
.....
ctl.dmixer {
    type hw
    card FOO
}
.....

Sostituendo a FOO la periferica audio desiderata, come riportato in /proc/asound/cards Un esempio del file è mostrato qui

/proc/asound/cards
0 [U0x46d0x9a1    ]: USB-Audio - USB Device 0x46d:0x9a1
                     USB Device 0x46d:0x9a1 at usb-0000:00:12.2-2, high speed
1 [SB             ]: HDA-Intel - HDA ATI SB
                     HDA ATI SB at 0xf9ff4000 irq 16

La periferica 0 è il microfono integrato nella webcam, mentre la periferica 1 è la scheda audio integrata. Se si è copiato /etc/asound.conf da quassù senza adattarlo, ALSA tenterà di inizializzare il microfono come una periferica d'uscita, ma ciò fallirà e non si otterrà alcun suono. Anzichè sostituire a FOO il numero della periferica, si può utilizzare il nome di quest'ultima, riportato subito dopo al numero, in questo modo:

/etc/asound.conf
.....
ctl.dmixer {
    type hw
    card SB
}
.....

Per fare in modo che la maggior parte dei programmi utilizzino ALSA, assicurarsi che /etc/libao.conf contenga solo la riga default_driver=alsa10

Se si utilizza mpd, ma i consigli proposti finora non funzionano, consultare questa pagina.

Problemi specifici di alcuni programmi

Per alcuni programmi che continuano ad utilizzare i loro propri settaggi audio, come XMMS ed Mplayer, potrebbe rendersi necessaria l'impostazione dei loro specifici parametri. Per Mplayer, aprire~/.mplayer/config (o /etc/mplayer/mplayer.conf per un'impostazione globale) ed aggiungere la seguente linea ao=alsa

Per XMMS/Beep Media Player, portarsi nella scheda delle preferenze ed assicurarsi che sia selezionato come sistema audio ALSA e non OSS. Per fare ciò in XMMS

  • Aprire XMMS
    • Opzioni -> Preferenze.
    • Scegliere il plugin di uscita ALSA.

Per applicazioni che non forniscono compatibilità con ALSA è possibile utilizzare il pacchetto alsa-oss. Per utilizzare aoss, eseguire il programma anteponendogli aoss, ad esempio: aoss realplay

pcm.!default{ ... } sembra non funzionare più, al suo posto si può utilizzare pcm.default pcm.dmixer

Impostazione modelli

Anche se Alsa rileva la scheda audio attraverso il BIOS a volte può non essere in grado di riconoscerne il modello. Il chip della scheda audio può essere trovato in alsamixer (ad esempio ALC662) e il modello può essere impostato in /etc/modprobe.d/modprobe.conf o /etc/modprobe.d/sound.conf. Ad esempio:

options snd-hda-intel model=MODEL

Ci sono anche altri modelli da impostare. Nella maggior parte dei casi Alsa lo farà in automatico. Se si vogliono vedere nel dettaglio le impostazioni della propria scheda audio si veda Alsa Soundcard List, si individui il proprio modello, si clicchi su “Details” e si osservi la sezione "Setting up modprobe...". Inserire i valori trovati in /etc/modprobe.d/modprobe.conf. Ad esempio, per una scheda AC97 Intel:

# ALSA portion
alias char-major-116 snd
alias snd-card-0 snd-intel8x0
# module options should go here

# OSS/Free portion
alias char-major-14 soundcore
alias sound-slot-0 snd-card-0

# card #1
alias sound-service-0-0 snd-mixer-oss
alias sound-service-0-1 snd-seq-oss
alias sound-service-0-3 snd-pcm-oss
alias sound-service-0-8 snd-seq-oss
alias sound-service-0-12 snd-pcm-oss

Audio in conflitto con altoparlante interno del PC

Se si è sicuri che tutto è attivo, che i propri driver sono installati correttamente, e che il volume è giusto, ma non si sente ancora nessun suono, allora si proceda all’aggiunta delle seguenti linee di codice in /etc/modprobe.d/modprobe.conf:

options snd-NAME-OF-MODULE ac97_quirk=0

Funziona con via82xx

options snd-NAME-OF-MODULE ac97_quirk=1

Funziona con snd_intel8x0

Nessun Input dal Microfono

Assicurarsi, in alsamixer, che tutti i livelli del volume, nella sezione Registrazione, siano attivi e che la modalità CAPTURE del microfono sia abilitata (in alsamixer, selezionarla e premere spazio). Potrebbe anche essere necessario attivare e aumentare il volume di Line-in (Linea in ingresso) nella sezione Playblack (Riproduzione).

Per testare il microfono, eseguire questi comandi:

 arecord -d 5 test-mic.wav
 aplay test-mic.wav

Si consiglia di leggere la pagina man di arecord. Comunque, nel caso in cui non si sentisse alcun suono, il microfono potrebbe essere guasto oppure collegato nell’ingresso sbagliato.

Alcuni programmi tentano di utilizzare OSS come software di input principale. Per evitare che i moduli OSS vengano caricati, aggiungere al file /etc/rc.conf la seguente linea:

 MODULES=(!snd_pcm_oss !snd_mixer_oss !snd_seq_oss ... )

Impostazione predefinita Microfono/Dispositivo di acquisizione

Alcune applicazioni (Pidgin, Adobe Flash) non forniscono una opzione per modificare il dispositivo di acquisizione. Ciò può costituire un problema se il microfono è su un dispositivo diverso (ad esempio una webcam USB o proprio un microfono) dalla scheda audio. Per cambiare solo il dispositivo di acquisizione, lasciando quello di riproduzione di default, si può modificare il file ~/.asoundrc inserendo quanto segue:

pcm.usb
{
    type hw
    card U0x46d0x81d
}

pcm.!default
{
    type asym
    playback.pcm
    {
        type plug
        slave.pcm "dmix"
    }
    capture.pcm 
    {
        type plug
        slave.pcm "usb"
    }
}

Sostituire "U0x46d0x81d" con il nome della scheda del dispositivo di acquisizione in ALSA. È possibile utilizzare il comando arecord -L per visualizzare l’elenco di tutti i dispositivi di acquisizione rilevati da ALSA.

Il microfono interno non funziona

Assicurarsi, in alsamixer, che tutti i livelli del volume, nella sezione Registrazione, siano attivi. Per ottenere una nuova impostazione volume, chiamata Capture, che registrerà il microfono interno, occorre aggiungere un’opzione al file /etc/sound.conf e ricaricare il modulo snd-*. Ad esempio, per snd-hda-intel, aggiungere:

 options snd-hda-intel enable_msi=1

Quindi, con i comandi riportati di seguito, ricaricare il modulo, attivare la nuova impostazione volume (Capture) e riprovare.

 rmmod snd-hda-intel
 modprobe snd-hda-intel

Nessun suono con Onboard Intel Sound Card

Ci potrebbe essere un conflitto tra due moduli caricati, chiamati snd_intel8x0 e snd_intel8x0m. In questo caso, mettere in blacklist snd_intel8x0m:

/etc/modprobe.d/modprobe.conf
blacklist snd_intel8x0m

Disabilitare i canali "External Amplifier" in alsamixer o in amixer potrebbe essere d'aiuto. Consultare anche il wiki ALSA.

Nessun suono dalle cuffie con scheda audio Onboard Intel

Su di un portatile con Intel Corporation 82801 I (ICH9 Family) HD Audio Controller potrebbe essere necessario aggiungere questa riga a modprobe o al sound.conf:

options snd-hda-intel model=$model

Dove $model è uno dei modelli che seguono (non in ordine di merito ma di probabilità di funzionamento):

  • dell-vostro
  • olpc-xo-1_5
  • laptop

Note: Potrebbe essere necessario inserire queste "opzioni" dopo eventuali "alias".

Si possono visualizzare tutti i modelli disponibili nella documentazione del kernel. Ad esempio qua, ma accertarsi che si tratti della documentazione della versione del kernel in uso.

Se seguendo questo metodo si dovessero riscontrare malfunzionamenti o anomalie, si prega di segnalare ad ALSA eventuali bug.

Inoltre, in caso di problemi con segnali acustici (pcspkr):

options snd-hda-intel model=$model enable=1 index=0

Nessun suono quando è installata la scheda video con S/PDIF

Individuare i moduli disponibili ed il loro ordine:

$ cat /proc/asound/modules
0 snd_hda_intel
1 snd_ca0106

Disattivare il codec audio della scheda video in /etc/modprobe.d/modprobe.conf:

# /etc/modprobe.d/modprobe.conf
#
install snd_hda_intel /bin/false

La qualità dell'audio è bassa

Se si riscontra una bassa qualità dell'audio, provare ad impostare il volume di PCM (in alsamixer) ad un livello di gain 0.

Rumori/Suoni all’avvio ed allo stop della riproduzione

Alcuni moduli posso spegnere la scheda audio quando questa non è utilizzata. Lo spegnimento può generare un suono. Per evitare che ciò avvenga si può eseguire "modinfo snd-MY-MODULE", e cercare un’opzione che regoli o disattivi questa funzione.

Ad esempio: per disabilitare il risparmio energetico utilizzando snd-hda-intel aggiungere "options snd-hda-intel power_save=0" in /etc/modprobe.d/modprobe.conf o provare con "modprobe snd-hda-intel power_save=0"

Alsamixer non si avvia

Se alsamixer non funziona, ed avviandolo si riceve il seguente errore:

alsamixer: function snd_ctl_open failed for default: No such device

si dovrebbe innanzitutto verificare in /etc/group se il proprio utente fa parte del gruppo 'audio'. Non dimenticarsi di terminare la sessione corrente e riavviarla quando si aggiunge un nuovo gruppo al proprio utente.

Quindi potrebbe essere necessario reinstallare il kernel. Eseguire 'pacman -S kernel26' o utilizzare il patchset che si preferisce.

L'uscita S/PDIF non funziona

Se l'uscita digitale ottica/coassiale della scheda madre/scheda audio non funziona o ha smesso di funzionare, e in alsamixer i relativi canali sono già attivi, provare ad eseguire:

iecset audio on

da utente root.

È inoltre possibile inserire questo comando in rc.local in quanto a volte può smettere di funzionare dopo un riavvio.

L'uscita HDMI non funziona

Se l'uscita HDMI della scheda madre/scheda audio non funziona o ha smesso di funzionare, e in alsamixer i relativi canali sono già attivi, provare quanto segue.

Interrogare i dispositivi di riproduzione:

$ aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: NVidia [HDA NVidia], device 0: ALC1200 Analog [ALC1200 Analog]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: NVidia [HDA NVidia], device 1: ALC1200 Digital [ALC1200 Digital]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: NVidia [HDA NVidia], device 3: NVIDIA HDMI [NVIDIA HDMI]
  Subdevices: 0/1
  Subdevice #0: subdevice #0

Ora che abbiamo le informazioni per la periferica HDMI, si può fare una prova. Nell'esempio che segue, 0 è il numero della scheda e 3 è il numero del dispositivo.

$ aplay -D plughw:0,3 /usr/share/sounds/alsa/Front_Center.wav

Se aplay non restituisce alcun errore, ma ancora non si sente alcun suono, "riavviare" il ricevitore, il monitor o la tv. Poichè l'interfaccia HDMI esegue un rigido controllo sulla connessione, potrebbe aver recepito che prima non c'era alcun flusso audio, ed ha quindi disabilitato la decodifica audio.

Se la verifica ha esito positivo, modificare/creare ~/.asoundrc per impostare HDMI come dispositivo audio predefinito e riavviare; ora l'audio dovrebbe funzionare.

~/.asoundrc
  pcm.!default {
       type hw
       card 0
       device 3
  }

Impossibile regolare il canale PCM

Potrebbe non essere possibile regolare il canale PCM. In questo caso provare a rimuovere tutte le voci inerenti l’audio dalla sezione MODULES del file /etc/rc.conf, ad eccezione di snd-NAME-OF-MODULE.

HP TX2500

Aggiungere queste due righe in /etc/modprobe.d/modprobe.conf:

options snd-cmipci mpu_port=0x330 fm_port=0x388
options snd-hda-intel index=0 model=toshiba position_fix=1
options snd-hda-intel model=hp (works for tx2000cto)

Salto di suono durante la riproduzione MP3

Se si hanno salti di suono durante la riproduzione di file MP3 e se al computer sono collegati di più di 2 altoparlanti (o più di due), eseguire alsamixer e disabilitare i canali degli altoparlanti che NON si posseggono (ad esempio, disabilitare il canale dell’altoparlante centrale se non si dispone di un altoparlante centrale).

Cuffia USB e schede audio esterne USB

Se si utilizza una cuffia USB con ALSA, si può provare ad usare asoundconf (attualmente disponibile solo da AUR) per impostare l'auricolare come uscita audio principale. Nota: prima di proseguire, per favore, assicurarsi di avere abilitato il modulo usb audio

#modprobe snd-usb-audio

Se si vuole, si può aggiungere quanto segue al file /etc/rc.conf

# asoundconf is-active
# asoundconf list
# asoundconf set-default-card <chosen soundcard>

Errore 'Unkown hardware' dopo aggiornamento Kernel

I seguenti messaggi possono essere visualizzati durante l'avvio di ALSA, dopo l'aggiornamento del kernel:

Unknown hardware "foo" "bar" ...
Hardware is initialized using a guess method
/usr/sbin/alsactl: set_control:nnnn:failed to obtain info for control #mm (No such file or directory)

E’ sufficiente memorizzare nuovamente le impostazioni del mixer di ALSA (da root):

# alsactl -f /var/lib/alsa/asound.state store

HDA Analyzer

Se la mappatura dei pin (spinotti) audio non corrisponde ma ALSA funzione regolarmente, si può provare HDA Analyzer – un’interfaccia grafica (GUI) in pyGTK2 per il controllo dell’audio HD, disponibile nel wiki di ALSA. Provare anche ad utilizzare la sezione Widget Control per gestire i PIN, impostando IN per il microfono e OUT per le cuffie. Potrebbe essere una buona idea fare riferimento ai valori di default (Config Defaults).

NOTE: Lo script è incompatibile con python3 (che è attualmente fornito con ArchLinux) ma si può comunque provare ad utilizzarlo. La soluzione è: aprire “run.py”, trovare tutte le ricorrenze "python" (2 ricorrenze - una nella prima riga, e la seconda nell'ultima riga) e sostituirle con "python2".

NOTE2: Lo script richiede i privilegi di root, ma non funziona attraverso su/sudo. Eseguirlo quindi tramite kdesu o gtksu.

ALSA con SDL

Se non si riesce ad ottenere alcun suono tramite SDL, ma ALSA non può essere selezionato nella configurazione dell'applicazione, provare ad impostare la variabile d'ambiente SDL_AUDIODRIVER su "alsa"

export SDL_AUDIODRIVER=alsa

Configurazioni d'esempio

Consultare Advanced Linux Sound Architecture/Example Configurations (Italiano)

Link esterni

Altre informazioni possono essere trovate ai seguenti link: