| To: | REALbasic Games <realbasic-games at lists dot realsoftware dot com> |
|---|---|
| Subject: | Re: Re: fast, smooth updates |
| From: | nickdabner at optusnet dot com dot au |
| Date: | Wed, 23 Jul 2003 16:16:30 +1000 |
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 be supported. 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 in the system. regards, Nick > Frank C <pox at planetquake dot com> wrote: > I haven't done a controlled comparison, but a tight loop in RB is > just > about as fast as a tight loop in C (using immediate mode OpenGL at > least). Where things start to go off is when you introduce an event > loop - in C you have total control, so you can pick and chose what to > > deal with and what to ignore, and how often to yield to background > tasks. In RB, you're a slave to the runtime. > > 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: fast, smooth updates, Frank C |
|---|---|
| Next by Date: | Re: fast, smooth updates, Frank C |
| Previous by Thread: | Re: fast, smooth updates, Seth Willits |
| Next by Thread: | Re: fast, smooth updates, Frank C |
| Indexes: | [Date] [Thread] [Top] [All Lists] |