From: Reyn Vlietstra Date: 2005-11-14T16:36:43+09:00 Subject: Re: Equvialent of RoboCode and/or Terrarium for Ruby? ------=_Part_11261_10950355.1131953800006 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Sorry, Why would it be bad/problematic for "clients to have a spectator view of th= e board game" ? The robot would use the information to plan it's next move and the renderer would diplay the current state, or am I missing something ? I guess if latency is an issue then the game would perform very badly. On 11/14/05, Daniel Sheppard wrote: > > > > Would be nice to have a server to which different renderers > > could connect, that way we could have international battles > > with alot of spectators, does robocode allow this ? > > > > Using drb/tcp makes sense if we'd like people to battle it > > out without giving the other party their precious robot code. > > It would be a little problematic to combine both of these goals - if > clients were connecting via TCP, and there was a view of the game > available to multiple clients via TCP, suddenly clients have the ability > to see the 'spectator' view of the gameboard. Probably wouldn't be a > problem if the spectator view was on enough of a delay to make the > information useless (either by prerecording the whole game and playing > it out (which I guess would be nice for passing around prerecorded > games), or having the delay on the scale of over a minute). > > > > #########################################################################= ############ > This email has been scanned by MailMarshal, an email content filter. > > #########################################################################= ############ > > -- Reyn Vlietstra ------=_Part_11261_10950355.1131953800006--