
Access to the sound hardware resources is controlled by artsd, the aRts daemon. This allows different applications to simultaneously send requests to the server, where they can be mixed together and played. Without a centralized sound server a single application using a sound device would prevent other applications from using it.
To use aRts there should be one and only one copy of artsd running. It is typically run when KDE starts up if it is enabled in the KControl Sound Server panel.
The program accepts the following arguments:
artsd [-n-p-N-W ] [n-a audiomethod-r sampling rate-b bits-d-D devicename-F fragments-S size-s seconds-m ] [appName-h-A-v-l ]level
-r sampling rateSet sampling rate to use.
-hDisplay command usage.
-nEnable network transparency.
-p port
Set TCP port to use (implies
-n).
-uPublic, no authentication (dangerous).
-dEnable full duplex operation.
-D device nameSpecify audio device (usually /dev/dsp).
-F fragmentsSet number of fragments.
-S sizeSet fragment size, in bytes.
-s secondsSet server auto-suspend time, in seconds. A value of zero disables auto-suspend.
-m appNameSpecify the name of an application to be used to display error, warning, and informational messages. If you are running KDE you can use the artsmessage utility for this.
-NIncrease the size of network buffers to a value suitable for running over a 10 mbps LAN. This is equivalent to using the -w 5 option (see below).
-w n
When running artsd over a network connection
to another host you typically want to use a larger buffer size to
avoid dropouts. ARts provides applications with a suggested minimum
buffer size. Without this option the default size is based on the
fragment size * fragment count. Using this option you can increase
the size from the default by a factor of n.
-l levelSet information level - 3 (quiet), 2 (warnings), 1 (info), 0 (debug).
-vDisplay version level.
In most cases simply running artsd will suffice.
Would you like to comment or contribute an update to this page?
Send feedback to the TDE Development Team