Re: gtk_timeout_change()?
- From: "David J. Topper" <topper virginia edu>
- To: Paul Davis <pbd op net>
- Cc: Havoc Pennington <hp redhat com>, gtk-list gnome org
- Subject: Re: gtk_timeout_change()?
- Date: Mon, 29 Oct 2001 11:56:52 -0500
Hi folks,
Well, at least I know what's possible. The problem I'm having isn't
because of GUI latency or anything like that. It's due to the nature of
gtk_timeout_add() and gtk_timeout_remove(). It's a different paradigm.
If I have a timeout pulsing every 0.3 seconds, then change that to
something else, I have removed the 0.3 second pulse. So of course it
won't be smooth. While I'm updating my timer pulse via a slider or any
other mechanism, unless the delay between the update is LESS than the
pulse interval, of course I won't hear anything. Once I move the
slider, I'm creating a new timer interval, which starts at time 0. A
continuous slider move creates dozens of them, all waiting for their
first beat.
This is why a gtk_timeouot_update() would be so nice. All I really
need to do is change the value of the timer interval, not reset it each
time. There's a big difference.
Am I making sense? It's a GTK design issue, not a latency / scheduling
one.
DT
--
Technical Director - Virginia Center for Computer Music
http://www.virginia.edu/music/vccm.html
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]