Last night (at KLUG) I mentioned to someone that a certain program which
for them takes a long time to load up could be due to a process of artsd
already running and causing problems when the program tries to start
another artsdprocess over the top of the older one. The solution I use
was to make a bash scripot /usr/bin/fixsound which students are asked to
run prior to running applications which seem to trigger the problem.
Symptoms:
Sometimes running applications with sound (tuxracer, gcompris, other SDL
type programs) the program takes a very long time to start or begins to
start (bouncing hourglass icon) but then fails to launch.
Some games (e.g: taxracer) are affected by a lag in sound.
My solution:
/usr/bin/fixsound (run just before launching a new app)
================================
#!/bin/bash
# ARTSD KILL SCRIPT
# Kills a processes of artsd
PROSCREEN=$( ps -A | grep artsd | awk '{print $1}' )
if [ -n "$PROSCREEN" ]; then
echo "ARTSD is running on" $PROSCREEN
kill $PROSCREEN
echo "...killed"
else
echo "There are no ARTSD processes running."
fi
================================
I use a similar script to kill instances of xscreensaver before playing
videos. Even though some have killsaver built into them I think they may
go smoother when the saver if truely not running.
| More information about the KLUG mailing list |
If you have any questions or comments about this page, email the
Webmaster Design Copyright © 1998-2005 Linux.net.nz |