Guia de ALSA do Gentoo LinuxALSA, que quer dizer Arquitetura Avançada de Som no Linux (Advanced Linux Sound Architecture), fornece funções de áudio e MIDI (Musical Instrument Digital Interface) ao sistema operacional Linux. A ALSA é o subsistema de som padrão no kernel 2.6, substituindo o OSS (Open Sound System), que era usado nos kernéis 2.4. As principais funções da ALSA incluem suporte eficiente para todos tipos de interfaces de áudio de placas de som domésticas a equipamento de som profissional, drivers completamente modularizados, segurança de SMP e threads, compatibilidade com OSS e uma biblioteca de espaço de usuário chamada alsa-lib para tornar o desenvolvimento de aplicações fácil. Uma das principais forças do Gentoo está em dar ao usuário controle máximo sobre como um sistema é instalado/configurado. A ALSA no Gentoo segue o mesmo princípio. Existem duas maneiras de ter suporte a ALSA funcionando em seu sistema. Nós iremos vê-las com detalhe no próximo capítulo.
As duas opções são:
Nós iremos ver os dois antes de finalmente decidir qual. Se você for usar a ALSA fornecida pelo kernel, os prós e contras são os seguintes:
E, se você for usar alsa-driver,
A diferença principal entre usar alsa-driver e a ALSA que vem com o kernel é que alsa-driver é geralmente mais atual que a versão do kernel. Já que isso não faz nenhuma grande diferença, você é encorajado a usar a ALSA fornecida pelo kernel pela facilidade de uso. Antes de relatar problemas relacionados a som no Bugzilla do Gentoo, por favor, tente reproduzi-los usando alsa-driver e relate o bug independentemente do resultado. Qualquer método de instalação que você escolher, você precisa saber que drivers sua placa de som usa. Na maior parte dos casos, placas de som (onboard e outras) são baseadas em PCI e lspci irá ajudar a descobrir a informação necessária. Por favor faça emerge sys-apps/pciutils para obter lspci, se você já não o tiver instalado. Caso você tenha uma placa de som USB, lsusb de sys-apps/usbutils pode ser útil. Para placas ISA, experimente usar sys-apps/isapnptools. Também, as seguintes páginas podem ajudar usuários com placas baseadas em ISA.
Nós agora procedemos para descobrir detalhes sobre a placa de som.
Nós agora sabemos que a placa de som na máquina é uma Sound Blaster Live! e que o fabricante da placa é a Creative Labs. Vá para a página da Matriz de placa de som da ALSA e selecione Creative Labs do menu de seleção. Você será levado para a página de matriz da Creative Labs, onde você pode ver que a SB Live! usa o módulo emu10k1. Esta é a informação que precisamos por hora. Se você estiver interessado em informações mais detalhadas, você pode clicar no link ao lado de "Details", que irá levar para a página específica do emu10k1. Usando a ALSA fornecida por seu kernel Se você é uma pessoa que gosta de manter as coisas simples como eu, este é o jeito certo.
Vamos configurar o kernel para ativar a ALSA.
Agora nós veremos algumas das opções que iremos ter de ativar no kernel 2.6 para assegurar o suporte correto de ALSA para nossa placa de som. Por favor note que para facilitar, todos exemplos mostram ALSA construída como módulos. É aconselhável seguir o mesmo, já que permite o uso de alsaconf, que é uma mão na roda para configurar sua placa. Por favor não pule a seção Configuração deste documento. Se você ainda quiser ter as opções construídas no kernel, certifique-se de fazer as mudanças necessárias à sua configuração.
Agora que sua opções estão configuradas, você pode (re)compilar o kernel e suporte a ALSA para sua placa deve estar funcional uma vez que você reiniciar no novo kernel. Não se esqueça de atualizar sua configuração do GRUB para usar o kernel recém-construido. Você pode continuar com Utilitários da ALSA e ver se tudo está funcionando como deveria. Então você optou pelo método do alsa-driver. Vamos começar. Existem algumas coisas menores a serem feitas para certificar que só os drivers para sua placa de som são compilados. Embora isto não seja realmente necessário, corta os drivers desnecessários que seriam compilados caso contrário. Se você não tem idéia de que drivers sua placa de som precisa, por favor olhe a seção lspci deste guia. Uma vez que você tiver seu nome de driver (emu10k1 em nosso exemplo), edite o /etc/make.conf e adicione uma variável, ALSA_CARDS.
Se você compilou seu kernel e quer usar o alsa-driver, por favor certifique-se do seguinte antes de proceder, caso contrário o alsa-driver provavelmente irá falhar. A lista de código a seguir é um meio de fazer as verificações.
Agora tudo que você precisa fazer é digitar as palavras mágicas... e não, não é abracadabra.
3. Configurando/Testando a ALSA alsa-utils faz uma parte integral da ALSA, já que tem uma batelada de programas que são muito úteis, incluindo os scripts de init da ALSA. Logo, nós recomendamos enfaticamente que você instale alsa-utils.
O jeito mais fácil de configurar sua placa de som é rodar alsaconf. Simplesmente digite alsaconf em uma shell como administrador (root).
Você agora irá ver uma bela interface de menus que irá automaticamente sondar seus dispositivos e tentar encontrar sua placa de som. Será pedido para escolher sua placa de som de uma lista. Uma vez feito, irá pedir permissão para fazer as mudanças necessárias automaticamente a /etc/modules.d/alsa. Irá então ajustar suas configurações de volume para níveis otimizados, rodar modules-update e iniciar o serviço /etc/init.d/alsasound. Uma vez que o alsaconf terminar, você pode continuar com a configuração do script de init da ALSA. Estamos quase prontos. Com qualquer método que você usou para instalar a ALSA, você precisará ter algo para carregar seus módulos ou iniciar a ALSA e carregar suas configurações de volume quando o sistema carregar. O script de init da ALSA lida com tudo isto para você e é chamado alsasound. Adicione ao runlevel boot.
A seguir, verifique o arquivo /etc/conf.d/alsasound e certifique-se que a variável SAVE_ON_STOP está marcada como yes. Isto salva seus ajustes de som quando você desliga seu sistema. Antes de continuarmos com os testes, existe uma última coisa importante que precisa ser configurada. Regra de dedo em um sistema operacional *nix: não rode como administrador (root) a menos que necessário. Isto se aplica aqui também ;) Como? Bem, na maior parte das vezes você deve estar logado como um usuário e quer ouvir música ou acessar sua placa de som. Para que isto aconteça, você precisa estar no grupo "audio". Neste ponto, nós iremos adicionar usuários ao grupo audio, para que não tenham problemas quando quiserem acessar dispositivos de som. Nós usaremos gpasswd aqui e você precisará estar logado como root para que isto funcione.
Nós completamos todos os ajustes e pré-requisitos, então vamos iniciar a ALSA. Se você rodou alsaconf, você pode pular este passo, já que alsaconf já faz isto para você.
Agora que as coisas necessárias foram feitas, nós precisamos verificar o volume já que em certos casos está mudo. Nós usamos alsamixer para este propósito.
Este é como o ALSA Mixer pode parecer-se a primeira vez que você abri-lo. Preste atenção aos canais Master e PCM que têm MM embaixo deles. Isto significa que estão mudos. Se você tentar tocar qualquer coisa com o alsamixer neste estado, você não ouvirá nada.
Agora, vamos demusdar estes canais, e ajustar os níveis de volume conforme necessário.
Depois de terminar, seu ALSA Mixer deve parecer-se com o abaixo. Note o 00 ao invés do MM e também os níveis de volume para ajustes otimizados.
Finalmente. Música. Se tudo acima estiver perfeito, você pode agora ouvir boa música. Um jeito rápido de testar é uma ferramenta de linha de comando como media-sound/madplay. Você também pode usar algo mais conhecido como mpg123 ou xmms. Se você for um fã de ogg, você pode usar ogg123 fornecido pelo media-sound/vorbis-tools. Use qualquer reprodutor com que você estiver confortável. Como sempre, faça emerge do que precisar.
E toque sua trilha sonora favorita...
Você pode agora adicionar a opção de use alsa ao /etc/make.conf para certificar que suas aplicações que tem suporte de ALSA são construídas com ele. Algumas arquiteturas como x86 e amd64 têm a opção ativada por padrão. Se por algum motivo você não puder ouvir som, a primeira coisa a fazer é verificar seus ajustes de alsamixer. 80% dos problemas estão com canais mudos ou volumes baixos. Também verifique o aplicativo de som de seu gerenciador de janelas e verifique que os volumes estão em níveis audíveis. /proc é seu amigo. E neste caso, /proc/asound é seu melhor amigo. Nós vamos dar uma pequena olhada em quanta informação é disponibilizada lá.
O problema mais comum que usuários encontram é o temido erro "Unknown symbol in module". Um exemplo dele é mostrado abaixo.
E quando você olhar a saída de dmesg como sugerido, é provável que você veja:
O problema acima é causado quando você troca de alsa-driver para ALSA dentro de kernel porque quando você desinstala alsa-driver os arquivos de módulo são protegidos por configuração e são deixados no mesmo lugar. Então, quando você troca para módulos dentro do kernel, rodar modprobe fará uma mistura de drivers de alsa-driver e kernel que causam os erros acima. A solução é simples. Nós precisamos remover o diretório que está causando o problema manualmente após desinstalar alsa-driver. Certifique-se de remover a versão correta de kernel e não a atual!
Outra razão para mensagens de erro parecidas com as acima pode ser um arquivo em /etc/modules.d fornecendo um parâmetro device_mode quando não é necessário. Confirme se este realmente é o problema e descubra qual arquivo é o culpado.
Normalmente é um arquivo chamado alsa com a linha options snd device_mode=0666. Remova esta linha e reinicie o serviço alsasound. Isto deve acabar com o problema. Se sua placa de som for uma das que vem com sintetizadores de MIDI on-board e você quer ouvir alguns arquivos .mid, você tem que instalar o awesfx que é basicamente um conjunto de utilitários para controlar o driver AWE32. Nós precisamos instalá-lo primeiro. Se você não tiver um sintetizador de hardware, você pode usar um virtual. Por favor veja seção sobre Sintetizadores virtuais para mais informação.
Depois de copiar os arquivos de fonte de som, nós podemos tocar um arquivo midi como mostrado. Você também pode adicionar o comando asfxload ao /etc/conf.d/local.start, para que a fonte de som seja carregada toda vez que o sistema iniciar.
Você pode tocar arquivos de midi usando um programa como aplaymidi. Rode aplaymidi -l para obter uma lista de portas disponíveis e escolha uma para tocar o arquivo.
Se sua placa de som não tiver um sintetizador de hardware, você pode usar um virtual como timidity++. A instalação é fácil.
Para que o timidity toque sons, você precisa de uma fonte de som. Se você não tiver nenhuma, instale timidity-eawpatches ou timidity-shompatches que fornecerão fontes de som. Você pode ter múltiplas configurações de fonte de som instaladas, e você pode colocar sua própria em /usr/share/timidity/. Para mudar entre as diferentes configurações do timidity, você deve usar a ferramenta timidity-update que vem com o pacote timidity++.
Não se esqueça de adicionar timidity ao runlevel default.
Você agora pode testar tocar arquivos MIDI. Algumas placas de som podem tirar proveito de certas ferramentas fornecidas pelos pacotes alsa-tools e alsa-firmware. Se você precisa do alsa-tools, certifique-se de definir a variável ALSA_TOOLS no /etc/make.conf com as ferramentas de que você precisa. Por exemplo:
Se a variável ALSA_TOOLS não estiver selecionada, todas ferramentas disponíveis serão construídas. Agora instale o(s) pacote(s) alsa-tools (e/ou alsa-firmware):
Todos que contribuíram para a versão antiga do Guia de ALSA do Gentoo: Vincent Verleye, Grant Goodyear, Arcady Genkin, Jeremy Huddleston, John P. Davis, Sven Vermeulen, Benny Chuang, Tiemo Kieft e Erwin. O conteúdo deste documento está licenciado pela licença Creative Commons - Attribution / Share Alike. |
|
