<!-- <?xml version="1.0" ?>
<!DOCTYPE chapter PUBLIC "-//KDE//DTD DocBook XML V4.1.2-Based Variant V1.1//EN" "dtd/kdex.dtd">
To validate or process this file as a standalone document, uncomment
this prolog. Be sure to comment it out again when you are done -->
<chapter id="faq">
<title
>Vanliga frågor</title>

<para
> Det här avsnittet besvarar några frågor som ofta ställs om &arts;. </para>

<qandaset id="faq-general">
<title
>Allmänna frågor</title>

<qandaentry>
<question>
<para
> Stöder &kde; mitt ljudkort för ljuduppspelning? </para>
</question>

<answer>
<para
> &kde; använder &arts; för att spela upp ljud, och &arts; använder ljuddrivrutinerna i &Linux; kärna, antingen <acronym
>OSS</acronym
> eller <acronym
>ALSA</acronym
> (med emulering av <acronym
>OSS</acronym
>). Om ditt ljudkort antingen stöds av <acronym
>ALSA</acronym
> eller <acronym
>OSS</acronym
> och är riktigt inställt (dvs. alla andra &Linux;-program kan spela upp ljud), kommer det att fungera. Det finns dock några problem med specifik hårdvara, läs <link linkend="faq-hardware-specific"
>avsnittet om hårdvaruspecifika problem</link
> om du får problem med artsd på din dator. </para>
<para
> Under tiden har också stöd för diverse andra plattformar lagts till. Här är en fullständig lista över hur den senaste versionen av &arts; kan spela ljud. Om du har en plattform som inte stöds, fundera gärna på att anpassa &arts; till din plattform. </para>

<informaltable>
<tgroup cols="2">
<thead
> <row
> <entry
>&arts; metod för ljud-I/O</entry
> <entry
>Kommentar</entry
> </row
> </thead>

<tbody
> <row
> <entry
>paud</entry
> <entry
>Stöd för AIX personliga ljudenhet (Personal Audio Device)</entry
> </row
> <row
> <entry
>alsa</entry
> <entry
>Linux ALSA-0.5 och ALSA-0.9 drivrutiner</entry
> </row
> <row
> <entry
>libaudioio</entry
> <entry
>Stöd för det generella LibAudioIO-biblioteket som fungerar på Solaris</entry
> </row
> <row
> <entry
>nas</entry
> <entry
>NAS ljudserver, användbar för X-terminaler med NAS-stöd</entry
> </row
> <row
> <entry
>null</entry
> <entry
>Ljudenheten null, kastar bort ljudet utan att något hörs</entry
> </row
> <row
> <entry
>oss</entry
> <entry
>OSS (Open Sound System) stöd (fungerar på Linux, olika BSD-versioner och andra plattformar med OSS-drivrutiner installerade)</entry
> </row
> <row
> <entry
>toss</entry
> <entry
>Trådat OSS-stöd, som fungerar bättre i vissa fall då det vanliga OSS-stödet inte fungerar bra</entry
> </row
> <row
> <entry
>sgi</entry
> <entry
>Stöd för SGI Direct Media för IRIX</entry
> </row
> <row
> <entry
>sun</entry
> <entry
>Solaris-stöd</entry
> </row
> </tbody>
</tgroup>
</informaltable>
</answer>
</qandaentry>

<qandaentry>
<question>
<para
> Jag kan inte spela <literal role="extension"
>wav</literal
>-filer med &artsd;! </para>
</question>

<answer>
<para
> Kontrollera att &artsd; är länkad till <filename
>libaudiofile</filename
> (<userinput
><command
>ldd</command
> <parameter
>artsd</parameter
></userinput
>). Om den inte är det, ladda ner kdesupport, kompilera om allt, och det kommer att fungera. </para>
</answer>
</qandaentry>

<qandaentry>
<question>
<para
> Jag hör ljud när jag är inloggad som <systemitem class="username"
>root</systemitem
>, men andra användare saknar ljud! </para>
</question>

<answer>
<para
> Rättigheterna för filen <filename class="devicefile"
>/dev/dsp</filename
> påverkar vilka användare som har ljud. För att låta alla använda den, gör så här: </para>

