Linux: Solucionando problemas com o som

Linux: Solucionando problemas com o som
Existem dois conjuntos de drivers de som disponíveis no Linux: o OSS é o mais antigo, com uma arquitetura mais simples e suporte a um número menor de placas de som, usado desde as primeiras versões do Kernel. O Alsa é mais moderno, com suporte a mais placas e drivers com mais recursos. Ele é o sistema padrão no Kernel 2.6 e, consequentemente, em todas as distribuições atuais.

O utilitário padrão para detectar a placa de som ao usar o Alsa é o alsaconf (que deve ser executado como root, no terminal). Você pode usá-lo sempre que quiser redetectar a placa de som, ou em casos em que ela não seja detectada automaticamente durante o boot. Você pode também acioná-lo usando a opção dentro da seção “Suporte a Hardware” no Painel de Controle.
index_html_79f72e90
O alsaconf roda em modo texto justamente para que seja compatível com qualquer distribuição, independentemente do ambiente gráfico instalado. Ele é uma das ferramentas padrão, que você encontra em qualquer distribuição.

Ao ser executado, ele fecha todos os programas que estejam usando o som, por isso tome sempre o cuidado de salvar seus trabalhos. Depois de ativar a placa, ajuste os volumes usando o kmix (o ícone do alto-falante ao lado do relógio). Se preferir, você pode usar também o aumix (iniciar > Sistema) ou o alsamixer (através do terminal).

Ao usar o kmix, os volumes do som são salvos ao finalizar o KDE através do “iniciar > Fechar Sessão”. Além do som, muitas configurações são salvar apenas ao finalizar o KDE “corretamente”, por isso evite finalizá-lo usando o Ctrl+Alt+Backspace ou reiniciando a máquina no botão. Evite também desligar a máquina usando o comando “halt” no terminal, pois ele faz um desligamento rápido, apenas sincronizando os buffers do HD e fechando os principais serviços, sem salvar arquivos abertos ou gravar as configurações.
index_html_51fd2975
Voltando à configuração do som, uma pegadinha é que o alsaconf deixa o volume de som no mínimo ao ser usado (uma precaução, já que um volume mais alto poderia gerar microfonia), deixando o som mudo até que você ajuste o volume manualmente.

Outra observação importante é que, ao contrário de placas mais caras, como as SB Live e Audigy, muitas placas de som onboard e os modelos PCI baratos não suportam múltiplos fluxos de áudio via hardware, ou seja, a placa originalmente não é capaz de reproduzir um MP3 e tocar os sons de sistema ao mesmo tempo.

No Windows este recurso é implementado via software, através de funções incluídas nos drivers das placas. No Linux, isto é feito através de um servidor de som, o Kurumin usa o Arts, o servidor de som do KDE. A função do servidor de som é processar os eventos de som e mandar tudo mastigado para a placa de som. Ele serve como um intermediário entre os programas e o hardware.

No Kurumin, o Arts vem desativado por padrão, permitindo que os programas acessem a placa de som diretamente. Caso você esteja tendo problemas para usar o som simultaneamente em mais de um aplicativo por vez, ou se alguns programas estiverem “travando” a placa de som, impedindo que outros usem o som mesmo depois de finalizados, experimente ativar o Arts, marcando a opção “Habilitar o Sistema de Som“, dentro do Painel de controle do KDE, seção “Som & Multimídia > Sistema de Som”:
index_html_63722917
Um dos problemas de usar o Arts é que muitos aplicativos não sabem como trabalhar com ele, pois só sabem utilizar os drivers OSS antigos. Para evitar que o Arts fique ativo continuamente, bloqueando a placa de som, é recomendável marcar a opção “Suspensão automática se ocioso por:” e usar um tempo baixo, como, por exemplo, 4 segundos (como no screenshot anterior). Desta forma, o Arts é finalizado automaticamente depois de 4 segundos sem uso. Se você fechar todos os programas que usam o som e contar até 4, a sua placa de som vai estar livre para ser utilizada por programas antigos.

Programas baseados na biblioteca do Gnome, como o XMMS e o gMplayer, incluídos no Kurumin, podem ser configurados tanto para acessar a placa de som diretamente (seja usando os drivers Alsa ou OSS), quanto para usar o Arts.

Em muitos programas, o default é utilizar o Arts sempre que possível, mas caso você esteja tendo problemas com o som em algum aplicativo em particular, experimente dar uma olhada na configuração e ver se não existe uma opção para mudar o servidor de som usado. Veja, por exemplo, a configuração do gMplayer:
index_html_m7c7af8fc
Você pode experimentar mudar para a opção “alsa 1x“. Isso faz com que o programa passe a acessar a placa diretamente, sem passar pelo Arts. O XMMS oferece uma opção semelhante em Preferências > Plugins E/S de Áudio > Plugin de saída.

Sobre o Autor

Redes Sociais:

Deixe seu comentário

X