Gerando ruído aleatório para diversão em / dev / snd /

35

Recentemente, tenho explorado a pasta / dev encantada. Eu quero escrever alguns dados aleatórios em um dispositivo de áudio para gerar algum ruído.

Estou usando o ALSA.

Então eu instruo o gato a enviar alguns dados aleatórios para o arquivo de reprodução na pasta / dev ...

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

então eu recebo o que parece ser um erro do gato

 cat: write error: File descriptor in bad state

Como posso consertar isso para que eu possa ouvir um delicioso jogo estático da minha placa de som?

    
por jones 25.05.2011 / 06:59

4 respostas

42

Acho que a razão pela qual isso não está funcionando para você é porque essa interface foi descontinuada. Você normalmente não pode gravar áudio usando /dev/dsp , pelo menos sem ser complicado.

Existe um programa que fará isso para você no seu sistema: padsp . Isso mapeará o arquivo /dev/audio ou /dev/dsp para o novo sistema do Audio Server.

Ligue o terminal e entre no modo raiz com sudo su .

Em seguida, vou para cat /dev/urandom e canalizo a saída para padsp e uso o comando tee para enviar os dados para /dev/audio . Você vai ter uma tonelada de lixo no seu terminal, então você pode querer redirecionar para /dev/null .

Quando estiver no superusuário, tente este comando:

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

Você pode até tentar usar outros dispositivos, como o mouse: Use: /dev/psaux , por exemplo, ou o driver usb. Você pode até mesmo executar sua memória através dele: /dev/mem

Espero que isso esclareça por que não estava funcionando antes.

Pessoalmente, achei o mouse e a memória muito mais interessantes do que tocar estática aleatória!

    
por 31.12.2011 / 04:23
5

cat /dev/urandom | padsp tee | aplay é o comando que precisa ser digitado. Se você não está no grupo "audio", você pode prefixar aplay com sudo. Isso também não interfere em nenhum daemons (eu estava executando pulseaudio enquanto este comando estava ativo e ouvi corretamente o "ruído".

    
por 01.07.2013 / 11:12
3

Tente / dev / audio ou um dos outros dispositivos em / dev / snd. Nem todos eles são pias de dados de áudio, você pode ter pego um mixer, microfone ou algo

    
por 25.05.2011 / 11:47
2

Um daemon de som (por exemplo, pulseaudio ) está bloqueando o dispositivo? Eu acho que você pode descobrir se qualquer outra coisa tem um identificador via lsof .

    
por 25.05.2011 / 13:35

Tags