Djames Suhanko wrote
> Quando isso acontece, perceba que nenhum som ambiente funciona mais. Nao
> sei qual o problema exatamente, mas estah relacionado ao artsd. Reinicie-o
> e o som do KDE reaparecer�.
Usando o KDE 2.1 e 2.2, percebia que, algumas vezes, o artsd se matava dizendo
que tinha usado muito da CPU. At� hoje n�o consegui descobri o que acontecia,
mas acredito se tratar de um bug.
No KDE 3.0b1 que estou testando, isso n�o acontece. Mas o detalhe � que tamb�m
n�o � o mesmo computador...
> Existe um conflito do artsd com nao-sei-o-que. Para ouvir mp3 com o
> mpg123, quando estou no kde, eh necessario matar o artsd: killall artsd
> A partir de entao posso usar qualquer player e jogar qualquer jogo ( por
> falar em jogo, experimentem o abuse para linux... beleza de jogo !), mas o
> som do kde dessa vez dan�a.
O que acontece �, na verdade, bem simples: os programas que usam a placa de
som s�o meio Highlander. Isto �: s� pode haver um.
Tanto para ALSA como para OSS, somente um programa por vez pode acessar o
dispositivo de som (/dev/dsp ou /dev/snd/pcmC0D0p). Se outro programa tentar
abrir o dispositivo de som, ele ficar� na espera ou ent�o receber� um erro.
Isso acontece com quase todas as placas de som que existem. As exce��es s�o
algumas pouqu�ssimas placas mais novas que suportam, no hardware, mais de um
stream de �udio. Por isso, mais de um programa pode us�-las.
Logo, solu��o: s� use um programa por vez para acessar a placa de som. Os
outros todos ter�o que ficar na espera.
N�o seria �timo se fizessem um programa ent�o para pegar os streams de todos
os programas que querem usar a placa de som e a� s� ele enviar tudo de uma
vez para a placa de som, devidamente mixado e tudo mais?
Opa! J� tem isso! � justamente esse o prop�sito do Arts! (assim como o esd que
o GNOME usa). Ambos os programas t�m como prop�sito permitir o uso de mais de
um programa por vez ao dispositivo de som, devidamente mixando, controlando
volume, amostragem e todos os detalhes.
Por exemplo, se voc� for olhar no site do ALSA sobre justamente, "Por que s�
um programa funciona por vez", vai ver que eles dizem que a solu��o � usar o
Arts ou o esd. E, por exemplo, o Arts tem algoritmos bastante complexos para
fazer o que ele faz e funcionar direito. N�o dava para colocar isso t�o
facilmente no c�digo do kernel.
Voltando ao caso, e se o seu programa n�o tiver suporte ao Arts? Bom, eu sei
que o XMMS tem suporte e eu posso ouvir meus MP3 e meus Ogg com o XMMS ou com
o Noatun, mas e se eu quiser teimar em ouvir com o mpg123? (O ogg123 tem
suporte a Arts, acho) Ou ent�o, por exemplo, se eu quiser rodar o RealPlayer
para ouvir minha r�dio brasileira favorita daqui da Fran�a?
Bom, junto com o arts vem um scriptzinho interessante chamado artsdsp. O que
ele faz � carregar duas bibliotecas extras junto ao programa que interceptam
as chamadas de sistema open(), write() e alguns ioctl() de som. Quando o
programa tenta abrir "/dev/dsp", a biblioteca intercepta, abre uma conex�o
para o Arts e manda o stream de m�sica para l�. Desse modo, eu ou�o minha
r�dio favorita, meus barulhinhos chatos do KDE cada vez que abre uma janela
nova porque eu esqueci de desconfigur�-los, e posso fazer uma pr�via dos meus
MP3 e Ogg enquanto vejo meus arquivos no Konqueror quando passo com o mouse
por cima. Tudo ao mesmo tempo.
Para us�-lo:
artsdsp programa [argumentos [argumentos [...]]]
Exemplo:
artsdsp realplay pnm://real.easyit.com.br/encoder/energiafm.rm
Nota! O artsdsp n�o funciona com programas setuid por causa da prote��o da do
loader!
Ali�s, essa foi minha salva��o. Minha placa de som (VIA 8233 on-board) n�o tem
um suporte muito legal n�o... Eu descobri vendo alguns v�deos que o som s�
ficava legal se eu estivesse ouvindo streams com amostragem de 44.1 kHz. Tudo
que fosse abaixo disso (32, 24, 22.05, 11, ...) ficava horr�vel, com estalos
e o diabo a quatro. A solu��o foi ir l� no KDE Control Center e colocar o
Arts para fazer re-amostragem para 48000 Hz (ficou melhor que em 44100) e
rodar sempre atrav�s do Arts. Nunca que todos os programas teriam condi��es
de fazer isso -- muito menos o driver do kernel!
--
Thiago Macieira - UFOT Registry number: 1001
[EMAIL PROTECTED]
ICQ UIN: 1967141 PGP: 0x8F2978D5 and 0xEA9037A5 (PGP 2.x)
Registered Linux user #65028
Assinantes em 05/02/2002: 2232
Mensagens recebidas desde 07/01/1999: 153678
Historico e [des]cadastramento: http://linux-br.conectiva.com.br
Assuntos administrativos e problemas com a lista:
mailto:[EMAIL PROTECTED]