<procedure
> <step
> <para
> Logga in som <systemitem class="username"
>root</systemitem
>. </para
> </step
> <step
> <para
> Öppna ett &konqueror;-fönster. </para
> </step
> <step
> <para
> Gå till katalogen <filename class="directory"
>/dev</filename
>. </para
> </step
> <step
> <para
> Klicka på filen <filename
>dsp</filename
> med <mousebutton
>höger</mousebutton
> musknapp, och välj egenskaper. </para
> </step
> <step
> <para
> Klicka på fliken <guilabel
>Skydd</guilabel
>. </para
> </step
> <step
> <para
> Markera rutorna <guilabel
>Visa poster</guilabel
> och <guilabel
>Skriv poster</guilabel
> i alla avdelningar. </para
> </step
> <step
> <para
> Klicka på <guibutton
>Ok</guibutton
>. </para
> </step
> </procedure>

<para
> Du kan uppnå samma effekt i ett terminalfönster med kommandot <userinput
><command
>chmod</command
> <option
>666</option
> <parameter
>/dev/dsp</parameter
></userinput
>. </para>

<para
> För att begränsa tillgången av ljud till särskilda användare kan du använda gruppskydd. För vissa &Linux;-distributioner, till exempel Debian/Potato, ägs <filename class="devicefile"
>/dev/dsp</filename
> redan av en grupp som heter <systemitem class="groupname"
>audio</systemitem
>, så allt du behöver göra är att lägga till användarna till den här gruppen. </para>
</answer>
</qandaentry>

<qandaentry>
<question>
<para
> Det här hjälper för &artsd;, men vad gäller för &kmix;, &kmid;, &kscd; etc.? </para>
</question>
<answer>

<para
> Det finns diverse andra enheter som tillhandahåller funktioner som ska kommas åt av multimediaprogram. Du kan behandla dem på samma sätt, antingen genom att göra dem tillgängliga för alla, eller använda grupper för att kontrollera åtkomsten. Här är en lista, som fortfarande kan vara ofullständig (dessutom om det finns flera enheter på formen <filename class="devicefile"
>midi0</filename
>, <filename class="devicefile"
>midi1</filename
>..., så finns bara 0-versionen med): </para>

<itemizedlist
> <listitem
> <para
> <filename class="devicefile"
>/dev/admmidi0</filename
> </para
> </listitem
> <listitem
> <para
> <filename class="devicefile"
>/dev/adsp0</filename
> </para
> </listitem
> <listitem
> <para
> <filename class="devicefile"
>/dev/amidi0</filename
> </para
> </listitem
> <listitem
> <para
> <filename class="devicefile"
>/dev/amixer0</filename
> </para
> </listitem
> <listitem
> <para
> <filename class="devicefile"
>/dev/audio</filename
> </para
> </listitem
> <listitem
> <para
> <filename class="devicefile"
>/dev/audio0</filename
> </para
> </listitem
> <listitem
> <para
> <filename class="devicefile"
>/dev/cdrom</filename
> </para
> </listitem
> <listitem
> <para
> <filename class="devicefile"
>/dev/dmfm0</filename
> </para
> </listitem
> <listitem
> <para
> <filename class="devicefile"
>/dev/dmmidi0</filename
> </para
> </listitem
> <listitem
> <para
> <filename class="devicefile"
>/dev/dsp</filename
> </para
> </listitem
> <listitem
> <para
> <filename class="devicefile"
>/dev/dsp0</filename
> </para
> </listitem
> <listitem
> <para
> <filename class="devicefile"
>/dev/midi0</filename
> </para
> </listitem
> <listitem
> <para
> <filename class="devicefile"
>/dev/midi0</filename
> </para
> </listitem
> <listitem
> <para
> <filename class="devicefile"
>/dev/midi00</filename
> </para
> </listitem
> <listitem
> <para
> <filename class="devicefile"
>/dev/midi00</filename
> </para
> </listitem
> <listitem
> <para
> <filename class="devicefile"
>/dev/mixer</filename
> </para
> </listitem
> <listitem
> <para
> <filename class="devicefile"
>/dev/mixer0</filename
> </para
> </listitem
> <listitem
> <para
> <filename class="devicefile"
>/dev/mpu401data</filename
> </para
> </listitem
> <listitem
> <para
> <filename class="devicefile"
>/dev/mpu401stat</filename
> </para
> </listitem
> <listitem
> <para
> <filename class="devicefile"
>/dev/music</filename
> </para
> </listitem
> <listitem
> <para
> <filename class="devicefile"
>/dev/rmidi0</filename
> </para
> </listitem
> <listitem
> <para
> <filename class="devicefile"
>/dev/rtc</filename
> </para
> </listitem
> <listitem
> <para
> <filename class="devicefile"
>/dev/sequencer</filename
> </para
> </listitem
> <listitem
> <para
> <filename class="devicefile"
>/dev/smpte0</filename
> </para
> </listitem
> <listitem
> <para
> <filename class="devicefile"
>/dev/sndstat</filename
> </para
> </listitem
> </itemizedlist>
</answer>
</qandaentry>

