[MUD-Dev] C&C and Event Rescheduling
clawrenc at cup.hp.com
clawrenc at cup.hp.com
Tue Aug 19 14:51:24 New Zealand Standard Time 1997
Jeff Kesselman <jeffk at tenetwork.com> said:
>At 07:52 PM 8/18/97 PST8PDT, JCL wrote:
>>Jeff Kesselman <jeffk at tenetwork.com> said:
>>>At 04:48 PM 8/14/97 PST8PDT, you wrote:
>>>>clawrenc at cup.hp.com wrote:
>>>>> I have severe allergic reactions to tick based systems.
>>>>> Characteristically I prefer the "as fast as the system will let you,"
>>>>> model. The idea that I'll deliberately program a system so that a
>>>>> human can wait on a computer seems treasonous.
>>>Problem with thsi in the real world is it favors LPBs (low ping
>>>bastards) over those witha lsower connection, and bots over humans.
>>Yes, it favours the faster connections. My general answer to this is
>>that the answer is to design the game system to not rely on user
>>speed. As I tend to favour what many here call "chess-like" game
>Hmm interesting. Without regualrizing speed making the system immune
>to speed as a factor wopuld seem to me to be quite a challenge. In
>any real time system I've seen reaction-time is fairly critical.
Don't forget that I actively encourage user programming. This largely
removes much of the need, or advantage of remote clients. Any user
can then set up his little bots to auto-twitch or do whatever
appropriately. Where the low-lag players have an advantage is in
their ability to react to non-forseeable situations more quickly and
more approriately (less rush). That's not a trivial advantage, but
its one I'm willing to settle for.
In that context net lag could be thought of as a model for cognitive
blood sugar levels. Conversely, local user programs would be learned
habits which operated without concious thought.
>>Minor supporting notes: I don't intend for a repetitive action to
>>*ever* sustainably be profitable. While a little bit more difficlt I
>Not sure thsi helps. Have yo useen the Quake aim-bot?
>generate reptitive actions, what it does is lock and fire yourt
>weaponms for yo uwith astounding reaction time and accuracy... you
>still "pilot" the player.
Sounds fair, however a low-lag player has no advantage in that case
over a high-lag player for me, as the high-lag player could have the
same bot running as a user-programmed add-on to his character.
There's no lower lag than in-game.
>>The bot comment I count as an express failure in game design. Any
>>game which can be profitably automated via a bot is a flawed game
>>design. I am not interested in producing games where humans are
>>merely less effective bots.
>See the above. Doesnt have to be either/or. Tehre are plenty exampels
>of "cyborg" approaches that are quite successful ina variety of
True. I'd forgotten about those in mentioning this again, mostly as I
don't really think of them as significant, just weaknesses in the
J C Lawrence Internet: claw at null.net
(Contractor) Internet: coder at ibm.net
---------------(*) Internet: clawrenc at cup.hp.com
...Honorary Member Clan McFUD -- Teamer's Avenging Monolith...
More information about the MUD-Dev