Logo Hardware.com.br
m45t3r
m45t3r Veterano Registrado
986 Mensagens 57 Curtidas

[Resolvido] Problemas com o PulseAudio

#1 Por m45t3r 10/12/2010 - 18:16
Simples e direto, estou tentando problemas em configurar esse chipset de áudio com o PulseAudio no Arch:
nVidia Corporation CK804 AC'97 Audio Controller (rev a2)

É uma antiga Asus A8N-SLI com o chipset nForce 4. O primeiro problema é que toda hora que inicio um programa ou encerro um programa que use o PA, ele faz um som forte. Aparentemente esse é um problema do driver do ALSA dessa placa e não do PA em si (acontecia quando usava o ALSA puro também, só que era menos irritante porque só acontecia quando iniciava ou desligava o sistema). A propósito, o módulo desse chipset é o snd_ac97_codec, ele puxa como dependência o snd_intel8x0(?).

Outro problema, e esse é completamente bizarro. Se eu coloco para saída de 5.1, os canais ficam trocando. Sim, durante a execução do áudio, a front-left troca com rear-left, o center troca com rear-right e assim por diante, e fica trocando. Só ocorre com 5.1 e 4.1, se eu utilizar o 2.0 ou 7.1 funciona normalmente. Consegui arrumar o problema desabilitando o timer-based scheduling e utilizando o antigo interrupt driven, o problema que isso não é o ideal e o PA está usando mais recursos que deveria.

Enfim, dois problemas diferentes, a causa provavelmente é a mesma. O módulo desse chipset está bugado ou ele tem um bug com esse chipset. Alguém tem alguma ideia de como resolver?
problemas configurar chipset tentando audio simples direto pulseaudio ck804
Responder
m45t3r
m45t3r Veterano Registrado
986 Mensagens 57 Curtidas
#3 Por m45t3r
11/12/2010 - 19:35
irtigor disse:
Talvez "cutucando" um ac97_quirk do alsa: http://www.mjmwired.net/kernel/Documentation/sound/alsa/ALSA-Configuration.txt

Tentei todos os quirks possíveis mas nada feito, o mesmo problema continuava.

Hoje resolvi remover o Pulse para usar o ALSA, mas depois resolvi instalar de novo porque o som fiquei com preguiça de recompilar os pacotes... e do nada funcionou. Quer dizer, mais ou menos. Ainda tenho que usar o interrupt stop, mas pelo menos os estalos quando fechava algum aplicativo pararam. Porém o teste de som do gnome-volume-settings parou de funcionar. Vai entender.

Edit: resolvido o problema do testes não funcionarem. Faltou o libcanberra-pulse e o gnome-settings-daemon-pulse. Agora tudo certo.

Edit 2: resolvi o problema por completo agora. Fica a dica para quem tiver o mesmo hardware que eu:
1) Crie um novo arquivo na pasta /etc/modprobe.d. Pode ter qualquer nome, desde que tenha a extensão .conf (coloquei snd-intel8x0.conf, assim fica bem claro que são as opções desse módulo).
2) Edite esse arquivo e adicione a linha: options snd-intel8x0 ac97_clock=48000
3) Agora reinicie, o áudio deve funcionar normalmente, mesmo usando o time-based scheduling.
Tecnologia e etc. - Mais um outro blog de tecnologia e informação

Powered by imGray">Arch eepSkyBlue">Linux & Android
mangueJOE
mangueJOE Veterano Registrado
1.2K Mensagens 1 Curtida
#4 Por mangueJOE
14/12/2010 - 03:07
m45t3r que bom que você resolveu seu problema.

Infelizmente no mundo linux é assim, o audio é uma caixinha de surpresas as vezes.

Aqui vai uma dica que me ajuda as vezes. Caso você tenha mais problemas no futuro.

Temos alsa, pulseaudio, jack, oss. Mas o driver mesmo fica sempre com o alsa ou oss4.

Uma dica então é saber se é problema com o alsa ou o pulseaudio. Uma forma é instalar o qjackctl jackd e mandar ele capturar todo o som do alsa e mandar seus programas usarem o jack. Se o som estiver ok então era bronca no pulseaudio. Se não, então é o alsa mesmo e o problema normalmente se revolve fazendo configurações do tipo a que você fez aí. O problema é que o próprio jack, mal configurado pode levar a outros problemas... choramingando.gif

Já testei oss4 e ele tinha suporte ao meu hardware, mas ficou problemático e tive que voltar. Porém não deixa de ser uma alternativa para diagnóstico.

