| To: | REALbasic Games <realbasic-games at lists dot realsoftware dot com> |
|---|---|
| Subject: | Re: fast, smooth updates |
| From: | Frank C <pox at planetquake dot com> |
| Date: | Wed, 23 Jul 2003 03:29:52 -0400 |
On Wednesday, July 23, 2003, at 02:16 AM, nickdabner at optusnet dot com dot au
wrote:
I thought as much. Sounds like some additional #pragmas may assist to control RB behaviour in this manner. Certainly something non-malicious such as "ignore mouse events" or "optimisefortightloop" where the specific needs could besupported. I'm all for anything that puts more control of the runtime event loop into the developers hands (variable wait time, forced updates, whatever...) Any idea if it would be possible to ignore backgroundtasks, but yield or SMP other RB threads? Pigs might fly? Unsure of how things work when you get that low inthe system. Not at the moment - ignoring background tasks in a threaded loop gives you the same results as a tight loop running in the main thread (fast loop, locked up GUI). Frank. --- A searchable archive of this list is available at: <http://support.realsoftware.com/listarchives/search.php> Unsubscribe or switch delivery mode: <http://support.realsoftware.com/listmanager/> . |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: Re: fast, smooth updates, nickdabner |
|---|---|
| Next by Date: | Re: fast, smooth updates, Joseph J. Strout |
| Previous by Thread: | Re: Re: fast, smooth updates, nickdabner |
| Next by Thread: | Re: fast, smooth updates, John Balestrieri |
| Indexes: | [Date] [Thread] [Top] [All Lists] |