February 2000
- datagram protocol design theory? (Question about multithreaded servers) Ola Fosheim Grøstad
- Library error J C Lawrence
- Semi-OT: Linux support in commercial MUDs? Ola Fosheim Grøstad
- From the Apache Referrer logs J C Lawrence
- From the Apache Referrer logs Kris Van Hees
- good muds for ai programming? Robert Zubek
- good muds for ai programming? J C Lawrence
- Event Scheduling Phillip Lenhardt
- Event Scheduling J C Lawrence
- Event Scheduling cg@ami-cg.GraySage.Edmonton.AB.CA
- Event Scheduling J C Lawrence
- Event Scheduling Phillip Lenhardt
- Event Scheduling J C Lawrence
- Event Scheduling Hans-Henrik Staerfeldt
- Event Scheduling Cynbe ru Taren
- Event Scheduling Hans-Henrik Staerfeldt
- Event Scheduling Cynbe ru Taren
- Event Scheduling Hans-Henrik Staerfeldt
- Event Scheduling Miroslav Silovic
- Event Scheduling Jp Calderone
- Event Scheduling Ola Fosheim Grøstad
- Event Scheduling Miroslav Silovic
- Event Scheduling J C Lawrence
- Event Scheduling Cynbe ru Taren
- Event Scheduling Hans-Henrik Staerfeldt
- IO Speed Suggestions Christopher Kohnert
- IO Speed Suggestions J C Lawrence
- Couple of articles Koster, Raph
- Couple of articles Dr Richard A. Bartle
- OT: Soliciting advice from Canadians Alex Oren
- MUD Specific Building pages MichelleThompson
- MUD Specific Building pages J C Lawrence
- Embedding Python icecube@ihug.co.nz
- Embedding Python icecube@ihug.co.nz
- Embedding Python J C Lawrence
- Embedding Python Todd McKimmey
- Embedding Python Oliver Jowett
- Embedding Python Todd McKimmey
- ADMIN: List post rejections J C Lawrence
- distributed objects Kevin Littlejohn
- distributed objects Vijay Weasel Prabhakar
- distributed objects Brandon J. Rickman
- distributed objects J C Lawrence
- distributed objects Koster, Raph
- distributed objects Vijay Weasel Prabhakar
- distributed objects David Bennett
- distributed objects Phillip Lenhardt
- distributed objects cjones@one.net
- distributed objects F. Randall Farmer
- distributed objects Ola Fosheim Grøstad
- distributed objects Kevin Littlejohn
- distributed objects J C Lawrence
- distributed objects Gary Whitten
- distributed objects Balthazaar
- distributed objects J C Lawrence
- distributed objects Ola Fosheim Grøstad
- distributed objects Eli Stevens {Grey}
- distributed objects Jon A. Lambert
- distributed objects Charles Hughes
- distributed objects Caliban Tiresias Darklock
- distributed objects Charles Hughes
- distributed objects J C Lawrence
- distributed objects J C Lawrence
- distributed objects Charles Hughes
- distributed objects Charles Hughes
- distributed objects Laurent Bossavit
- distributed objects Kevin Littlejohn
- distributed objects markm@caplet.com
- distributed objects KevinL
- Distributed Objects Justin Rogers
- Security J C Lawrence
- commercial muds and cable TV (was code base inquiry ) Sellers, Michael
- commercial muds and cable TV (was code base inquiry ) Matthew Mihaly
- commercial muds and cable TV (was code base inq uiry ) Sellers, Michael
- commercial muds and cable TV (was code base inq uiry ) Matthew Mihaly
- business models Matthew Mihaly
- business models Daniel.Harman@barclayscapital.com
- business models Vincent Archer
- business models Dave Rickey
- a shrinking pool of players? Johan J Ingles-le Nobel
- a shrinking pool of players? Matthew Mihaly
- a shrinking pool of players? Sellers, Michael
- a shrinking pool of players? Bryce Harrington
- a shrinking pool of players? Travis S. Casey
- a shrinking pool of players? PartyG2816@aol.com
- a shrinking pool of players? J C Lawrence
- a shrinking pool of players? Sellers, Michael
- a shrinking pool of players? Sellers, Michael
- a shrinking pool of players? PartyG2816@aol.com
- a shrinking pool of players? Ryan P.
- a shrinking pool of players? J C Lawrence
- a shrinking pool of players? Koster, Raph
- a shrinking pool of players? Matthew Mihaly
- a shrinking pool of players? Koster, Raph
- a shrinking pool of players? Chris Turner
- a shrinking pool of players? Matthew Mihaly
- a shrinking pool of players? Chris Turner
- a shrinking pool of players? Draymoor
- a shrinking pool of players? Koster, Raph
- The Endeavour Map and MUD Applications Michael Hohensee
- The Endeavour Map and MUD Applications Ted Milker
- The Endeavour Map and MUD Applications David Bennett
- The Endeavour Map and MUD Applications Ted Milker
- The Endeavour Map and MUD Applications John Bertoglio
- The Endeavour Map and MUD Applications Justin Rogers
- The Endeavour Map and MUD Applications Eli Stevens {Grey}
- The Endeavour Map and MUD Applications John Bertoglio
- The Endeavour Map and MUD Applications Koster, Raph
- The Endeavour Map and MUD Applications Lo, Kam
- The Endeavour Map and MUD Applications Justin Rogers
- The Endeavour Map and MUD Applications Joel Dillon
- The Endeavour Map and MUD Applications Justin Rogers
- Next gen MUD wishlist Bryce Harrington
- Next gen MUD wishlist Bruce
- Next gen MUD wishlist Bryce Harrington
- Next gen MUD wishlist Bruce
- Next gen MUD wishlist J C Lawrence
- Next gen MUD wishlist Chris Jones
- Next gen MUD wishlist adam@treyarch.com
- Next gen MUD wishlist Sellers, Michael
- Next gen MUD wishlist adam@treyarch.com
- Next gen MUD wishlist Bruce
- Next gen MUD wishlist Bryce Harrington
- Codebase Ideas punitac@prodigy.net
- Codebase Ideas Bryce Harrington
- Codebase Ideas Aaron Mitchell
- OT: Money as motivator (was code base inquiry ) J C Lawrence
- OT: Money as motivator (was code base inquiry ) Matthew Mihaly
- Guide Applicant : Player Ratio Geoffrey A. MacDougall
- Guide Applicant : Player Ratio Matthew Mihaly
- MUD-Dev digest, Vol 1 #286 - 13 msgs Dr. Cat
- MUD-Dev digest, Vol 1 #286 - 13 msgs Caliban Tiresias Darklock
- MUD-Dev digest, Vol 1 #286 - 13 msgs Koster, Raph
- voice vs. text Matthew Mihaly
- voice vs. text Justin Rogers
- voice vs. text John Bertoglio
- voice vs. text Lovecraft
- voice vs. text Lo, Kam
- voice vs. text Hans-Henrik Staerfeldt
- Client side prediction Ola Fosheim Grøstad
- Client side prediction Koster, Raph
- Client side prediction Ola Fosheim Grøstad
- Client side prediction Justin Rogers
- Client side prediction Ola Fosheim Grøstad
- Client side prediction Koster, Raph
- Client side prediction Ola Fosheim Grøstad
If it matters: my general position for all mud-dev discussions is that a
mud should gracefully handle 1 second of lag, and still hang on when you
get bursts of 3-5 seconds of lag. That's because I only care about
international interaction. I also care about average people, not
hardcore gamers...
"Koster, Raph" wrote:
> I certainly did not mean to short-circuit the discussion. All the first
> person shooters have to deal with this situation.
Oh yeah, that's intelligent interaction... :P Granted, not my primary
interest, but from what I know there isn't all that much interaction
between objects beyond bullets, and aiming tends to be sloppy.
> FPSes
> use simialr sorts of approaches to what I was describing for the flight sim
> online games (which handle furballs of several dozen planes in close
> proximity btw--and Air Warrior first launched with this sort of capability a
> dozen years ago, when modems were much punier). Microsoft's Allegiance is
> another example.
Don't know what "FPSes" are, but I disqualify regular flightsims for
this discussion because:
1. It isn't critical if they go on the left or right side of something.
2. Most objects are distant, thus changes are not critical.
3. They typically move smoothly.
4. They seldom bounce into each other, and if they do you have a
critical situation which you need to get confirmed anyway.
> It is not a matter of implementing all the physics in the client. You
> selectively implement the aspects that are critical to having seamless
> presentation for YOUR client.
Well, that suggests a world with little interaction between objects and
players. I don't mind some non-critical extrapolation in order to make
things more seamless. It is however my opinion that interesting
environments provide many situations which are potentially critical.
(because this is directly related to your ability to affect the world)
When I played with ideas for (explicit) subjective solutions it was in
order to maintain reasonable levels of interactivity in a lagged
environment. I got into a nasty mess, including a need to reevaluate
chains of events when packets arrive delayed and out-of-order. It turned
out to complicate things to a level that wasn't really suitable for a
single person project, and it didn't really achieve what I wanted to do.
In general I think hobbyist/independants are better off by focusing on
higher level representations of intentions such as discrete events used
in text muds (I attack you, I flee etc).
For close objects subjectivity is rather unfortunate because it reduces
the visual communication potential. Communication, interactivity,
co-operation and and the ability to affect the environment are for me
primary concerns. Entertainment and game play are just means to achieve
user-user communication and co-operation.
> No, not at all. But for example, for something that is far away, you may
> want to give this level of update and let the client dead reckon in between,
> until it vectors closer and necessitates faster updates.
Yes, I haven't said that you cannot use extrapolation in some cases. I
certainly wouldn't regularly update objects that are distant and in the
middle of the air in an outdoor environment. I just don't think it is
worth the trouble as a general solution. (At least not for the kind of
environments and experiences I am interested in). The simple reason is
that I view the modem/user-ISP as the bottleneck and lag as the real
enemy. Optimization is only worthwhile in this real time environment if
it solves the typical "worst-case" scenario. The "worst-case" scenario
for a flightsim with a fairly static landscape isn't bad.
> There's very few games that do collision on a per poly basis. They almost
> all use bounding boxes, usually fairly inaccurate ones. Players are fairly
> forgiving about that sort of thing, is my experience.
If they get in a hit when they shouldn't have, sure, but what about
missing when they should have had a sure hit. Are you saying that
players are getting used to it, or are you saying that I am demented?
Because, the most angry outbursts I can remember is due to such things.
It can be measured in broken joysticks and smashed keyboards. (btw, it
was just an example of how small discrepancies between visuals and
outcome affects satisfaction).
> chopped in half. Her corpse may have fallen at different angles on the
> ground, too. We're not gonna compare notes most likely, so who cares?
I don't really play games or muds much right now so maybe my memory is
blurred, but I've experienced and seen some terribly confusing
situations. If players don't communicate intensively or work in teams,
well ok, but that's not really what I want in the first place. The most
confusing situations arise when you loose track of other people, or get
accused of doing something you didn't do, or get the wrong idea about
the situation. For example you pick up something because you don't see
the person that owns something, then you get accused of theft. Heck,
even linear interpolation as done in M59 is confusing.
I generally think that users are better off by either not dealing with
things explicitly or by understanding that the situation is fuzzy.
Of course, your example isn't really an example of the issue discussed.
I don't mind the implictness of higher-level events (such as you died)
with fill-in/in-betweening, that's actually what I want!! I mind the
misguided explicitness of dead reckoning (and lag, if I could assume 2K
bandwidth, 200ms ping, no packetdrops, then I sure as hell would make
bouncy environments with about 50 objects per scene).
> available--because it means that *their experience* is smooth. They care
> more about smoothness than accuracy.
What happens when you chase a player and there is a tunnel to the NW and
to the NNW?
Ola.
- Client side prediction Ola Fosheim Grøstad
- Dynamic help files, was code base inquiry Richard Woolcock
- OpenSource licenses for game rules? J C Lawrence
- To all the devoted! (fwd) J C Lawrence
- Newbies Johan J Ingles-le Nobel
- MUD-Dev digest, Vol 1 #288 - 9 msgs Dr. Cat
- (fwd) Commercial-use Restrictions on Code Bases (was: help me find 100% free graphical mud) J C Lawrence
- (fwd) ADMIN: "A Classification Of Muds" [was 'In defence of stock muds...'] J C Lawrence
- Distribution Geir Harald Hansen
- player persistence Matthew Mihaly
- [Off-topic] GDC-2000 Derek Snider
- [Off-topic] GDC-2000 J C Lawrence
- [Off-topic] GDC-2000 Justin Lockshaw
- [Off-topic] GDC-2000 Christopher Allen
- [Off-topic] GDC-2000 Matthew Mihaly
- [Off-topic] GDC-2000 Joe Andrieu
- [Off-topic] GDC-2000 Kristen L. Koster
- [Off-topic] GDC-2000 Richard A. Bartle
- [Off-topic] GDC-2000 Bruce
- [Off-topic] GDC-2000 David Bennett
- [Off-topic] GDC-2000 J C Lawrence
- [Off-topic] GDC-2000 J C Lawrence
- [Off-topic] GDC-2000 J C Lawrence
- [Off-topic] AAAI symposium (was: GDC-2000) Robert Zubek
- MSP Richard Ross
- Privateer-style mu*? Bobby Bailey
- Minimum community sizes Dan Root
- Minimum community sizes Koster, Raph
- Minimum community sizes Dan Root
- Minimum community sizes adam@treyarch.com
- Minimum community sizes Matthew Mihaly
- Minimum community sizes David Bennett
- Minimum community sizes Matthew Mihaly
- Pike codebase Daniel Podlejski
- chil@gate.net Joel Kelso