Re: [Freeciv-Dev] Idea for 2.0
[Top] [All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index] [Thread Index]
On 1999-07-15 16:27:03, Peter Schaefer wrote:
> Daniel Sjolie wrote:
> > On 1999-07-15 14:11:10, Peter Schaefer wrote:
> > > A useful discussion...
> > >
> > > Generating it in the client and sending for safekeeping is
> > > bad for traffic reasons.
> > Well, that depends...
> > If the client should be anything but stupid we need something like
> > that... If You think it is unfeisable I'd like to hear it before I spend
> > to much time doing it... :)
> > But I realize that sending an entire map each turn might be a little on
> > the heavy side... :) Maybe You could make it optional... Sending it on
> > request when the server makes a save should be doable... If You're on a
> > slower connection maybe You can live with the risk of losing some
> > stuff... Sure, it's not perfect... But neither is keeping everything in
> > the server... I think this is a very good example of what *should* go in
> > the client...
> Ok, maybe that was not a good enough point - here is a better one:
> If the client sends the map to the server for safekeeping anyway,
> why not keep it in the server from the start ?
Because the server has no bussines tampering with that map!
It is very much the right thing to do to have it in the client...
> Last time I played on a small connection, downloading
> the map took very long - so I think yes, it matters.
I understand that...
> This sort of spells doom for (ai) clients that plan to sent
> huge amounts of data to the server for safekeeping -
Agreed, so let's solve it in anuther way... :)
> maybe (ai) clients should avoid storing anything on the server
> that they could recalculate - imagine shortest path data here,
> or threat densities, or distance from empire.
> To help clients like this in remembering where other
> civilizations cities, units and improvements have been sighted,
> keeping a map on the server should make most sense.
Let's see if I can write my weird mind down... :)
I really have a problem explaining what I am thinking here... :p
The data could be in the server but it would be in a general form and
modified by general 'modifying client-data-stored-in-server' packets...
Yes, maybe something like that... :)
It does *sound* like a solution... :)
Ahh... Yes, I'm starting to like this idea... :)
> Storing the clients memory of current relations with other
> civilizations would make sense, and does not use much bandwidth.
Well, that would be an example yes...
Now take a deep breath, smile and don't take life so seriously... :)
Re: [Freeciv-Dev] Idea for 2.0, Peter Schaefer, 2019/10/12
Re: [Freeciv-Dev] Idea for 2.0, Andy Black, 1999/07/17
- Re: [Freeciv-Dev] Idea for 2.0, Daniel Sjolie, 2019/10/12
- Re: [Freeciv-Dev] Idea for 2.0, Peter Schaefer, 2019/10/12
- Re: [Freeciv-Dev] Idea for 2.0,
Daniel Sjolie <=
- Re: [Freeciv-Dev] Idea for 2.0, Artur Biesiadowski, 1999/07/15
- Re: [Freeciv-Dev] Idea for 2.0, Peter Schaefer, 1999/07/17
- Re: [Freeciv-Dev] Idea for 2.0, David Pfitzner, 1999/07/17