Non riesco a far funzionare l'audio. Non sento niente e non posso suonare nulla.
Esiste una soluzione per abilitare l'audio?
Non riesco a far funzionare l'audio. Non sento niente e non posso suonare nulla.
Esiste una soluzione per abilitare l'audio?
Risposte:
Ciò è causato da alcuni monitor di computer che selezionano la modalità DVI anche se è collegato un cavo HDMI. Questa correzione potrebbe essere necessaria anche se altri dispositivi HDMI funzionano perfettamente sullo stesso monitor (o TV)! Modifica il file di configurazione: consulta le istruzioni nel file di configurazione di Raspberry-Pi .
Aggiungi la seguente riga al file di configurazione:
hdmi_drive=2
L'audio è disabilitato per impostazione predefinita perché il driver audio ALSA è ancora "alpha" (non completamente testato) sull'R-Pi. Per provare l'audio, dal prompt dei comandi prima di "startx", digitare
sudo apt-get install alsa-utils
sudo modprobe snd_bcm2835
sudo aplay /usr/share/sounds/alsa/Front_Center.wav
Per impostazione predefinita, l'uscita sarà automatica (hdmi se hdmi supporta l'audio, altrimenti analogico). Puoi forzarlo con:
sudo amixer -c 0 cset numid=3 <n>
dove n è 0 = auto, 1 = cuffie, 2 = hdmi. ( fonte ) Se stai eseguendo Debian, prova
cd /opt/vc/src/hello_pi
make -C libs/ilclient
make -C libs/vgfont
cd hello_audio
make
./hello_audio.bin
per testare l'uscita analogica. E per testare HDMI.
./hello_audio.bin 1
Si noti inoltre che potrebbe essere necessario aggiungere l'utente al gruppo "audio" per ottenere l'autorizzazione ad accedere alla scheda audio.
sudo apt-get install alsa-utils
è permanente, ma sudo modprobe snd_bcm2835
inizializza solo il driver per la sessione corrente. Per assicurarsi che il modulo sia inizializzato all'avvio, aggiungere snd_bcm2835
a /etc/modules
( sorgente ).
snd-bcm2835
a /etc/modules
quando avrebbe dovuto essere snd_bcm2835
. Una volta che l'ho cambiato, ha funzionato.
amixer cset numid=1 0
lo riporta a un livello ragionevole.
Penso di avere un modo per risolvere il tuo problema, provare a digitare omxplayer -o local xxx.mp3
(per file mp3) o omxplayer -o local xxx.mp4
(per file mp4) per ascoltare l'audio da raspi sulla cuffia. E puoi anche digitare omxplayer --help
per un maggiore utilizzo di omxplayer.
Ho anche riscontrato lo stesso problema con il mio Raspberry Pi 2. Ho collegato il mio Pi alla mia TV HD tramite un cavo HDMI. La mia soluzione:
Impostare l'uscita audio utilizzando il seguente comando:
amixer cset numid=3 2
Ho testato l'uscita audio utilizzando il seguente comando, ma non è stato emesso alcun suono:
speaker-test -c2 -t wav
Per abilitare l'audio HDMI, ho seguito le indicazioni trovate qui
sudo [your favourite editor] /boot/config.txt
Linea di commento #hdmi_drive=2
Riavvia Pi usando il seguente comando:
sudo shutdown -r 0
Questo è un bug comune. Penso che ciò che sta rompendo ALSA sia PulseAudio. Se si desidera utilizzare ALSA (impostazione predefinita, consigliato da Tux), utilizzaresudo apt-get remove PulseAudio
Per altre correzioni, prova il wiki. Tutto dipende. Prova prima questo (poiché questo è il più comune)
Sto eseguendo OSMC, che esegue Debian, e ho il suono da riprodurre attraverso i miei altoparlanti TV, che sono collegati tramite HDMI. https://youtu.be/p2ljmTE67gs
Se questo è ciò che stai cercando di fare, prova ad aggiungere dtparam=audio=on
a/boot/config.txt
Soluzione originale pubblicata qui: https://discourse.osmc.tv/t/alsa-doesnt-work-after-last-update/10600
La mia attuale ipotesi di lavoro è che, almeno per me, l'audio dipende in qualche modo dall'ambiente desktop. Ho un Raspberry Pi 2, con Raspbian, installato da NOOBS. L'ho pulito e reinstallato Raspbian decine di volte. Il suono funziona quando installo per la prima volta Raspbian. La prossima cosa che faccio abitualmente è rimuovere l'ambiente desktop LXDE e sostituirlo con l'ambiente desktop XFCE, e dopo qualche tempo noto che il suono ha smesso di funzionare. Il cambio di ambienti desktop deve interrompere il mio audio. Non so se la rimozione di LXDE o l'installazione di XFCE lo rompano.
Forse la persona corretta ha suggerito che il colpevole è PulseAudio e l'installazione di XFCE installa PulseAudio. In questo momento, "lxde" è installato, "xfce4" non è installato, "pulseaudio" non è installato e il suono funziona.
Ho riscontrato un problema in cui il suono non funzionava o la riproduzione statica invece della mia registrazione. Ma era un problema con il mio approccio, non con il Pi stesso. Sto usando Raspbian 3.6.11 (2013-02-09-wheezy-raspbian).
In primo luogo, ho provato a riprodurre un file MP3 aplay
, che sembra supportare solo i WAV. Inoltre, alcuni dei file MP3 che ho usato potrebbero non essere stati creati con un codec compatibile. Per testare l'uscita audio sul tuo Pi, ho trovato la soluzione migliore per i file audio di esempio forniti con il sistema operativo Raspbian. Assicurati anche di utilizzare un lettore appropriato per il formato audio. Per esempio:
aplay
per i file .wav. Ad esempio: aplay /usr/share/scratch/Media/Sounds/Vocals/Singer2.wav
(ci sono molti file audio di esempio in / usr / share / scratch / Media / Sounds).omxplayer
o mpg123
per file .mp3. Ad esempio: usa omxplayer /usr/share/scratch/Media/Sounds/Effects/WaterDrop.mp3
o in alternativa mpg123 /usr/share/scratch/Media/Sounds/Effects/WaterDrop.mp3
(se non lo hai già mpg123
, dovresti essere in grado di installarlo con il comando sudo apt-get install mpg123
).amixer
per controllare l'uscita del volume. Ad esempio: amixer cset numid=1 50%
imposta l'uscita del volume del jack per cuffie al 50%.Per ulteriori informazioni sui comandi di uscita audio, ho trovato utile il seguente sito Web: http://blog.scphillips.com/2013/01/sound-configuration-on-raspberry-pi-with-alsa
Per quello che vale, ho anche sentito un suono scoppiettante causato da un salto di tensione quando l'audio si avvia e si interrompe . Tale problema è ora risolto nel firmware Pi.
Sul mio Raspberry Pi il "test dei diffusori" ha funzionato senza alcun hardware aggiuntivo aggiunto. Poi ho aggiunto alcune webcam. Il dispositivo predefinito era cambiato e ho trovato questa domanda Come fare in modo che Alsa scelga automaticamente un dispositivo audio preferito? da quale soluzione n. 1 ha funzionato per me.
... crea
/etc/asound.conf
con il seguente: ...Sostituisci "carta 1" con il numero della tua carta determinato sopra.
Ho avuto problemi con l'uscita audio analogica da solo. Sono venuto a questo thread tra gli altri per cercare di risolvere. Alla fine, ho scoperto che dovevo solo fare clic con il tasto destro sull'icona audio nella mia barra degli strumenti e cambiare la selezione da HDMI ad analogico. Questo probabilmente non risolve il tuo problema, ma potrebbe aiutare qualcun altro che non sta ascoltando l'audio e che ha perso quella soluzione facile.
La mia soluzione è venuta da questa pagina:
[ https://www.raspberrypi-spy.co.uk/2013/06/raspberry-pi-command-line-audio/[[1]
Ed è stato questo:
sudo modprobe snd_bcm2835
Ho riscontrato questo problema durante il tentativo di far funzionare Amazon Voice Services su un Raspberry Pi 3/3 +. Mi sono assicurato che fosse selezionato l'audio analogico. Anche usando aplay ha funzionato.
Si scopre che AVS utilizza l'elemento autoaudiosink, che a sua volta stava selezionando l'elemento omxhdmiaudiosink, che aveva una priorità più alta dell'elemento alsasink. Nel file /etc/xdg/gstomx-rpi.conf c'è una sezione per omxhdmiaudiosink che ho semplicemente commentato. Dopo aver fatto ciò, AVS ha funzionato bene (per la maggior parte - le risposte venivano interrotte di circa ~ 0,25 secondi).
Suppongo che avrei potuto cambiare anche la priorità.
Se vuoi una risposta semplice ci sono 3 opzioni:
omxplayer -o hdmi filename.mp4
omxplayer -o both filename.mp4
omxplayer -o local filename.mp4
Se vuoi che suoni anche se il tuo monitor lo fa
omxplayer -o hdmi
Se vuoi entrambi, allora fallo
omxplayer -o both
Se hai le cuffie e vuoi collegarlo a Raspberry do
omxplayer -o local
e quindi aggiungi il nome del tuo file e il gioco è fatto; è così facile