Hmm, I think this will break all the fun in
observing the game.

The delay (whatever long) will turn real game into
recording. Instead of cheering and probably making
suggestions at the stadium observers will become
bored guys sitting at their houses and watching
game. You shouldn't forget that people come there
not only to watch, but to talk to others.

Also I don't really understand all keys revoking
thing lately. The fact that keys can be extracted from
both Java and C is known for years. The easiness
I think doesn't matter here. If person is serious
enough to extract keys he will probably do that to
C clients (forgive me Java guys), because in my
experience C clients are much faster.

Please, think about game before introducing delays
and revoking keys. It is always possible to revoke
single key when you are sure that client is used to
provide borg features (which is not right for any
client for now) instead of making general decision
to revoke everything.

About the delays - well, I don't think who threw that
idea in the first place, but I think discussing such
things with comminity is the first thing that should be
done. There are enough decent people there to give
you truthful observations on the matter.


On Sat, 20 Mar 2004, James Cameron wrote:

> Date: Sat, 20 Mar 2004 19:19:04 +1100
> From: James Cameron <quozl at>
> Reply-To: Vanilla Netrek Development Mailing List
>     <vanilla-devel at>
> To: Vanilla Netrek Development Mailing List <vanilla-devel at>
> Subject: Re: [Vanilla Devel] Re: CVS update: metaserver
> On Fri, Mar 19, 2004 at 10:25:42AM -0800, Zach wrote:
> > Perhaps toggle this off during INL mode and for hockey
> > tournament mode because it's hard enough for dial-up
> > players observing an INL game without an additional 60,000
> > ms delay ;)
> Apart from the difficulty of synchronising the replacement of a player
> by someone in reserve, I don't see how a minute's delay in the data
> stream will hurt observers of an INL game.  They'd still get to see
> everything at the same rate.  ;-}
> --
> James Cameron    mailto:quozl at
> _______________________________________________
> vanilla-devel mailing list
> vanilla-devel at

vanilla-devel mailing list
vanilla-devel at