<qandaentry>
<question>
<para
>Vad kan jag göra om artsd inte startar eller kraschar när den kör?</para>
</question>

<answer>
<para
> Försök först att använda de förvalda inställningarna i inställningscentralen (eller om du startar manuellt, ange inga extra väljare utom eventuellt <userinput
><option
>-F</option
><parameter
>10</parameter
> <option
>-S</option
><parameter
>4096</parameter
></userinput
> för latenstid). Särskilt <emphasis
>full duplex fungerar troligen inte</emphasis
> med diverse drivrutiner, så försök stänga av det. </para>

<para
> Ett bra sätt att räkna ut varför &artsd; inte startar (eller kraschar när den kör) är att starta den manuellt. Öppna ett &konsole;-fönster och skriv: </para>

<screen width="40"
><prompt
>%</prompt
> <userinput
><command
>artsd</command
> <option
>-F</option
><parameter
>10</parameter
> <option
>-S</option
><parameter
>4096</parameter
>
></userinput
></screen>

<para
> Du kan också lägga till väljaren <option
>-l0</option
>, som skriver ut mer information om vad som händer, så här: </para>
<screen width="40"
><prompt
>%</prompt
> <userinput
><command
>artsd</command
> <option
>-l0</option
> <option
>-F</option
><parameter
>10</parameter
> <option
>-S</option
><parameter
>4096</parameter
></userinput
></screen>

<para
> Genom att göra detta får du förmodligen någon användbar information om varför den inte startade. Eller om den kraschar medan något särskilt pågår, kan du göra det och se <quote
>hur</quote
> den kraschar. Om du vill rapportera ett fel, kan en bakåtspårning skapad med <command
>gdb</command
> och/eller en <command
>strace</command
> hjälpa till att hitta problemet. </para>
</answer>
</qandaentry>

<qandaentry>
<question>
<para
>Kan jag flytta på &artsd; (flytta kompilerade filer till en annan katalog)?</para>
</question>

<answer>
<para
> Du kan inte flytta &arts; helt perfekt. Problemet är att &artswrapper; har platsen för &artsd; inkompilerad av säkerhetsskäl. Du kan i alla fall använda <filename
>.mcoprc</filename
>-filen (TraderPath/ExtensionPath posterna) för att åtminstone få en flyttad &artsd; att hitta sina komponenter. Se <link linkend="the-mcoprc-file"
>kapitlet om <filename
>.mcoprc</filename
>-filen</link
> för detaljer om hur man gör detta. </para>
</answer>
</qandaentry>

<qandaentry>
<question>
<para
>Kan jag kompilera &arts; med gcc-3.0?</para>
</question>

<answer>
<para
> Ett kort svar: nej, &arts; fungerar inte om du kompilerar det med gcc-3.0. </para>

<para
> Långt svar: i den officiella utgåvan av gcc-3.0, finns det två fel som påverkar &arts;. Det första problemet med gcc-3.0, c++/2733, är ganska ofarligt (och har att göra med problem med asm-satsen). Det gör att convert.cc inte kan kompileras. Det har rättats i gcc-3.0 CVS, och kommer inte att vara ett problem med gcc-3.0.1 och senare. Ett sätt att gå förbi problemet har också lagts till i CVS-versionen av KDE/aRts. </para>
<para
> Det andra problemet med gcc-3.0, c++/3145 (som orsakar felaktig kodgenerering för vissa fall av multipla virtuellt arv) är kritisk. Program som &artsd; kraschar helt enkelt när de startas om de har kompilerats med gcc-3.0. Även om vissa framsteg har gjorts i gcc-3.0 grenen när det här skrivs, kraschar fortfarande &artsd; väldigt ofta, oförutsägbart. </para>
</answer>
</qandaentry>
<qandaentry>
<question>
<para
>Vilka program kör med &arts;?</para>
</question>
<answer>

<para
> Självklart så fungerar alla program som ingår i &kde; med &arts;. Detta innefattar: </para>

<itemizedlist
> <listitem
><para
>&noatun;</para
></listitem
> <listitem
><para
>aRts-byggare</para
></listitem
> <listitem
><para
>&aktion;</para
></listitem
> <listitem
><para
>&kmid;</para
></listitem
> <listitem
><para
>&kmidi;</para
></listitem
> <listitem
><para
>&kmix;</para
></listitem
> <listitem
><para
>&kscd;</para
></listitem
> <listitem
><para
>&kde;-spel som &kpoker; och &ktuberling;</para
></listitem
> </itemizedlist>

