denemo-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Denemo-devel] Speed of Cursor Animation (was Re: Palettes)


From: Bric
Subject: Re: [Denemo-devel] Speed of Cursor Animation (was Re: Palettes)
Date: Tue, 15 Oct 2013 08:54:57 -0400
User-agent: PlutoMail 2.0

On 10/15/2013 04:08 AM, Richard Shann wrote:
On Mon, 2013-10-14 at 17:00 -0400, Bric wrote:
On 10/14/2013 02:29 PM, Richard Shann wrote:
On Mon, 2013-10-14 at 18:13 +0100, Richard Shann wrote:
It
simply shouldn't be possible for the cursor animation to slow things
up,
as you describe since the re-draw requests are queued so that if the
machine is so busy that by the time the draw happens it is too late
then
all that will result is that the steps of the animation will be
skipped
(because it looks at the time and decides which step it should draw).
(It doesn't know that there are steps, just knows what it should draw
at
a given number of milliseconds after the start, too late and it should
just draw the final result).
I wrote the above from memory, but I have just been checking the code
and find it is quite untrue :(
In fact most of these transitions are 10 steps taken at 20 ms intervals
and the steps will be delayed by other things going on.
Which only leaves the question - what else do you have going on? The top
command might help...
off the top of my head (before doing any re-checking):  I'm using JACK,
religiously.
If that (--enable-jack) is so I think you will find that the slider to
slow down the audio output is unavailable (on far right of playback
controls).

Hmm... i didn't compile it with "--enable-jack". But I /have/ been happily using jack with it. Unless there's a higher level of "happy" here (?)

But that should NOT be the factor here.  I already confirmed that
turning off cursor highlighting stops the slowness for me.  I love the
instant skip to whatever measure.
yes, that should not affect the drawing - if my reading of the code is
right then the number of transition steps and the time of between steps
needs to be settable by the user to adapt to faster/slower machines. As
I say, you don't need to wait for the cursor to settle before typing in
more music... the instant skip has already happened.

I don't think I have 3d acceleration or anything like that either.
I don't know what people mean by that.

I'm not the 3d acceleration expert either (in terms of understanding nuts & bolts). I just know, as a user, that it's an option, sometimes, (if you've got the hardware and the right drivers). I guess I was trying to say I don't have any visual effects enabled, that conventionally get enabled with 3d-accelerated Ubuntu's (but then, eat up resources — AFAIU)




reply via email to

[Prev in Thread] Current Thread [Next in Thread]