Eder Gira Problem

Announcements and discussion regarding the Gehn CWE Shard.

Moderator: Gehn Shard

Re: Eder Gira Problem

Postby Ehren » Wed Dec 18, 2013 1:26 pm

Tsar Hoikas wrote:Hmm... So, every time you kick a kickable, it sends a really optimized update to the server that can contain any (or none) of the following: position, orientation, angular velocity, and linear velocity. All of these states should be saved to the server but only states that are changed are broadcasted. The bug was that the server was only saving what it received from the client instead of all of the states. So, if we received an update that only had angular and linear velocity, position and orientation were dropped. When you link back in, the server didn't know anything about position and orientation, so the client assumes "welp, those things haven't changed from the default." The default is the origin (0, 0, 0), which is located inside the bridge.


It seems weird that it wouldn't just assume to use the baskets' various default positions in the caves!
User avatar
Ehren
 
Posts: 272
Joined: Fri Nov 16, 2007 9:45 pm
Location: Planet X

Re: Eder Gira Problem

Postby Tsar Hoikas » Wed Dec 18, 2013 1:39 pm

SDL doesn't know anything about the specific object, so it can't use object-specific values in the PRP. So, once a valid state is present, whatever in the PRP is ignored in favor of the state (un)known by the server. The server has a state for the object that is missing the position and orientation, so the SDL subsystem checks the default for generic physicals, which is pos=(0,0,0) orientation=(0,0,0,0). For more details, see plSynchedObject and physical.sdl.
Image
Tsar Hoikas
Councilor of Technical Direction
 
Posts: 2180
Joined: Fri Nov 16, 2007 9:45 pm
Location: South Georgia

Previous

Return to Gehn Shard

Who is online

Users browsing this forum: No registered users and 0 guests

cron