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). > > 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. Richard _______________________________________________ Denemo-devel mailing list [email protected] https://lists.gnu.org/mailman/listinfo/denemo-devel
