[Home] [Groups] - Message: [Prev in Group] [Next in Group]

nu.kanga.list.mud-dev

12577: RE: [MUD-Dev] Client side prediction

[Full Header] [Plain Text]
From: "Koster, Raph" <rkoster@origin.ea.com>
Newsgroups: nu.kanga.list.mud-dev
Date: Mon, 21 Feb 2000 09:27:08 -0600
Organization: Kanga.Nu
> -----Original Message-----
> From: Ola Fosheim Gr=F8stad [mailto:olag@ifi.uio.no]
> Sent: Sunday, February 20, 2000 6:24 AM
> To: mud-dev@kanga.nu
> Subject: [MUD-Dev] Client side prediction
>=20
>=20
> "Dr. Cat" wrote:
> > have a bunch of overhead issues tile based worlds don't. =20
> (Though I wonder
> > how many of them do things like conserving bandwidth by using dead
> > reckoning and only sending a packet when the client's=20
> expected prediction
> > will be too far form the actual correct position.)
>=20
> Are you by "dead reckoning" suggesting implementing all the physics =
in
> the client? I've spent too much time thinking about this, and I've
> reached the conclusion that the problems that are associated with =
this
> approach are too many and the benefits are too few.

You should look at what games like Air Warrior and Warbirds do. There's
well-known solutions out there for minimizing bandwidth and using dead
reckoning. The issues you describe mostly don't apply...

> Basically, when you start to think in that direction you will=20
> be driven
> towards activities that are disjoint, that doesn't require=20
> syncing, that
> doesn't depend on what other people do. That's no good if user-user
> interaction is the main goal.

There's a ton of stuff that you don't need to have be synched except in
terms of shared experience. It doesn't matter if the two observers are =
both
in exact synch as long as both actually get to see the event.=20

-Raph



_______________________________________________
MUD-Dev maillist  -  MUD-Dev@kanga.nu
http://www.kanga.nu/lists/listinfo/mud-dev