Mailing List Archive: 49091 messages
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search

[REBOL] Re: RATE experiment...

From: cyphre:volny:cz at: 30-Aug-2001 9:39

Hi Porter, Thanks for your info...
> interesting - I'm managing 25 - 31 fps in the tracking time events only,
> I'm on a heavily loaded laptop with an 800MHz Pentium III (It's running a > Java App Server for development under Win2K, so a lot of resources are > consumed. I'll probably re-run things w/o the app server to see how
> go..). I get a huge boost when I switch over to tracking all events - up
> around 176 fps (I'm using one of those new-fangled laser USB mice, so the
Wow 176fps! Now you can see how fast could be Rebol gfx refresh without this timer limitation .
> sample rate on it is pretty high - along with CPU usage non-REBOL related, > when I move the mouse around alot, the CPU meter generally shows a 5% > usage). > > I suspect that when idle REBOL is trying not to consume too many cycles - > why waste CPU cycles when sitting at a static display?
You are right, but 'rate parameter is used for forcing the refresh rate so why it is so limited?? It's clear that you don't need it when refreshing i.e. some text status etc. but higher framerate is a MUST for any real multimedia application.(And remember Carl's speech that his second name is "Multimedia" ;-) ) Anyway, we are able to automaticaly lower rate when any /View window is deactivated so don't be afraid of consuming CPU time when switching to another application ;-).
> But you're probably > more interested in doing something with animation, so you might like to
> for 30fps...
Yes, I started to develop cool gfx demo to show /View capabilities (and also bugs and missing features) but after a few hours I hit this silly 'rate barier :( I just wonder that noone noticed this limitation long time before...) so everything will be running on boring 20 myabe 30fps on high-end machines. Once again thanks for your comment... regards, Cyphre