Joe can answer this more definitively, but as far as I can see AddShapefromString is mostly an initialization function.There should be nothing created on-the-fly during gameplay using AddShapefromString, so I'm stumped if that has anything to do with the slowdown. I believe that once a level is loaded nothing is removed from memory. That said, objects can be loaded on-the-fly but we've gone to great pains to make sure every object is loaded before a level even starts so as to give players the least amount of hiccups. If I use your wireframe workaround after all objects are loaded, it is as fast as before. I was just saying maybe these custom objects may cause something to go wrong if it was bad? This does not contradict what you said since the slowdown comes after loading the objects, but can be fixed using the wireframe workaround (called after loading). _______________________________________________ Unsubscribe or switch delivery mode: <http://www.realsoftware.com/support/listmanager/> Search the archives of this list here: <http://support.realsoftware.com/listarchives/lists.html> |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: Quesa 1.7, Jeff Quan |
|---|---|
| Next by Date: | Re: Project idea: 'Risk' - like game, Toon Van Acker |
| Previous by Thread: | Re: Quesa 1.7, Jeff Quan |
| Next by Thread: | Re: Quesa 1.7, Lars Jensen |
| Indexes: | [Date] [Thread] [Top] [All Lists] |