<para
> Vissa &kde;-program som ännu inte ingår i &kde;-utgåvor (t.ex. i kdenonbeta) stöder också &arts;, inklusive: </para>

<itemizedlist
> <listitem
><para
>&brahms;</para
></listitem
> <listitem
><para
><application
>Kaboodle</application
></para
></listitem
> <listitem
><para
><application
>Kdao</application
></para
></listitem
> </itemizedlist>

<para
> Följande program som inte hör till -&kde; är kända för att fungera med &arts;: </para>

<itemizedlist
> <listitem
><para
><application
>xmms</application
> (med &arts;-insticksprogram)</para
></listitem
> <listitem
><para
>Real Networks <application
>RealPlayer</application
> 8.0 (fungerar med &artsdsp;; inbyggt &arts;-stöd undersöks)</para
></listitem
> </itemizedlist>

<para
> Följande program är kända för att <emphasis
>inte</emphasis
> fungera med &arts;: </para>

<itemizedlist
> <listitem
><para
>inga</para
></listitem
> </itemizedlist>

<para
> Se också svaren till frågorna i avsnittet om <link linkend="faq-non-arts"
>program som inte stöder &arts;</link
>. </para>

<para
> Det här avsnittet är ofullständigt. Om du har mer information om program som stöds eller inte, var vänlig skicka dem till upphovsmannen så att de kan läggas till här. </para>
</answer>
</qandaentry>

</qandaset>

<qandaset id="faq-non-arts">
<title
>Program som inte stöder &arts;</title>

<qandaentry>
<question>
<para
> Så fort &kde; kör, så kan inga andra program komma åt mitt ljudkort! </para>
</question>
<answer>
<para
> Eftersom &arts;-ljudservern som används av &kde; kör, använder den ljudenheten. Om servern är oanvänd i 60 sekunder, går den till vänteläge och släpper enheten automatiskt. </para>
</answer>
</qandaentry>

<qandaentry>
<question>
<para
> Du sa att den går till vänteläge efter 60 sekunder, det gör den inte för mig! </para>
</question>
<answer>
<para
> Om du startar artsd från KDE:s inställningscentral, är det förvalda värdet att gå till vänteläge efter 60 sekunder. Om du startar artsd från kommandoraden måste du använda väljaren -s för att ange väntelägesvärdet, annars är det förvalda beteendet att stänga av väntelägesfunktionen. </para>
<para
> För närvarande går servern inte till vänteläge om full duplex används. Stäng av full duplex i inställningscentralen så går den till vänteläge. Att stänga av full duplex är i allmänhet en bra idé ändå, om du bara använder &arts; för att spela upp ljud och inte för att spela in. </para>
</answer>
</qandaentry>

<qandaentry>
<question>
<para
> Hur kan jag köra gamla program som inte stöder &arts;? </para>
</question>

<answer>
<para
> Kör dem med &artsdsp;. Om du till exempel normalt skulle köra: </para>

<screen
><prompt
>&percnt;</prompt
> <userinput
><command
>mpg123</command
> <option
>foo.mp3</option
></userinput
></screen>

<para
>använd istället:</para>

<screen
><prompt
>&percnt;</prompt
> <userinput
><command
>artsdsp</command
> <option
>mpg123 foo.mp3</option
></userinput
></screen>

<para
> Det här skickar ljudutmatning till &arts;. Den här metoden kräver inte några ändringar i programmet. Den är ändå något av en ful snabbfix, och stöder ännu inte alla funktioner i ljudkortsenheten, så vissa program kanske inte fungerar. </para>
</answer>
</qandaentry>

<qandaentry>
<question>
<para
> Jag kan inte köra &artsdsp; med något program. Den kraschar alltid! </para>
</question>
<answer>
<para
> Du behöver en aktuell version av glibc-bilblioteket. &artsdsp; fungerar inte tillförlitligt på vissa äldre &Linux;-distributioner. Till exempel på Debian 2.1 (som är baserat på glibc 2.0) fungerar den inte, medan på Debian 2.2 (som är baserat på glibc 2.1.3), gör den det. </para>
</answer>
</qandaentry>

<qandaentry>
<question>
<para
> Finns det teoretiska begränsningar med vissa program som förhindrar att de någonsin fungerar med &artsdsp;? </para>
</question>
<answer>
<para
> Nej. Att använda &artsdsp; kan resultera i något högre latenstider och <acronym
>CPU</acronym
>-användning än att använda &arts; programmeringsgränssnitt direkt. Förutom det, ska alla program som inte fungerar anses som ett fel i &artsdsp;. Tekniken som används av &artsdsp; ska, om den är riktigt implementerad, tillåta <emphasis
>varje</emphasis
> program att fungera med den (inklusive stora program som <application
>Quake</application
> 3). </para>
</answer>
</qandaentry>