t+
Phenom II x4 965 | 4GB RAM | Sapphire HD5770 | 500GB HD | MOBO Asus M4A785-M
Sony Vaio VPCEE23EB
OddStrikesAgain
OddStrikesAg... Novo Membro Registrado
38 Mensagens 1 Curtida
#5 Por OddStrikesAg...
17/12/2010 - 18:40
Eu to no mint, vc no arch... ou seja o nivel tecnico é maior... mas eu ja estive em slack...

Nesse exato momento eu to instalando o quake4 no meu mint, a minha grande duvida era se eu ficava com o pulse ou o alsa, minha preferencia era pelo alsa, pois em tempos passados o pulse me deu muita raiva por emitir um ruido chato, tipo ruido de tweeter de mini game prestes a estourar, e esse ruido ocorria principalmente em jogos, mas tambem em algumas poucas aplicações...

No Ubuntu Lucid, o pulse nao dava mais o problema, mas se ativasse o antialiasing nos games, ou o ruido voltava ou o audio ficava descompassado. so mantive o pulse por causa do UT4...

No Mint atual, o problema sumiu...

Tenta o Alsa...
Nanuke - Celeron 430 1.8Ghz - Maxtor 150gb - 2gb DDR2 - Nvidia 9400gt - Linux Kubuntu Nattysmile.png
Mononoke - PIII Coopermine 810Mhz - Samsung 40gb - 448DIMM - Dual Boot: Linux Mint Fluxbox e WinXPsuper.gif

----------------
OddLinux!!!dorminhoco.gif
OddStrikesAgain!!!super.gif
m45t3r
m45t3r Veterano Registrado
986 Mensagens 57 Curtidas
#7 Por m45t3r
17/12/2010 - 23:27
OddStrikesAgain disse:
...

Tenta o Alsa...

Usar o ALSA simplesmente não é uma opção em todos os casos. Ok, estou no Arch e uma das vantagens que ele oferece é justamente eu ter a opção de usar o que quiser (poderia usar inclusive o OSSv4, acho que é uma das poucas distros que suportam isso por padrão). Mas nesse PC em especial queria o PulseAudio funcionando para usar meu sistema 5.1 em qualquer tipo de fonte (upmix). Sim, dá para fazer isso com o ALSA, mas como em qualquer coisa com ALSA vira uma bela de gambiarra e eu não gosto muito de gambiarras.

Marcos FRM disse:
Boa descoberta, m45t3r.

A respeito do áudio no Linux, a situação hoje está muito melhor do que já esteve. O PulseAudio tornou-se o padrão de fato entre as distribuições e quase todos os aplicativos funcionam perfeitamente com ele. De resto, é um bugzinho do ALSA aqui, outro ali... nóis trupica mais num cai!

Ah, um negócio que eu esqueci de reportar, o que eu falei ali só durou uma reinicialização. O problema voltou depois. Bom, já que subiram o tópico vou falar o que aconteceu depois.

Desativar o timer-based scheduling funciona, porém ainda deixa o som bugado em algumas coisas. No meu caso, um vídeo específico, aberto com o MPlayer no modo Pulse (e só com essa configuração) conseguiu ativar o bug de troca de caixas contínuas.

Aliás, tinha reparado que o seek do MPlayer com o Pulse, que já é bugado normalmente (isso é um bug do MPlayer, só não sei se é causado pelo PA ou pelo upstream), estava mais bugado que o normal. Explico, geralmente o vídeo trava no MPlayer se você ficar avançando e voltando no vídeo de forma contínua, usando o -ao pulse. Agora aqui era assim, você dava um seek e ele já travava, algo muito mais irritante que o normal.

Então resolvi tomar a seguinte decisão, deixei o timer-based scheduling ligado (que é o jeito ideal de qualquer jeito) e selecionei o modo 7.1 no pavucontrol. Fiquei com dois canais "extras", mas pelo menos tudo funciona do jeito que deveria.

Bom, de qualquer jeito hoje teve atualização do PA no Arch. Resultado preliminar, as coisas aparentemente estão funcionando como deveriam (consigo usar o modo 5.1 sem problemas), mas não vou comemorar ainda. Vou testar por pelo menos um dia, se estiver tudo bem eu coloco o tópico como encerrado.
Tecnologia e etc. - Mais um outro blog de tecnologia e informação

Powered by imGray">Arch eepSkyBlue">Linux & Android
Marcos FRM
Marcos FRM Highlander Registrado
10.3K Mensagens 712 Curtidas
#9 Por Marcos FRM
18/12/2010 - 09:20
mangueJOE disse:
No ubuntu ainda tenho as vezes umas surpresas com PA. Sem falar que não da pra desinstalar sem gambiarras. Isso mesmo, desinstalar o pulse audio remove junto o pacote ubuntu-desktop e outros vitais. Achei horrivel isso.

