Ol�...
Vamos corrigir alguns detalhes:
> Bem se o arts nao estiver habilitado nao tem os alarmes, que pelo jeito
> usam o arts (extranho? ;) ) Se o arts esta habilitado, entao deve ser a
> configuracao do programa ou do kde mesmo... da uma olhada no Centro de
> Controle do Kde ou nas configuracoes do programa...
Exato, o modo como s�o reportados os eventos � independente do aRts. �
configurado atrav�s do item de Notifica��es do Sistema. O que pode estar
ocorrendo � estar usando alguma aplica��o que j� mant�m o device de som ( oss
? ) aberto, o que leva ao pr�ximo coment�rio
> Funciona sim... realplayer.. xmms;... mplayer todos funcionam sem
> problemas com o arts desligado, mas como falei, um de cada vez... vc nao
> pode ter duas fontes de som digital de uma vez, pois a saida de som
> estara ocupada pela primeira...
N�o � totalmente verdade. O aRts ( como o alsa e o esd ) funciona com n fontes
simult�neas.
O que ocorre � que as aplica��es devem estar acessando o servidor aRts, ao
contr�rio de fazer o binding direto na placa. Nos casos citados acima,
mplayer, xmms j� possuem plugin para sa�da atrav�s de aRts, ( no caso do
Conectiva, existem o pacote xmms-arts desde o Cl7 e o pacote do mplayer no
snapshot j� compilado com aRts ).
No caso de aplica��es propriet�rias ( Realplayer ) e aplica��es sem suporte a
aRts ( mpg123 ), voc� pode chamar os programas deste modo:
artsdsp {PROGRAMA}
Isto provoca um wrapper sore a porta /dev/dsp para a entrada ser redirecionada
direto ao aRts, sendo ent�o poss�vel usar os recursos de n fontes sonoras com
essas aplica��es.
Quanto a quest�o de travamento, o aRts � um grande consumidor de recursos
mesmo, como deveria ser qualquer aplica��o que se usa de decoders de mpeg,
ogg, etc. e para se obter uma performance razo�vel alguns detalhes na
configura��o podem ajudar:
Na base de tudo:
Alsa - se sua placa de som � suportada pelo Alsa ( o que n�o � dif�cil ser ),
� MUITO recomendado que ele seja utilizado no lugar do oss, e se poss�vel,
ligar a emula��o de oss do mesmo. Ap�s, na configura��o do aRts, caso voc�
n�o deseje usar detec��o autom�tica do servidor, coloque ele direcionado para
alsa ( segundo tab da configura��o )
No servidor aRts:
Full-duplex - � estranho, mas muitas placas de som embutidas ( especialmente
as CMI e Via ), n�o tem um bom funcionamento sem o full-duplex ligado. � um
detalhe que ainda n�o descobri o porque, mas se torna relevante pois n�o �
prejudicial em nenhum nodo. Portanto, no segundo tab do servidor de som,
selecione enable Full-Duplex.
RealTime priority - Prioridade em real time garante uma melhor responsividade
quando do uso de players em geral ( eu uso o noatun ), por�m consome uma boa
quantidade de eventos..
Autosuspend: � um bom recurso e etm boa inten��o, mas � muito custoso para
m�quinas com menos processamento, principalmente se for usado com baixo tempo
de suspend. O tempo de parada e reinicio do servidor consome uma boa
quantidade de cpu
Para refer�ncia, aqui uso uma AMD K62-500 ( todo mundo sabe como � pessima a
performance de ponto flutuante dos K6 ) com placa de som embutida CMI. Uso o
arts ok com player de �udio e opera��o normal de desktop. Com v�deo,
principalmente usando mplayer com autodetec��o de hardware, a maquina cansa..
Mas em nenhum momento h� parada do aRts.
Espero ter esclarecido um pouco as coisas
--
Helio Chissini de Castro
KDE Developer
Development - Conectiva S.A.
Assinantes em 11/09/2002: 2238
Mensagens recebidas desde 07/01/1999: 182765
Historico e [des]cadastramento: http://linux-br.conectiva.com.br
Assuntos administrativos e problemas com a lista:
mailto:[EMAIL PROTECTED]
