realbasic-games
[Top] [All Lists]

Re: Quesa 1.7

To: REALbasic Games <realbasic-games at lists dot realsoftware dot com>
Subject: Re: Quesa 1.7
From: "Joseph J. Strout" <joe at realsoftware dot com>
Date: Mon, 27 Jun 2005 11:27:02 -0500
Delivered-to: realbasic-games at lists dot realsoftware dot com
References: <BEDE637E dot DC38%larsjensen at rcn dot com> <615517468c1c6a2482dcf591d7a175a9 at mindspring dot com> <a0620070cbedf3c18c53d at [10 dot 10 dot 13 dot 4]> <1D92F0E6-2CDB-4C10-981F-D42BED628EF3 at miensoftware dot com> <a06200708bee0875d8c41 at [10 dot 10 dot 13 dot 4]> <9D5EF733-24AF-4EDF-AE62-01B95D2D0925 at miensoftware dot com> <a06200702bee5b01dc875 at [10 dot 10 dot 13 dot 4]> <8CF47161-D092-4242-80E0-05C34E00E374 at miensoftware dot com>
At 9:04 AM -0700 6/27/05, Lo Saeteurn wrote:

I believe NavNodes generate their own Object3Ds even in the game. Is this correct?

No, or at least, they certainly shouldn't do so.

Maybe it's a bug? I see that the RebuildObject3D method in the NavNode class is being called when I set a break point there in the game.

That sounds like the best avenue to pursue. I can't think of any reason why RebuildObject3D should be called for a NavNode in the game, and if it is, then at the very least, we're doing more work than we need to be. Perhaps fixing this will render the Quesa change (whatever it is) irrelevant.

Best,
- Joe

--
Joe Strout                          REAL Software, Inc.

Vote for REALbasic (twice!) in the LinuxWorld Reader's Choice Awards:
http://linux.sys-con.com/general/readerschoice.htm
_______________________________________________
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>