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: Wed, 16 Oct 2013 05:01:19 -0400
User-agent: PlutoMail 2.0

On 10/15/2013 09:19 AM, Richard Shann wrote:
On Tue, 2013-10-15 at 08:54 -0400, Bric wrote:
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 (?)
yes there is a higher level of "happy", at least potentially. Denemo can
act as a JACK client. But what that can do for you and whether it is
broken or not I don't know. It certainly doesn't have a lot of stuff
(transport control ...) enabled, and a lot of stuff I have written
(slowing down the audio output, playing along with your MIDI keyboard
playing ...) is not done for JACK.

The qjacktl and similar can be used to connect stuff up to Denemo
without using Denemo's JACK client support as I understand it, that is,
there are things labelled JACK which can be used without jackd running,
just to connect up Alsa.


Sounds promising.  I've already re-compiled, with "--enable-jack".

No time to play with that right now, but, hopefully, soon, and I'll report results. Perhaps, one could even map each individual voice/staff to a separate soundfont, via qjackctrl? (For playback, that is. I'll be experimenting with the input, though I can't envision how it may help with input)







reply via email to

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