<qandaentry>
<question>
<para
> Vad kan jag göra om ett program inte fungerar med &artsdsp;? </para>
</question>
<answer>
<para
> Du kan vänta på att &artsd; går till vänteläge eller använda kommandot <userinput
><command
>artsshell</command
> <option
>suspend</option
></userinput
> för att begära att servern ska gå till vänteläge. Du kommer bara kunna få servern att gå till vänteläge om inget &arts;-program använder den för närvarande, och inga &arts;-program kan köra medan servern är i vänteläge. </para>

<para
> Om servern är upptagen ser ett grovt men effektivt sätt att bli av med den ut så här: </para>


<screen
><prompt
>&percnt;</prompt
> <userinput
><command
>killall</command
> <option
>artsd</option
> ; <command
>killall</command
> <option
>artswrapper</option
></userinput>
<lineannotation
>Starta nu ditt eget program.</lineannotation>
<prompt
>&percnt;</prompt
> <userinput
><command
>kcminit</command
> <option
>arts</option
></userinput>
</screen>

<para
> Alla &arts;-program som för närvarande kör kan krascha, när du väl avslutar servern. </para>
</answer>
</qandaentry>
<qandaentry>
<question>
<para
> Vad gäller för program skrivna för &kde; 1.x? </para>
</question>
<answer>
<para
> Om du kör &kde; 1.x program, som spelar upp ljud via ljudservern i &kde; 1, måste du köra <application
>kaudioserver</application
> för att det ska fungera. Du kan starta <application
>kaudioserver</application
> på samma sätt som andra program som inte stöder &arts;: </para>

<screen>
<prompt
>&percnt;</prompt
> <userinput
><command
>artsdsp</command
> <option
>kaudioserver</option
></userinput>
</screen>

<para
> Du måste ha installerat kaudioserver (från samma källa där du skaffade &kde; 1.x programmen). Den hör till &kde; 1.x, inte &kde; 2. </para>
</answer>
</qandaentry>

<qandaentry>
<question>
<para
> Vad gäller för program som använder Enlightened Sound Daemon, <acronym
>ESD</acronym
>? </para>
</question>
<answer>
<para
> Det här problemet liknar fallet med <application
>kaudioserver</application
>. Sådana program kräver en esd-server som kör. Du kan starta <command
>esd</command
> via &artsdsp;, och alla program som stöder <acronym
>ESD</acronym
> ska fungera bra, så här: </para>
<screen>
<prompt
>&percnt;</prompt
> <userinput
><command
>artsdsp</command
> <option
>esd</option
></userinput>
</screen>
</answer>
</qandaentry>

</qandaset>

<qandaset id="faq-latency">
<title
>Latenstid</title>

<qandaentry>
<question>
<para
> Ibland hör jag korta pauser när jag lyssnar på musik. Är detta ett fel? </para>
</question>
<answer>
<para
> Det här är troligen inget fel, utan orsakas av det faktum att &Linux; kärna inte är särskilt bra på realtidsschemaläggning. Det finns situationer då &arts; inte kan hänga med i uppspelningen. Du kan dock aktivera realtidsrättigheter (via inställningscentralen), och använda en stor latenstidsinställning (som <guilabel
>250 ms</guilabel
> eller <guilabel
>så stor som möjligt</guilabel
>), vilket bör förbättra situationen. </para>
</answer>
</qandaentry>

<qandaentry>
<question>
<para
> Vad är effekten av svarstidsinställningen? </para>
</question>
<answer>
<para
> Hjälptexten för den här inställningen i inställningscentralen kan vara förvirrande. Ett lägre värde betyder att &arts; reagerar snabbare på yttre händelser (dvs tiden det tar mellan ett fönster stängs och ljudet spelas av &artsd;). Den kommer också att använda mer <acronym
>CPU</acronym
>-resurser och vara mer benäget att orsaka pauser i ljudet.</para>
</answer>
</qandaentry>

