I allmänhet är de ursprungliga inställningarna i &kplayer; valda för optimal prestanda och uppspelning, så ingen ytterligare inställning behövs. Dock kan &kplayer;s prestanda förbättras genom att ändra de ursprungliga inställningarna i vissa fall. XVideo är videoutmatningen som &kplayer; normalt använder. Det är det optimala valet för många system. Försäkra dig om att din X-server har XVideo-utökningen aktiverad. Titta i filen /etc/X11/xorg.conf eller /etc/X11/XF86Config-4 efter en rad som lyder Load "extmod" Detta är raden som laddar XVideo-utökningen, så försäkra dig om att den inte är inaktiverad. Kontrollera också /var/log/Xorg.0.log eller /var/log/XFree86.0.log för att vara säker på att XVideo laddats utan fel. Om &kplayer; inte kan använda XVideo av någon orsak, används X11-videoutmatning som reserv med förvald inställning. X11-utmatning är acceptabel, utom att den tvingar att programvaruskalning används, vilket använder väsentligt fler processorcykler, och inte stöder ändring av kontrast, ljusstyrka, färgton och färgmättnad, och alltså fungerar inte dessa kontroller. Beroende på ditt videokort, kan du märka att en annorlunda videoutmatningstyp i &mplayer; fungerar bättre för dig. Du kan till exempel prova VIDIX-utmatning om du har ett Matrox- eller ATI-kort. XMGA-utmatning finns också för Matrox-kort. Lägg till en sektion för ditt videokort Dock stöder vissa typer av videoutmatning kanske inte inbäddning av video i &kplayer;, och öppnar istället sitt eget fönster. Dessa typer av videoutmatning rekommenderas inte. Du kan ändra typ av videoutmatning på sidan Video i &kplayer;s inställningar och valfritt tala om för &kplayer; att använda andra typer av videoutmatning som reserv om den du väljer inte fungerar. De optimala typerna av ljudutmatning att använda med &kplayer; är OSS (förvald) och ALSA (rekommenderas när den finns). Om du märker att &kplayer; inte kan använda ljudutmatningen du har valt, beror det oftast på att ett annat program har låst ljudenheten. Om du märker att /dev/dsp är låst, är &artsd; oftast det första du ska misstänka. Skriv killall artsd och därefter försöka spela filen med &kplayer; igen. Om det fungerar, är den permanenta lösningen att inaktivera &arts; i inställningscentralen. Det finns ett alternativ för att tala om för &artsd; att låsa upp enheten efter några sekunders inaktivitet, men att ställa in den till 0 sekunder eller 1 sekund har inte visat sig fungera. Om du inaktiverar &arts; men inte tar bort det från systemet, startar vissa program det ändå, men normalt låser det då åtminstone inte ljudenheten. Ett annat program som kan låsa ljudenheten är Mozilla och program härledda från eller efterföljare till det. Använd helt enkelt &konqueror; istället. Ljudutmatning med aRts och SDL rekommenderas inte, eftersom de orsakar stabilitetsproblem, minskad prestanda och en volymkontroll som inte fungerar. Du kan ändra typ av ljudutmatning på sidan Ljud i &kplayer;s inställningar, och valfritt tala om för &kplayer; att använda andra typer av ljudutmatning som reserv om den du väljer inte fungerar. Beroende på hur du har installerat &mplayer; kan du ha fått en global fil mplayer.conf i en katalog som /etc/mplayer. Den lokala versionen av filen är ~/.mplayer/config. Försäkra dig om att dessa filer inte har alternativet gui=yes. Ta bort eller kommentera bort det om du hittar det. Om du någonsin vill använda &mplayer;s eget grafiska användargränssnitt (rekommenderas inte), kan du komma åt det genom att skriva gmplayer. Försäkra dig också om att det inte finns några andra alternativ som kan störa &kplayer;s funktion. Om du ser några, kommentera antingen bort dem eller överskrid dem i &kplayer;s inställningar. Den rekommenderade cachestorleken är till exempel 1 Mibyte, även om du kan använda en annan storlek beroende på mediatyp du ska spela upp, som till exempel beskrivs i Minihandledning för direktradio och tv. För ett tag sedan skrev Arpi artikeln Fine-tuning &mplayer;, där du hittar fler användbara tips om hur &mplayer; kan optimeras. Något du kan göra för att få jämnare uppspelning är att aktivera RTC-timern i hårdvara. Skriv echo 1024 > /proc/sys/dev/rtc/max-user-freq som systemadministratör, och försäkra dig också om att /dev/rtc kan läsas av användare. Arpi rekommenderar också att prova väljare som -mc 0.001 och -autosync 30. Lägg till dem i fältet Ytterligare kommandoradsväljare på sidan Avancerat i &kplayer;s inställningar och se om de gör någon märkbar skillnad för dig. Väljaren -vop i &mplayer; har sedan dess ersatts av väljaren -vf, så det avsnittet i artikeln kan vara något föråldrat eller behöver tipsen justeras till den nuvarande &mplayer;. Det finns viss föråldrad &kde;-baserad programvara, som &kaboodle;, som talar om för &kde; att det vill användas för att förhandsgranska mediafiler, även de som det inte stöder, i den vanliga dialogrutan Öppna fil, vilket är vad &kplayer; använder. Det gör det smärtsamt långsamt att bläddra i kataloger med mediafiler, och tyvärr finns det inget alternativ för att stänga av förhandsgranskning selektivt för vissa filtyper. Även om du stänger av alternativet Spela automatiskt, laddas ändå programmet för förhandsgranskning. Sättet att komma runt problemet är antingen att stänga av förhandsgranskning i &kplayer; helt och hållet om du inte behöver det, eller ta bort programmet som orsakar problemet från ditt system. De senare officiella grafiska gränssnitten i &mldonkey; har varit allvarligt felaktiga, vilket lämnar &kmldonkey; som det mest användbara gränssnittet till &mldonkey;, även om det lätt kraschar. &kmldonkey; stöder att inbädda &kplayer; för förhandsgranskning av filer, men det rekommenderas att du ändrar skriptet mldonkey_preview för att starta det fullständiga &kplayer; för att förhandsgranska partiella nerladdningar, eftersom det ger dig ett bättre gränssnitt med fler alternativ. Om &mplayer; inte kan spela upp en partiell nerladdning, kan troligen ingenting annat göra det heller, så vänta bara på att en större del laddas ner.