É que todos os pacotes são configurados para usarem suas saídas de som "pulse". Para o pacote poder ser desinstalável, teria que existir algo como existia no Arch, onde vários pacotes tinham suas versões normais (ALSA) e uma segunda versão "-pulse". Viável seria, mas um belo desperdício de esforço.

No Ubuntu 10.10, os programas que mais uso que tocam som, Banshee, VLC, Totem, Flash Player, funcionam normal.
...
mangueJOE
mangueJOE Veterano Registrado
1.2K Mensagens 1 Curtida
#10 Por mangueJOE
20/12/2010 - 00:19
Marcos FRM disse:
É que todos os pacotes são configurados para usarem suas saídas de som "pulse". Para o pacote poder ser desinstalável, teria que existir algo como existia no Arch, onde vários pacotes tinham suas versões normais (ALSA) e uma segunda versão "-pulse". Viável seria, mas um belo desperdício de esforço.

No Ubuntu 10.10, os programas que mais uso que tocam som, Banshee, VLC, Totem, Flash Player, funcionam normal.


No debian você usa o pulseaudio se quiser, ou seja, o Ubuntu desfez o que estava feito no debian e obriga todo mundo a usar pulseaudio.
Phenom II x4 965 | 4GB RAM | Sapphire HD5770 | 500GB HD | MOBO Asus M4A785-M
Sony Vaio VPCEE23EB
m45t3r
m45t3r Veterano Registrado
986 Mensagens 57 Curtidas
#11 Por m45t3r
20/12/2010 - 00:49
Marcos FRM disse:
É que todos os pacotes são configurados para usarem suas saídas de som "pulse". Para o pacote poder ser desinstalável, teria que existir algo como existia no Arch, onde vários pacotes tinham suas versões normais (ALSA) e uma segunda versão "-pulse". Viável seria, mas um belo desperdício de esforço.

No Ubuntu 10.10, os programas que mais uso que tocam som, Banshee, VLC, Totem, Flash Player, funcionam normal.

Na verdade o Arch adotou uma solução bem elegante. Ao invés de manter dois pacotes, eles separaram o servidor da biblioteca. Assim, os programas que foram compilados com o PA e puxam ele de dependência só puxam a biblioteca libpulse, não o pulseaudio em si. Porque isso funciona quando se usa só o ALSA eu não sei, mas aparentemente funciona (não vi ninguém reclamar que a nova dependência do libpulse tenha quebrado sistemas que usavam ALSA).

Aliás, problema resolvido, depois da atualização os problemas sumiram (tanto os estalos depois do fim do fluxo de áudio quanto o problema das trocas de caixa em modo 5.1). Aparentemente empacotaram o pacote do pulse errado (foi release de pacote só, não uma nova versão mesmo). Valeu quem tentou ajudar.
Tecnologia e etc. - Mais um outro blog de tecnologia e informação

Powered by imGray">Arch eepSkyBlue">Linux & Android
mangueJOE
mangueJOE Veterano Registrado
1.2K Mensagens 1 Curtida
#12 Por mangueJOE
20/12/2010 - 01:20
m45t3r disse:
Na verdade o Arch adotou uma solução bem elegante. Ao invés de manter dois pacotes, eles separaram o servidor da biblioteca. Assim, os programas que foram compilados com o PA e puxam ele de dependência só puxam a biblioteca libpulse, não o pulseaudio em si. Porque isso funciona quando se usa só o ALSA eu não sei, mas aparentemente funciona (não vi ninguém reclamar que a nova dependência do libpulse tenha quebrado sistemas que usavam ALSA).


No ubuntu e debian é assim: um programa precisa do oss, mas no sistema não tem, então o alsa finge que é o oss pra esse programa e roda beleza.

O complicado é que, esse fingimento tem pra tudo quanto é lado, o jack finge que é alsa, o pulse finge que é oss, o alsa finge que é pulse que finge que é oss e assim vai.

Por exemplo, rodando o o jack aqui, programas que não funcionam com jack estavam funcionando achando que estavam passando o som para o alsa.

Estranho é o ubuntu não deixar eu remover sem gambiarras o pulseaudio, já que no debian isso é possível devido à salada de fingimentos descritos acima.
Phenom II x4 965 | 4GB RAM | Sapphire HD5770 | 500GB HD | MOBO Asus M4A785-M
Sony Vaio VPCEE23EB
Responder Tópico
© 1999-2024 Hardware.com.br. Todos os direitos reservados.
Imagem do Modal