1. Win32Lib setTimer Alternative

Hi all,

I have noticed apps that use setTimer suffer from periodic “pauses” when 
performing certain other tasks. Sometimes just minimizing a window could
cause the timer to hiccup. Does anyone have an alternative to using
setTimer that does not suffer from the above?


----If you continue to do what you have always done,
you will get what you have always gotten.----

new topic     » topic index » view message » categorize

2. Re: Win32Lib setTimer Alternative

> I have noticed apps that use setTimer suffer from periodic "pauses" when
> performing certain other tasks. Sometimes just minimizing a window could
> cause the timer to hiccup. Does anyone have an alternative to using
> setTimer that does not suffer from the above?

Four words: Multimeda Timers. Good Luck. :)

new topic     » goto parent     » topic index » view message » categorize

3. Re: Win32Lib setTimer Alternative

Greg Haberek wrote:

> 
> Four words: Multimeda Timers. Good Luck. :)
> 
> 
Hum.... and this will solve the hiccup problems?

----If you continue to do what you have always done,
you will get what you have always gotten.----

new topic     » goto parent     » topic index » view message » categorize

4. Re: Win32Lib setTimer Alternative

> Hum.... and this will solve the hiccup problems?

It should. I personally need to look into it for my Virtunome, which
right now uses setTimer() and a modified sched.e for timing events,
and its about 90-99% accurate. Only sometimes does it hit 100%
accuracy.

Unfortunately the WIN32.HLP API doesn't list these functions, but the
SDK on MSDN does. I'll look into it, wrap them, test them, and
implement them in my Virtunome and let you know what happens. Stay
tuned.

~Greg

new topic     » goto parent     » topic index » view message » categorize

5. Re: Win32Lib setTimer Alternative

I use the Multimedia High-Resolution timers in many of my programs.
Check out http://www.rapideuphoria.com/memorygame.zip.

The pertinent section is in the file NeHeGL.exw in the WindowProc in the
WM_PAINT event handler.

It is fairly easy to use.

new topic     » goto parent     » topic index » view message » categorize

6. Re: Win32Lib setTimer Alternative

Greg Haberek wrote:
> It should. I personally need to look into it for my Virtunome
I just tried Virtunome and it is cool...

> Unfortunately the WIN32.HLP API doesn't list these functions, but the
> SDK on MSDN does. I'll look into it, wrap them, test them, and
> implement them in my Virtunome and let you know what happens. Stay
> tuned.

Sounds good...


----If you continue to do what you have always done,
you will get what you have always gotten.----

new topic     » goto parent     » topic index » view message » categorize

7. Re: Win32Lib setTimer Alternative

Evan Marshall wrote:
> 
> I use the Multimedia High-Resolution timers in many of my programs.
> Check out <a
> href="http://www.rapideuphoria.com/memorygame.zip">http://www.rapideuphoria.com/memorygame.zip</a>.
> 
> The pertinent section is in the file NeHeGL.exw in the WindowProc in the
> WM_PAINT event handler.
> 
> It is fairly easy to use.

Ill check it out. Maybe you should consider releasing the code separately
as a Lib, because I am sure others would benefit from this.

----If you continue to do what you have always done,
you will get what you have always gotten.----

new topic     » goto parent     » topic index » view message » categorize

8. Re: Win32Lib setTimer Alternative

I think about making it a separate library from time to time, 
but it is pretty entwined in the programs and I haven't figured out a 
good way to extricate it yet.


C Bouzy wrote:
> 
> Evan Marshall wrote:
> > 
> > I use the Multimedia High-Resolution timers in many of my programs.
> > Check out <a
> > href="http://www.rapideuphoria.com/memorygame.zip">http://www.rapideuphoria.com/memorygame.zip</a>.
> > 
> > The pertinent section is in the file NeHeGL.exw in the WindowProc in the
> > WM_PAINT event handler.
> > 
> > It is fairly easy to use.
> 
> Ill check it out. Maybe you should consider releasing the code separately
> as a Lib, because I am sure others would benefit from this.
> 
> ----If you continue to do what you have always done,
> you will get what you have always gotten.----

new topic     » goto parent     » topic index » view message » categorize

Search



Quick Links

User menu

Not signed in.

Misc Menu