Linux: Placa de som não sendo liberada por algum aplicativo

0

então eu tenho um computador rodando o Linux Mint e para reproduzir arquivos de áudio sem perda eu uso o DeaDBeeF, que configurei para não usar o ALSA up-sampling para poder permitir minha interface de áudio externa (Musical Fidelity V- Link) para lidar com as taxas de bits variáveis.

Eu me acostumei com o efeito colateral, que o sistema operacional não pode usar o cartão simultaneamente para saída de som geral e eu realmente gosto, que a placa de som é reservada para bloquear qualquer som de outras aplicações.

O problema é que eu tenho, é que às vezes eu simplesmente não consigo iniciar a reprodução de nenhuma música, como se a placa de som estivesse sendo usada mesmo não conseguindo ouvir nenhuma saída e fechar todos os aplicativos que poderiam estar reservando a placa de som .

Estranhamente, nem desconectar e reconectar a interface, nem configurar outro dispositivo de saída nas configurações de áudio do sistema parece resolver o problema e isso me força a reiniciar meu computador toda vez que o problema ocorrer.

Embora seja conveniente resolver o problema em si, como um entusiasta do Linux, estou interessado em entender, não apenas como resolvê-lo, mas também o que está causando o problema e possivelmente outras formas de depurá-lo.

Se eu executar deadbeef no terminal, recebo o seguinte erro:

convgui: gtkui plugin not found
plugin Converter GTK3 UI failed to connect to dependencies, deactivated.
plugin Playlist browser GTK3 failed to connect to dependencies, deactivated.
shellexecui: can't find gtkui plugin
plugin Shellexec GTK3 UI failed to connect to dependencies, deactivated.
gtkui plugin compiled for gtk version: 2.16.0
connecting button tray signals
could not open audio device (Device or resource busy)
could not open audio device (Device or resource busy)
streamer: failed to start playback (start track)

isso suporta minha teoria do recurso (interface de áudio) ser reservada, mas não sei como posso investigar o problema e não entendo, por que des e reconectar o cartão com diferentes configurações de áudio globais ( ou seja, dizer ao sistema operacional para usar o áudio embutido) não resolve.

No meu entender, todos os aplicativos lançados para o ALSA e para o ALSA devem ser o único programa usando a interface.

Qualquer sugestão de como investigar ou resolver o problema seria apreciada. aqui está uma captura de tela de como eu configurei o deadbeef

    
por MTTI 16.09.2018 / 00:20

1 resposta

2

Para descobrir quais processos estão acessando dispositivos de som, execute:

lsof /dev/snd/*

ou:

fuser /dev/snd/*

( fuser mostra apenas PIDs, não nomes, mas tem uma opção --kill …)

    
por 16.09.2018 / 14:00