<qandaentry>
<question>
<para
> Finns det någonting annat jag kan göra för att undvika pauser? </para>
</question>
<answer>
<para
> För användare av <acronym
>IDE</acronym
>-enheter, kan man använda kommandot <command
>hdparm</command
> för att ställa in din <acronym
>IDE</acronym
>-enhet att använda <acronym
>DMA</acronym
>-läge. Ett varningens ord: Det här fungerar inte med all sorts hårdvara, och kan orsaka att man måste göra en hårdvaruåterställning, eller i ovanliga fall, förlust av data. Läs dokumentationen för kommandot <command
>hdparm</command
> för mer detaljer. Jag har använt följande kommando med lyckat resultat: </para>

<screen>
<prompt
>&percnt;</prompt
> <userinput
><command
>hdparm</command
> <option
>-c1</option
> <option
>-d1</option
> <option
>-k1</option
> <option
>-K1</option
> <parameter
>/dev/hda</parameter
></userinput>
</screen>

<para
> Du måste köra det här efter varje omstart, så du kanske vill lägga det i ett uppstartsskript för systemet (hur man gör detta är specifikt för varje distribution, på Debian &Linux; läggs det oftast i <filename
>/etc/rc.boot</filename
>). </para>
</answer>
</qandaentry>

<qandaentry>
<question>
<para
> Realtidsprioritet verkar inte få någon effekt för mig? </para>
</question>
<answer>
<para
> Kontrollera att artswrapper verkligen är installerad suid <systemitem class="username"
>root</systemitem
>, som det är meningen att den ska vara. Många distributioner (till exempel SuSE7.x) gör inte detta. Du kan kontrollera det med: ls -l $(which artswrapper). Bra: <screen>
<prompt
>&percnt;</prompt
> <userinput
><command
>ls</command
> <option
>-l</option
> <parameter
>$(which artswrapper)</parameter
></userinput>
-rwsr-xr-x    1 root     root         4556 Sep 24 18:05 /opt/kde2/bin/artswrapper
</screen
> Dåligt: <screen>
<prompt
>&percnt;</prompt
> <userinput
><command
>ls</command
> <option
>-l</option
> <parameter
>$(which artswrapper)</parameter
></userinput>
-rwxr-xr-x    1 root     root         4556 Sep 24 18:05 /opt/kde2/bin/artswrapper
</screen
> Om du inte har med s:et, kan du få det med: <screen>
<prompt
>&percnt;</prompt
> <userinput
><command
>chown</command
> <option
>root</option
> <parameter
>$(which artswrapper)</parameter
></userinput>
<prompt
>&percnt;</prompt
> <userinput
><command
>chmod</command
> <option
>4755</option
> <parameter
>$(which artswrapper)</parameter
></userinput>
</screen
> </para>

<para
>Om du gör &artswrapper; SUID <systemitem class="username"
>root</systemitem
>, kommer det troligen förbättra kvaliteten på ljudåtergivningen genom att reducera uppehåll i musiken. Dock ökar det också risken att ett fel i koden, eller en användare med uppsåt att skada kan krascha eller skada datorn på något sätt. Dessutom, att prioritera hög ljudkvalitet på fleranvändardatorer kan orsaka försämrad prestanda för användare som försöker använda datorn på ett <quote
>produktivt</quote
> sätt.</para>

</answer>
</qandaentry>


<qandaentry>
<question>
<para
> Varför tar &artsd; så mycket <acronym
>CPU</acronym
>-tid? </para>
</question>
<answer>
<para
> Kontrollera dina svarstidsinställningar. Dessutom är den nuvarande versionen inte egentligen optimerad. Det här kommer att bli bättre, och till dess kan inte någon riktig förutsägelse göras om hur snabb &artsd; kan vara. </para>
</answer>
</qandaentry>
</qandaset>

<qandaset id="faq-network">
<title
>Nätverkstransparens</title>

<qandaentry>
<question>
<para
> Vad måste jag göra för att få nätverkstransparens? </para>
</question>
<answer>
<para
> Aktivera det i inställningscentralens inställningar för <guilabel
>Ljudserver</guilabel
> (<guilabel
>Utbyt säkerhets- och referensinformation över X11-servern</guilabel
> och <guilabel
>Aktivera nätverkstransparens</guilabel
>). Kopiera sedan din <filename
>.mcoprc</filename
>-fil till alla maskiner som du tänker använda nätverkstransparensen från. Logga in igen. Försäkra dig om att värddatorerna som ska samarbeta känner till varandras namn (dvs. de har namn som kan lösas upp eller finns i <filename
>/etc/hosts</filename
>). </para>

<para
> Det här bör vara allt du behöver göra. Om det inte fungerar ändå, följer några ytterligare detaljer. &arts;  ljudserverprocess &artsd; ska bara köras på en värddator, den med ljudkortet där ljud ska spelas upp. Den kan startas automatiskt vid inloggning av &kde; (om du anger det i inställningscentralen), eller manuellt med någonting i stil med: </para>

