O &kde; tem uma forma óptima de aceder a todos os tipos de dados através de um sistema conhecido como os I/O Slaves. Estes são pequenos programas que lhe permitem representar várias fontes diferentes de dados como URL semelhantes a endereços, abrindo-os nos programas do &kde; como o &konqueror; e o &kplayer;. Por exemplo, poderá aceder a uma máquina na rede através de SSH com um URL do tipo fish:/maquina/local/ ou um ficheiro ZIP com um &URL; zip:/home/ze/meu.zip. Muitos dos I/O Slaves do &kde; poderão devolver ficheiros e transmissões de vídeo e áudio, como por exemplo o fish:, o sftp:, o webdav:, o tar:, o zip:, o audiocd: e assim por diante. O &kplayer; reproduzi-los-á como qualquer outro tipo de ficheiro. Por omissão, irá passar os dados directamente ao &mplayer; através de um 'pipe' com nome. Se isso não funcionar por alguma razão, poderá dizer ao &kplayer; para usar um ficheiro temporário para o ler a partir dos I/O Slaves do &kde; na página Avançado, a nível global na Configuração do &kplayer; ou individual nas Propriedades do Ficheiro. O &kplayer; irá então transferir o ficheiro por inteiro para uma pasta temporária antes de o reproduzir, o que irá consumir algum espaço temporário em disco, mas também permitirá o posicionamento e a detecção do tamanho. Repare que, com o 'slave' audiocd provavelmente terá de tocar os ficheiros .wav a partir da pasta Por Faixa, dado que o &mplayer; não consegue de momento ler ficheiros .cda. Do mesmo modo, poderá usar os URLs cdda: em alternativa. A melhor forma de reproduzir os URLs que o &mplayer; suporta é passando-os directamente ao &mplayer;. Contudo, existirão casos em que necessitará de usar o suporte do &kplayer; para os I/O Slaves do &kde; para esses tipos de URLs. Por exemplo, a equipa do &mplayer; conseguir lançar o &mplayer; 1.0-pre4 com o suporte para FTP e a capacidade de caracteres codificados em URLs ambos defeituosos. Por isso, se usar essa versão, terá de activar a utilização de um I/O Slave para o FTP na página Avançado da Configuração do &kplayer; e, se precisar de ler um URL de HTTP com um espaço incluído nele, terá de activar o I/O Slave de HTTP na página Avançado tanto para os URLs individuais nas suas Propriedades, como para os globais em todos os URLs de HTTP na Configuração do &kplayer;. Do mesmo modo, o suporte do Samba está à mesma indicado como experimental no &mplayer;, por isso, se não não estiver compilado com o seu &mplayer; ou se estiver defeituoso, vá à página Avançado na Configuração do &kplayer; e active a utilização dos I/O Slaves do &kde; para os URLs de SMB. Ao ler directamente a partir de um I/O Slave do &kde;, a configuração da Cache é importante. Não deverá ser muito pequena, de modo que o &mplayer; consiga detectar o tipo de codificação ser eliminar dados mas, por outro lado, com os valores elevados levará mais tempo a preencher a 'cache', especialmente com as transmissões com taxas de 'bits' reduzidas como as estações de rádio na Internet. O &kplayer; usa um megabyte de 'cache' por omissão mas, em muitos casos, poderá descer muito mais baixo do que isso; por exemplo, para a maioria dos ficheiros de áudio, 64 quilobytes são o suficiente. O tamanho da 'cache' poderá ser definido na página Avançado a nível global na Configuração do &kplayer; ou individual nas Propriedades do Ficheiro. Tenha em mente que a configuração global irá também afectar os ficheiros reproduzidos directamente pelo &mplayer;, e a sua alteração poderá causar efeitos indesejados. Por exemplo, o tamanho da 'cache' menor do que um megabyte faz com que alguns ficheiros AVI possam levar alguns segundos até começarem a ser reproduzidos. Ao usar um I/O Slave do &kde; para ler um ficheiro da lista de reprodução, só o próprio ficheiro da lista de reprodução será obtido a partir do I/O Slave. Todos os URLs que ele contiver serão lidos directamente pelo &mplayer;. Terá de dar ao &kplayer; os URLs contidos na lista se quiser que estes sejam reproduzidos através de um I/O Slave.