No puedo ejecutar el audio. No escucho nada y no puedo tocar nada.
¿Hay alguna solución para habilitar el audio?
No puedo ejecutar el audio. No escucho nada y no puedo tocar nada.
¿Hay alguna solución para habilitar el audio?
Respuestas:
Esto es causado por algunos monitores de computadora que seleccionan el modo DVI incluso si hay un cable HDMI conectado. ¡Esta solución puede ser necesaria incluso si otros dispositivos HDMI funcionan perfectamente en el mismo monitor (o TV)! Edite el archivo de configuración: consulte las instrucciones en el archivo de configuración de Raspberry-Pi .
Agregue la siguiente línea al archivo de configuración:
hdmi_drive=2
El sonido está deshabilitado de manera predeterminada porque el controlador de sonido ALSA todavía es "alfa" (no está completamente probado) en el R-Pi. Para probar el sonido, desde el símbolo del sistema antes de "startx", escriba
sudo apt-get install alsa-utils
sudo modprobe snd_bcm2835
sudo aplay /usr/share/sounds/alsa/Front_Center.wav
Por defecto, la salida será automática (hdmi si hdmi admite audio, de lo contrario, analógico). Puedes forzarlo con:
sudo amixer -c 0 cset numid=3 <n>
donde n es 0 = auto, 1 = auriculares, 2 = hdmi. ( fuente ) Si está ejecutando Debian, intente
cd /opt/vc/src/hello_pi
make -C libs/ilclient
make -C libs/vgfont
cd hello_audio
make
./hello_audio.bin
para probar la salida analógica. Y para probar HDMI.
./hello_audio.bin 1
También tenga en cuenta que es posible que deba agregar su usuario al grupo 'audio' para obtener permiso para acceder a la tarjeta de sonido.
sudo apt-get install alsa-utils
es permanente, pero sudo modprobe snd_bcm2835
solo inicializa el controlador para la sesión actual. Para asegurarse de que el módulo se inicializa en el arranque, agregue snd_bcm2835
a /etc/modules
( fuente ).
snd-bcm2835
en /etc/modules
cuando debería haber sido snd_bcm2835
. Una vez que cambié eso, funcionó.
amixer cset numid=1 0
lo vuelve a establecer en un nivel razonable.
Creo que tengo una manera de resolver su problema, intente escribir omxplayer -o local xxx.mp3
(para archivo mp3) o omxplayer -o local xxx.mp4
(para archivo mp4) para escuchar el sonido de raspi sobre sus auriculares. Y también puede escribir omxplayer --help
para obtener más información sobre omxplayer.
También tuve el mismo problema con mi Raspberry Pi 2. Conecté mi Pi a mi televisor HD a través de un cable HDMI. Mi solución:
Configure la salida de audio con el siguiente comando:
amixer cset numid=3 2
Probé la salida de sonido con el siguiente comando, pero no se escuchó ningún sonido:
speaker-test -c2 -t wav
Para habilitar el sonido HDMI, seguí las instrucciones que se encuentran aquí
sudo [your favourite editor] /boot/config.txt
Línea de descomentar #hdmi_drive=2
Reinicie Pi usando el siguiente comando:
sudo shutdown -r 0
Este es un error común. Creo que lo que está rompiendo ALSA es PulseAudio. Si desea usar ALSA (predeterminado, recomendado por Tux) usesudo apt-get remove PulseAudio
Para otras soluciones, prueba el wiki. Todo depende. Pruebe esto primero (ya que es el más común)
Estoy ejecutando OSMC, que ejecuta Debian, y tengo sonido para reproducir a través de los altavoces de mi televisor, que está conectado por HDMI. https://youtu.be/p2ljmTE67gs
Si esto es lo que está intentando hacer, intente agregar dtparam=audio=on
a/boot/config.txt
Solución original publicada aquí: https://discourse.osmc.tv/t/alsa-doesnt-work-after-last-update/10600
Mi hipótesis de trabajo actual es que, al menos para mí, el audio depende de alguna manera del entorno de escritorio. Tengo un Raspberry Pi 2, ejecutando Raspbian, instalado desde NOOBS. Lo he limpiado y reinstalado Raspbian docenas de veces. El sonido funciona cuando instalo Raspbian por primera vez. Lo siguiente que hago habitualmente es eliminar el entorno de escritorio LXDE y reemplazarlo con el entorno de escritorio XFCE, y en algún momento después de eso, noto que el sonido ha dejado de funcionar. Cambiar los entornos de escritorio debe estar rompiendo mi audio. No sé si está eliminando LXDE o instalando XFCE que lo rompe.
Quizás la persona tenga razón al sugerir que el culpable es PulseAudio, e instalar XFCE instala PulseAudio. En este momento, "lxde" está instalado, "xfce4" no está instalado, "pulseaudio" no está instalado y el sonido está funcionando.
Me encontré con un problema donde el sonido no funcionaba o se reproducía estática en lugar de mi grabación. Pero fue un problema con mi enfoque, no con el Pi en sí. Estoy usando Raspbian 3.6.11 (2013-02-09-wheezy-raspbian).
Principalmente, traté de reproducir un archivo MP3 aplay
, que solo parece admitir WAV. Además, algunos de los archivos MP3 que utilicé pueden no haber sido creados con un códec compatible. Para probar la salida de sonido en su Pi, encontré lo mejor para los archivos de audio de muestra que vienen con el sistema operativo Raspbian. También asegúrese de utilizar un reproductor apropiado para el formato de audio. Por ejemplo:
aplay
para archivos .wav. Por ejemplo: aplay /usr/share/scratch/Media/Sounds/Vocals/Singer2.wav
(hay muchos archivos de audio de muestra en / usr / share / scratch / Media / Sounds).omxplayer
o mpg123
para archivos .mp3. Por ejemplo: use omxplayer /usr/share/scratch/Media/Sounds/Effects/WaterDrop.mp3
o alternativamente mpg123 /usr/share/scratch/Media/Sounds/Effects/WaterDrop.mp3
(si aún no lo ha hecho mpg123
, debería poder instalarlo con el comando sudo apt-get install mpg123
).amixer
para controlar la salida de volumen. Por ejemplo: amixer cset numid=1 50%
establece la salida de volumen de la toma de auriculares al cincuenta por ciento.Para obtener más información sobre los comandos de salida de audio, encontré útil el siguiente sitio web: http://blog.scphillips.com/2013/01/sound-configuration-on-raspberry-pi-with-alsa
Por lo que vale, también estaba experimentando un sonido de estallido causado por un salto de voltaje cuando el audio comienza y se detiene . Ese problema ahora está solucionado en el firmware de Pi.
En mi Raspberry Pi, la "prueba de altavoz" funcionó sin ningún hardware adicional agregado. Luego agregué algunas cámaras web. El dispositivo predeterminado había cambiado y encontré esta pregunta ¿Cómo hacer que Alsa elija automáticamente un dispositivo de sonido preferido? de la cual la solución # 1 funcionó para mí.
... crear
/etc/asound.conf
con lo siguiente: ...Reemplace "tarjeta 1" con el número de su tarjeta determinado anteriormente.
Estaba teniendo problemas con la salida de audio analógico yo mismo. Llegó a este hilo entre otros para tratar de resolverlo. Al final, resulta que solo necesitaba hacer clic derecho en el icono de audio en mi barra de herramientas y cambiar la selección de HDMI a Analógico. Esto probablemente no resuelva su problema, pero podría ayudar a alguien más que no está escuchando audio y que perdió esa solución fácil.
Mi solución vino de esta página:
[ https://www.raspberrypi-spy.co.uk/2013/06/raspberry-pi-command-line-audio/font>[1]
Y fue esto:
sudo modprobe snd_bcm2835
Me encontré con este problema al intentar hacer que Amazon Voice Services funcionara en un Raspberry Pi 3/3 +. Me aseguré de que se hubiera seleccionado audio analógico. También usando aplay trabajado.
Resulta que AVS usa el elemento autoaudiosink, que a su vez estaba seleccionando el elemento omxhdmiaudiosink, que tenía una prioridad más alta que el elemento alsasink. En el archivo /etc/xdg/gstomx-rpi.conf hay una sección para omxhdmiaudiosink que simplemente comenté. Después de hacerlo, AVS funcionó bien (en su mayor parte, las respuestas se acortaron en aproximadamente ~ 0.25 segundos).
Supongo que también podría haber cambiado la prioridad.
Si desea una respuesta simple, hay 3 opciones:
omxplayer -o hdmi filename.mp4
omxplayer -o both filename.mp4
omxplayer -o local filename.mp4
Si quieres que se reproduzca a través de tu monitor
omxplayer -o hdmi
Si quieres ambos entonces haz
omxplayer -o both
Si tienes auriculares y quieres enchufarlo en tu Raspberry do
omxplayer -o local
y luego agregue su nombre de archivo y listo; es fácil