<screen>
<prompt
>&percnt;</prompt
> <userinput
><command
>artsd</command
> <option
>-n</option
> <option
>-F</option
> <parameter
>5</parameter
> <option
>-S</option
> <parameter
>8192</parameter
></userinput>
</screen>

<para
> Väljaren <option
>-n</option
> anger nätverkstransparens, medan de övriga anpassar latenstider. </para>

<para
> Din <filename
>.mcoprc</filename
>-fil måste innehålla den här raden: </para>

<screen>
<userinput
>GlobalComm=Arts::X11GlobalComm</userinput>
</screen>

<para
> för alla maskiner som är inblandade, för att nätverkstransparens ska fungera. Det är det här som aktiveras av inställningen <guilabel
>Utbyt säkerhets- och referensinformation över X11-servern</guilabel
> i inställningscentralen. </para>

<para
> Till sist, i alla &kde;-versioner i 2.0.x serien, finns det ett fel som visar sig om du inte har ett domännamn inställt. Klienter till &artsd; försöker hitta anslutningen via kombinationen av <systemitem class="systemname"
><replaceable
>värddatornamn</replaceable
>.<replaceable
>domännamn</replaceable
></systemitem
>. Om domännamnet är tomt, försöker de ansluta till <systemitem class="systemname"
><replaceable
>värddatornamn</replaceable
></systemitem
>. (observera den extra punkten). Att lägga till en post som ser ut så här i <filename
>/etc/hosts</filename
> (dvs <userinput
>orion.</userinput
> om värddatornamnet är <systemitem class="systemname"
>orion</systemitem
>) gör att man undviker problemet. </para>
</answer>
</qandaentry>


<qandaentry>
<question>
<para
> Hur avlusar jag nätverkstransparens om det inte fungerar? </para>
</question>
<answer>
<para
> Om du har &kde;:s källkod, gå till <filename class="directory"
>kdelibs/arts/examples</filename
>, och kör <userinput
><command
>make</command
> <option
>check</option
></userinput
> för att kompilera några program, inklusive <application
>referenceinfo</application
>. Kör sedan </para>

<screen>
<prompt
>&percnt;</prompt
> <userinput
><command
>./referenceinfo</command
> <option
>global:Arts&lowbar;SimpleSoundServer</option
></userinput>
</screen>

<para
> Utmatningen anger värddatornamnet och porten som används av &arts;. Till exempel, <computeroutput
>tcp:orion:1698</computeroutput
> skulle betyda att alla klienter som försöker använda nätverkstransparens måste veta hur värddatorn <systemitem class="systemname"
>orion</systemitem
> kan nås. </para>
</answer>
</qandaentry>

</qandaset>

<qandaset id="faq-hardware-specific">
<title
>Hårdvaruspecifika frågor</title>

<qandaentry>
<question>
<para
> Vilken hårdvara fungerar artsd inte bra tillsammans med? </para>
</question>
<answer>
<para
> Det verkar som om det finns några få Linux-drivrutiner som inte fungerar bra med aRts för vissa versioner av kärnan. Läs den här listan först innan du rapporterar ett fel. Om du märker att informationen i listan är ofullständig, tveka då inte att tala om det för oss. <informaltable
> <tgroup cols="4"
> <thead
> <row
> <entry
>Linux-drivrutin / Ljudkort</entry
> <entry
>Fungerar inte med</entry
> <entry
>Fungerar med</entry
> <entry
>Anmärkning</entry
> </row
> </thead
> <tbody
> <row
> <entry
>i810 drivrutin (Intel 810 + AC97 Audio)</entry
> <entry
>2.4.9</entry
> <entry
>2.4.18, 2.2.20, kommersiell OSS-drivrutin, alsa-0.5.12a med OSS-emulering</entry
> <entry
>drivrutinen orsakar för mycket CPU-last (se nedan)</entry
> </row
> <row
> <entry
>maestro 3/4 kretsar</entry
> <entry
>2.4.9</entry
> <entry
>?</entry
> <entry
>drivrutinen orsakar ibland för mycket CPU-last (se nedan)</entry
> </row
> <row
> <entry
>aureal8820, aureal8830 drivrutiner från sourceforge</entry
> <entry
>2.4.17</entry
> <entry
>?</entry
> <entry
>drivrutinen orsakar felmeddelande / för mycket CPU-last (se nedan)</entry
> </row
> <row
> <entry
>OSS kommersiell 3.9.4g med Aureal Vortex</entry
> <entry
>?</entry
> <entry
>?</entry
> <entry
>systemet låser sig</entry
> </row
> <row
> <entry
>ymfpci</entry
> <entry
>2.4.0, 2.4.12</entry
> <entry
>2.4.17</entry
> <entry
>drivrutinen orsakar felmeddelande (se nedan)</entry
> </row
> </tbody
> </tgroup
> </informaltable
> </para>
</answer>
</qandaentry>



