Generando ruido aleatorio por diversión en / dev / snd /

Recientemente he estado explorando la carpeta encantada / dev. Quiero escribir algunos datos aleatorios en un dispositivo de audio para generar algo de ruido.

Estoy usando ALSA.

Entonces le indico a cat que canalice algunos datos aleatorios al archivo de reproducción en la carpeta / dev ...

 cat file-of-random-data > /dev/snd/pcmC0D0p

entonces recibo lo que parece ser un error del gato

 cat: write error: File descriptor in bad state

¿Cómo puedo solucionar esto para poder escuchar una deliciosa reproducción estática de mi tarjeta de sonido?

Creo que la razón por la que esto no funciona es porque esa interfaz ha quedado en desuso. Normalmente ya no puedes escribir audio usando /dev/dsp, al menos sin ser complicado.

Hay un programa que va a lograr esto para usted en su sistema: padsp. Esto asignará el archivo /dev/audioo /dev/dspal nuevo sistema del servidor de audio.

Enciende la terminal y entra en modo raíz con sudo su.

Luego, voy cat /dev/urandomy canalizo la salida padspy uso el teecomando para enviar los datos /dev/audio. Obtendrá una tonelada de basura en su terminal, por lo que es posible que desee redirigir a /dev/null.

Una vez que esté en superusuario, intente este comando:

cat /dev/urandom | padsp tee /dev/audio > /dev/null

Es posible que incluso desee probar con otros dispositivos, como su mouse: Use:, /dev/psauxpor ejemplo, o el controlador usb. Incluso puede ejecutar su memoria a través de él: /dev/mem

Espero que esto aclare por qué no estaba funcionando antes.

Personalmente, ¡encontré que el mouse y la memoria son mucho más interesantes que jugar al azar estático!

cat /dev/urandom | aplay es el comando que debe escribirse. Si no está en el grupo "audio", puede prefijar un aplay con sudo. Esto tampoco interfiere con ningún demonio (estaba ejecutando pulseaudiomientras este comando estaba activo y escuché correctamente el "ruido".

EDITAR (6 de agosto de 2019): en una versión anterior del comando también tenía padsp teealgo entre el caty aplay. Ahora que realmente estoy trabajando en el campo, me doy cuenta de que no tenía ningún sentido. Además, sé que el comando actualizado (el visible ahora al comienzo de esta respuesta) funciona porque lo uso varias veces al día en el trabajo.

Pruebe / dev / audio o uno de los otros dispositivos en / dev / snd. No todos son sumideros de datos de audio, es posible que haya capturado un mezclador, un micrófono o algo así

¿Un demonio de sonido (p pulseaudio. Ej. ) Mantiene un bloqueo en el dispositivo? Creo que puede averiguar si hay algo más que pueda controlar lsof.

TL; DR: los parámetros del dispositivo deben establecerse antes de leer o escribir datos en él.

Paso a paso:

1. Abra el dispositivo PCM. Por ejemplo: fd = open("/dev/snd/pcmC0D0p", O_RDWR). Después de abrir, PCM está en OPENestado.

2. Establecer parámetros con ioctl(fd, SNDRV_PCM_IOCTL_HW_PARAMS, (struct snd_pcm_hw_params*) p). La estructura de parámetros de hardware tiene máscaras (cada bit es un valor) e intervalos (rango [mínimo, máximo]). Los parámetros que no se están configurando deben pasarse rellenados (todos los bits / valores configurados para máscaras; rango completo para intervalos). Después de configurar los parámetros de hardware, PCM está en SETUPestado. Ver pcm_set_config () de TinyALSA para el código.

   Configuración ACCESS, FORMAT, RATE, CHANNELS, PERIOD_SIZEy PERIODSes suficiente. Los otros parámetros son variantes de estos, excepto BUFFER_SIZEque en algunos dispositivos pueden establecerse en un no múltiplo de PERIOD_SIZE.

3. Llame ioctl(fd, SNDRV_PCM_IOCTL_PREPARE)para preparar el dispositivo y las variables de tiempo de ejecución ALSA. Después de esto, el PCM está en PREPAREDestado.

4. Comience a leer (capturar) o escribir (reproducir).

Una aplicación mínima para leer o escribir en un dispositivo PCM tendrá la mayor parte de su código en torno a la manipulación de parámetros de hardware.