Como regra geral, a configuração inicial do &kplayer; é escolhida para uma performance e reprodução óptimas, para que não sejam necessários mais passos de configuração adicionais. Contudo, em alguns casos, a mudança das configurações iniciais poderá aumentar a performance do &kplayer;. O XVideo é a saída de vídeo que o &kplayer; usa por omissão. Para muitos sistemas, esta é a escolha óptima. Certifique-se que o seu servidor X tem a extensão XVideo activa. Procure no seu ficheiro /etc/X11/xorg.conf ou /etc/X11/XF86Config-4 por uma linha que diga Load "extmod" Esta é a linha que carrega a extensão XVideo, como tal certifique-se que não está desactivada. Verifique também o /var/log/Xorg.0.log ou o /var/log/XFree86.0.log para garantir que o XVideo é carregado sem erros. Se o &kplayer; não puder usar o XVideo por qualquer razão, irá recorrer ao uso da saída de vídeo do X11 na configuração por omissão. A saída de X11 é boa, excepto que obriga ao uso de um sistema de escala por 'software', o que irá consumir muito mais ciclos do processador e não suporta a mudança do contraste, do brilho, da matiz e da saturação, como tal esses controlos não estarão funcionais. Dependendo da sua placa de vídeo, poderá descobrir que determinados tipos de saídas de vídeo do &mplayer; funcionam melhor para si. Por exemplo, poderá tentar a saída VIDIX se tiver uma placa Matrox ou ATI. Para as placas da Matrox existe também a saída XMGA. Adicione uma secção para a sua placa gráfica Contudo, algumas saídas de vídeo poderão não suportar a incorporação do vídeo no &kplayer; e irão abrir em alternativa a sua própria janela. Estas saídas de vídeo não são recomendadas. Poderá alterar o tipo de saída de vídeo na página de Vídeo da Configuração do &kplayer; e, opcionalmente, dizer ao &kplayer; para recorrer a outras saídas se a que escolher falhar. As saídas óptimas de áudio a usar com o &kplayer; são o OSS (por omissão) e o ALSA (recomendado no presente). Se ver que o &kplayer; não pode usar a saída de áudio que escolheu, acontece normalmente porque outro programa bloqueou o dispositivo de áudio. Se concluir que o /dev/dsp está bloqueado, o principal suspeito será o &artsd;. Execute killall artsd e tente depois reproduzir um ficheiro de novo no &kplayer;. Se isso funcionar, a solução permanente é desactivar o &arts; no &kcontrolcenter;. Existe uma opção para dizer ao &artsd; para desbloquear o dispositivo ao fim de alguns segundos de inactividade, mas se o configurar como 0 ou 1 segundos, isso não irá funcionar. Se desactivar o &arts; mas não o remover do sistema, alguns programas irão à mesma iniciá-lo, mas pelo menos não irá bloquear o dispositivo nesse caso. Outro programa que poderá bloquear o dispositivo de áudio é o Mozilla e os seus derivados e sucessores. Basta usar o &konqueror; em alternativa. As saídas de áudio do ARTS e do SDL não são recomendadas, dado que irão causar problemas de estabilidade, uma performance degradada e um controlo de volume defeituoso. Poderá alterar o tipo de saída de áudio na página de Áudio na Configuração do &kplayer; e, opcionalmente, dizer ao &kplayer; para recorrer noutras saídas de áudio se a que escolher falhar. Dependendo da forma como instalou o &mplayer;, poderá ter um ficheiro mplayer.conf global numa pasta como a /etc/mplayer. A versão local desse ficheiro é a ~/.mplayer/config. Certifique-se que esses ficheiros não têm uma opção gui=yes. Remova-a ou comente-a se a encontrar. Se quiser usar a interface gráfica própria do &mplayer; (não recomendado), poderá fazê-lo usando o gmplayer. Certifique-se também que não existem outras opções que possam interferir com a operação do &kplayer;. Se vir algumas delas, poderá comentá-las ou substitui-las na Configuração do &kplayer;. Por exemplo, o tamanho recomendado da 'cache' é um megabyte, ainda que possa usar um tamanho diferente, dependendo do tipo multimédia que vai reproduzir, tal como é discutido no micro-HOWTO de Rádio e TV na Rede. Há algum tempo, o Arpi escreveu um artigo para Afinar o &mplayer;, onde poderá descobrir algumas dicas úteis para optimizar o &mplayer;. Uma coisa que poderá fazer para obter uma reprodução mais suave é activar o temporizador do RTC por 'hardware'. Execute echo 1024 > /proc/sys/dev/rtc/max-user-freq como 'root', e depois certifique-se que o /dev/rtc está acessível para o utilizador. O Arpi recomenda também que tente opções como a -mc 0.001 e a -autosync 30. Coloque-as no campo de Argumentos da linha de comandos adicionais na página Avançado da Configuração do &kplayer; e veja se elas fazem alguma diferença notável para si. A opção do &mplayer; -vop foi substituída desde então pela -vf, por isso essa secção do artigo poderá estar de certa forma obsoleta ou então as sugestões poderão necessitar de algum ajuste para o &mplayer; actual. Existe algum 'software' obsoleto do &kde;, como o &kaboodle;, que diz ao &kde; para ser usado para antever os ficheiros multimédia, mesmo os que não suporta, na janela normal para Abrir um Ficheiro, que é o que o &kplayer; usa. Isto faz com que a navegação nas pastas seja realmente lenta e, infelizmente, não existe nenhuma opção para desactivar selectivamente a antevisão para certos tipos de ficheiros. Mesmo que desligue a opção Tocar automaticamente, o programa de antevisão será à mesma carregado. A alternativa será desligar a antevisão no &kplayer; por inteiro se não necessitar dela ou remover o programa em questão do seu sistema. As GUIs oficiais do &mldonkey; recentes encontram-se realmente defeituosas, deixando a &kmldonkey; como sendo a interface de &mldonkey; mais útil, ainda que instável. O &kmldonkey; suporta a incorporação do &kplayer; para antever os ficheiros, mas recomenda-se que altere o seu programa mldonkey_preview para iniciar o &kplayer; completo para antever as transferências parciais, dado que lhe dará uma melhor interface e mais opções. Se o &mplayer; não conseguir reproduzir uma transferência parcial, provavelmente mais nada o conseguirá, por isso espere um pouco mais para obter um bloco maior.