some bugfixes

c++17

copyright update 2016

drawinfo

drawinfo

ncom bye bye

parse more than one webscoket frame per read (bug), do not require a length prefix

*** empty log message ***

*** empty log message ***

update copyrights to 2012

*** empty log message ***

*** empty log message ***

indent

remove support for toggleextendedtext

*** empty log message ***

*** empty log message ***

afaik, this was a disastrous bug

gcfclient removal

*** empty log message ***

update copyright

update copyrights and other minor stuff to deliantra

do away with silly command process idle watcher, we process most commands in the mainloop anyways, so its only overhead

be proactive

big semantic change

- old server and crossfire did
  update/draw maps
  check for player commands, move players and monsters
  flush sockets

- new server does
  check for player commands, move players and monsters
  update/draw maps
  flush sockets

I have zero idea why the old code didn't do it this way. the net effect is
that there is a guarenteed delay of one tick between an issued command and
the player seeing its execution. The same for monster movements.

That is, the new ordering reduces "lag" by a constant 120ms, which is
immense, and can be felt immediately.

This is a change I wanted to do for a long time.

Apart from that, the tcp send code has been simplified and underwent some
further tuning, leading to an even more accurate congestion management.

implement the most elaborate rate limit system to date, from the errors before:

- output-rate is now an upper bound only. its purpose is to give the user
  some control over bandwith use. it should be set too high rather than too low.
- the server will (on linux only, or systems that support tcpi), guess
  how much the kernel is willing to send without delay (this is imperfect as
  we do not know the remote receive window, but we assume its "large enough").
- we accuretyl measure mss and ensure that preferably mss-sized packets
  leave the server, by sending less in some cases and more in others
  to reacht eh desired bandwidth goal
  (e.g. 15000 == http://ue.tst.eu/545350740128735b13aaf541c88bfaf2.txt)

the net effect is that the server will never send (much) more data than the kernel
thinks the network is able to handle. that is, when the connection was idle for a time
and the congestion window is small, we will only start sending small amounts of
data, prompting the kernel to accuratly model the bandwidth.

in essence, this creates a tcp stream that never has more data buffered
than neccessary for in-flight data, ensuring that we can get low-latency
map updates through to the client whole using all excess bandwidth the
network can handle.

I mostly tested with netem, e.g.

   ifconfig lo mtu 1500
   tc qdisc change dev lo root netem delay 190ms 10ms drop 0.1

gave me roughtly 20kb/s throughput even though output-rate was 100kb/s,
without stalling the conenction even when downloading backgorund music and
other large chunks of data.

allow perl access to the full tcpi structure. do some elaborate congestion control (very experimental, but better than the old way)

try a very simple method of failsafe-bandweidthing by not sending any data when the socket buffer could not be drained in the last tick

first rough cut of msg rewriting, introducing cfpod, a haxored pod variant for crossfire messgaes. where will it end?

update mss, if possible

*** empty log message ***

update copyrights in socket/*.C

- implement a rudimentary framework for a "msg" command that
  replaces drawinfo and drawextinfo and allows for simpler usage
  in simple cases and extensibility for the less complex uses.
- moved the character race choosing logic into perl, making use
  of the new msg command if the client supports it.

- fix ber encoding
- reduce image checksum length to 6 bytes (from 16)
- implement fx packet, which reduces
  face overhead to amortised 10/12 bytes per face instead of
  21/32 bytes and allows an unlimited number of faces
  instead of 2**16.

- make face caching mandatory, and pester users to enable it
- implement rate-limiting, for images only right now
- implement and document output-rate command to set rate limit.
- default 1mbit.

nano-cleanups

comments

added some copyrights

- made client a first-class crossfire-perl object
  (its attachable), but perl support is missing.
- added some client events
- fixed reply not working after logout

- separate all comamnds into immediate/socket-level and queued/player-level
- clean up player command handling, handle up to 8 commands/tick

- remove no_shout
- serialise command execution somewhat again :(
- avoid exceptions

the rename for sanity campaign hits
you died
- renamed stuff
- partially updated copyrights
- some cleanups

- write() is now independent of server ticks and will be done immediately
- get rid of CORK hack, it is no longer necessary

- remove some old socket mode cruft
- preliminarily added attachable client_socket interface to perl
  (untested but also unreachable from perl code atm)

moar\! rewrite\!

moar rewrite

- further cleanup and rewrite
- fix a potential crash in "lock" and "mark" packets

started simplifying network code

removed #ifn?def WIN32 from all files

indent

remove compression support, intiialise perl earlier etc. etc.

support health stats in an extensible way in map1