rainbow and pam
Victor.Lazzarini at nuim.ie
Sat Aug 16 04:13:12 EDT 2008
But as it is, if you are playing MIDI or audio through an Activity launched
by rainbow, there is no way AFAIK you can renice it. The
code I am testing was set to either change scheduler priority
or to renice the process. None is possible.
Note that what I am proposing here would not affect you,
because you will never play background music and compose
with TAM TAM at the same time (or not at least now, unless
you have two soundcards in the system).
So as far as this discussion is concerned, your worries are
----- Original Message -----
From: "Mikus Grinbergs" <mikus at bga.com>
To: <devel at lists.laptop.org>
Sent: Saturday, August 16, 2008 5:51 AM
Subject: Re: rainbow and pam
>> Proper fix: make the kernel have a per-task inheritable upper
>> limit on the real-time priority. Perhaps the existing limit
>> (used for niceness) can even do the job. It's this thing:
> I almost always have multiple sessions running on my XO. If one of
> those sessions provides me with background music, I don't want it to
> "stutter" as I do other things with my XO. For that reason I 'nice'
> the task which is feeding the audio hardware (to have priority over
> all other tasks).
> So far (on recent Joyrides) this is working the way I want it -- my
> audio task has a priority of -12 (that's minus !). I get concerned
> when there is talk of "improving" priority handling in the XO. If
> something were done that caused my background music to "stutter", I
> would not hesitate to "patch" *my* system to regain uninterrupted music.
> Devel mailing list
> Devel at lists.laptop.org
More information about the Devel