Complete.Org: Mailing Lists: Archives: freeciv-dev: October 2003:
[Freeciv-Dev] Re: (PR#6585) Delta version 5
Home

[Freeciv-Dev] Re: (PR#6585) Delta version 5

[Top] [All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index] [Thread Index]
To: i-freeciv-lists@xxxxxxxxxxxxx
Subject: [Freeciv-Dev] Re: (PR#6585) Delta version 5
From: "Per I. Mathisen" <per@xxxxxxxxxxx>
Date: Fri, 24 Oct 2003 04:54:04 -0700
Reply-to: rt@xxxxxxxxxxxxxx

On Tue, 21 Oct 2003, Raimar Falke wrote:
>  - the numbers for the packets. I said before that this is a
>  legacy. This isn't true. These numbers are needed so that if you
>  safely reorder the packets. Note however that you SHOULD not reorder
>  the fields of the individual packets.

Why would you reorder the packets?

> The negotiating of compression at runtime is a nasty issue. We have
> the following possibilities:
>  - no compression (delta alone will reduce the bandwidth)
>  - always compression (this makes zlib a dependency)

Either of these are fine with me. Can compression be made a separate
patch?

> The second still open problem is capabilities. delta5 doesn't support
> this. The solution will be to add another flag to the fields:
>  TEAM team; cap(teams)
> meaning that the field "team" is only read and written if the
> capability "teams" is present. There is no need to remove fields. Note
> that this solution will not allow the setting of default values.

Are default values really necessary, anyway?

What is server/xyzhand_gen.h?

As usual, I am highly skeptical of adding a lot of new files. Files like
server/plrhand_gen.h, server/unithand_gen.h etc should be removed in
favour of one big include.

  - Per




[Prev in Thread] Current Thread [Next in Thread]