The only way I know to elevate priority above zero is to use renice as root.
The process is elevated in priority, but *does not* belong to root.
Only root can elevate a process's priority above the 0 baseline.
Here's a one-liner that should work:
renice -15 `ps -eo pid,comm | grep -w xmms | cut
I can't (not to mention won't) run XMMS as root, the easy answer is since my
music is shared to this computer using NFS root doesn't have access to them.
now i'm intersted in what you were saying about moving the audio processes up
a notch. right now i have XMMS using the OSS Driver (used it in
Yes, X now runs with a nice of -10 (why? deadlocks? Mike Harris would know ...)
Try using renice on xmms (as root):
renice -15
You can also (as root):
nice -15 xmms
But xmms now runs as root. With renice, it still belongs to the user.
If you're using esd, it should be renice'd as well. Eve
I am also running the emu-script to give me the more conventional mixer
channels as well as the bass/trebble controls
I have a hunch that it's related to the X system as I never had this kind of
problem in 7.3 (was running the skipjack beta but i didn't see the problem on
7.3 when i installed t
On Sun, 2002-10-13 at 22:10, Nick Gommans wrote:
> Running XMMS under KDE under Redhat 8.0
>
> Moving over a list of links in konqueror, or performing a screen capture will
> make the system "freeze" for a fraction of a second causing the music to
> skip.
I unfortunately can't help you with t
Just trying to figure out the cause of a small little problem I'm having.
Here are the details:
Running XMMS under KDE under Redhat 8.0
Moving over a list of links in konqueror, or performing a screen capture will
make the system "freeze" for a fraction of a second causing the music to
skip.
