[PlanetCCRMA] (Fwd) gak
Fernando Lopez-Lezcano
nando at ccrma.Stanford.EDU
Tue Nov 13 11:07:01 PST 2007
On Tue, 2007-11-13 at 09:50 +0200, DA. Forsyth wrote:
> On 12 Nov 2007 at 11:56, Fernando Lopez-Lezcano murmured decisively:
> > The priority setting in qjackctl overrides the default in jackd, "0"
> > means do not override. Unless jackd has been manually updated its
> > priority should not have changed - and it is set in the build process to
> > a value that is right for the Planet CCRMA kernel. Weird.
>
> any idea what that value is?
I set it to 60. "rtirq" sets the audio and other crucial interrupts
higher and everything else lower.
> > I don't know why ardour is doing what it is doing in your case. It may
> > be worth asking in the ardour-users list (with a preface saying you are
> > still using 0.99.3).
>
> I was on ardour IRC channel yesterday and was advised, rightly, to look at
> 'hdparm'. discovered damn slow disk access and was able to double it by
> enabling 32bit access mode. seems my SATA drives are being considered as
> IDE drives by FEdora, probably because the BIOS is in emulation mode of
> some kind.
>
> This was a big fix. no xruns, no timeouts. basic solid performance from
> 17:30 to 02:30 with only one message about 'cannot read peak information'
> while I was zooming in/ouot with multiple steps (keyboard shortcuts)
> without waiting for ardour to catch up. that did not stop the circus and
> fixed itself.
Very glad you found the problem!
-- Fernando
More information about the PlanetCCRMA
mailing list