<qandaentry>
<question>
<para
> Varför finns det hårdvaruspecifika problem, och hur ser jag dem? </para>
</question>
<answer>
<para
> De vanliga problemen är att drivrutinen inte ger aRts tillräcklig eller tillräckligt noggrann information om när ljuddata ska skrivas. De flesta OSS-drivrutiner ger riktig information, men inte alla. </para>
<para
> Du kan märka att vissa andra program (som xmms) inte behöver den här informationen, och därför fungerar på ett riktigt sätt till och med för din hårdvara. Men &arts; behöver den här informationen, så artsd kan sluta fungera. Det här är fortfarande ett fel i drivrutinen, och inte i &arts;. </para>
<para
> Det finns två sorters beteende som artsd påvisar när den körs med en felaktig drivrutin. Antingen försöker den skicka ny data, men lyckas egentligen aldrig, vilket till slut leder till att för mycket CPU-last används, att detta rapporteras, och att den avslutas. Det andra problemet är att artsd kan få fel information om hur mycket data som ska skrivas. Då <emphasis
>stoppar</emphasis
> artsd med ett felmeddelande som: <screen>
artsd: audiosubsys.cc:458: void Arts::AudioSubSystem::handleIO(int):
Assertion `len == can_write' failed.
Aborted
</screen
> </para>
</answer>
</qandaentry>

<qandaentry>
<question>
<para
> Vad är fel i drivrutinen om jag får problemet med för mycket CPU-last? </para>
</question>
<answer>
<para
> Oftast använder artsd anropet select() för att ta reda på när ny data ska skrivas. Därefter använder den anropet ioctl(...GETOSPACE...), för att ta reda på hur mycket data som ska skrivas. Till sist skriver den data. </para>
<para
> Ett problem uppstår om artsd antingen alltid väcks, eller om det finns mycket lite data att skriva. OSS-dokumentationen anger att anropet select() bara väcker en process om det finns minst ett fragment att skriva. Om artsd väcks när det inte finns någon, eller mycket lite, data att skriva, till exempel en sampling, försöker den skriva småbitar med ljuddata, vilket kan bli mycket kostsamt, och till slut ge för mycket CPU-last. </para>
<para
> För att rätta detta, ska drivrutinen bara väcka artsd om ett helt fragment kan skrivas. </para>
</answer>
</qandaentry>

<qandaentry>
<question>
<para
> Vad är det för fel i drivrutinen om jag får det här felmeddelandet? </para>
</question>
<answer>
<para
> Oftast använder artsd anropet select() för att ta reda på när ny data ska skrivas. Därefter använder den anropet ioctl(...GETOSPACE...), för att ta reda på hur mycket data som ska skrivas. Till sist skriver den data. </para>
<para
> Om artsd inte kan skriva så mycket data som anges av anropet ioctl, så stoppar den med felmeddelandet ovan. För att rätta detta, ska drivrutinen ange rätt storlek på det lediga utrymmet. </para>
</answer>
</qandaentry>
</qandaset>

<qandaset id="faq-other">
<title
>Övriga problem</title>

<qandaentry>
<question>
<para
> Jag kan inte använda aRts-byggaren. Den kraschar när jag kör en modul! </para>
</question>
<answer>
<para
> Den troligaste orsaken är att du använder gamla strukturer eller moduler som inte stöds i &kde; 2 versionen. Tyvärr gäller dokumentationen på nätet &arts;-0.3.4.1 som är helt föråldrad. Den oftast rapporterade kraschen är att om en struktur körs i aRts-byggaren fås felmeddelandet <errorname
>[artsd] Synth_PLAY: ljuddelsystemet används redan.</errorname
> </para>

<para
> Du måste använda en Synth_AMAN_PLAY modul istället för Synth_PLAY och problemet försvinner. Se också aRts-byggarens hjälpfil (tryck på <keycap
>F1</keycap
> i aRts-byggaren). </para>

<para
> Senare versioner av aRts-byggaren (&kde; 2.1 beta 1 och senare) levereras med ett antal exempel som du kan använda. </para>
</answer>
</qandaentry>

</qandaset>

</chapter>

