Home
Forums
Articles
Reviews
News Search
News Archive
File Downloads
Chat Client
Polls Page
Contact
Members
Pictures
MWGL Mail Login

Matrox Parhelia Reef Demo The Best DirectX 8 Benchmark Ever?
Dungeon Siege Tweaking Guide
 
Medal of Honor: Pacific Assault
Midnight Club 2: XBOX
Inside Pitch 2003: XBOX
Duke Nukem: Manhattan Project
EverGlide MousePad


 

  Monday, Jan 21, 2002 Report News | Archive | Top  
Q3 Networking Made Easy
- Posted 7:35 AM By Kagato
EMail News to a Friend  Printer Friendly Version    0 Comments | Add 
UKGamer has posted an article entitled "Q3 Networking made easy", in which they break down workings behind Quake3 networking, dispelling a few common misconceptions, "explaining exactly what timenudge actually does, and just how arQon's famous '50ms code' makes Q3 all that much better". Snip:
Consider a single client joining a server, or at a map_restart. At that instant, the server sends the client a packet of information called a snapshot. This packet includes the position of each entity on the map that your client can see, and it's current velocity, i.e. it's speed and resultant direction. At this point, the client stores this information and does nothing with it, despite the real world obviously continuing on and the entities moving across the map.

After a set amount of time, the default being 50 milliseconds, (though this can be changed as I'll explain later) the server sends the client another snapshot, with updated information for each entity. At this point, the client then interpolates the information from the two snaps. In essence, it looks at where each entity was in the first packet, where it is in the second packet, and then draws a path across the map for each. It does this using a simple expression of movement against time, referencing time elapsed at the point the renderer calls for each frame to be drawn against the time stamps in the two snapshots themselves. This gives it an idea of how far through this movement described by the two snapshots the entity should be, relative to how long it is now after the last snapshot was received. This is why, despite only receiving 20 snapshots of information a second, that the client is capable of rendering any number of frames per second the user wishes. Remember however, this movement has of course already happened relative to real time. As each frame is rendered and time passes, the game world obviously moves on, but the client is oblivious of this until the next snapshot is received, when the process starts over.
It's a tad long, but an interesting read if you've always wondered how some of the stuff actually works.
Source: UKGamer
 
0 Comments Posted

Add a comment

You have to be logged in in order to post comments..

If you don't have an account yet? Follow this link!

 
Username:

Password:


Click here to Register!

Who do you think makes the best gaming console?
Microsoft
Nintendo
Sony
 
 November
SMTWTFS
   1234
567891011
12131415161718
19202122232425
2627282930