we have the time

require pngnq and automatically requantise too large 32x32 smooth faces so gcfclient doesn't nuke

store and transfer the player objetc count not uuid in the extmap protocol, we cannot reasonably hope to get rid of the count anyway

thanks to elmex for showing me the error in my wayy, the inheritence
resolution is now done in cfutil.

advantages:
- no need to udpate the editor etc.
- forward references work just fine.

disadvantages:
- much more difficult implementation (if you discount the requirement
  to write a perl parser, too).
- larger file, slower loading (if used extensively :)
- the goal should imho be that the server automatically gathers
  archetypes and other data items.

move to Coro::Storable for face loading

- implement smoothing in the fxix (or better: fxixsx) protocol.
- this *enforces* that smoothing is *per face* and not *per archetype*.
- no extra bandwidth is needed for map information (unlike in the
  crossfire 1.x protocol, where smoothlevels are per-mapspace
  and take up a lot of bandwidth).
- no extra storage is required on the client-side (although smoothing
  for cached map data is then only available for tiles that have been seen).
- temporarily supply empty_S.x11 smoothfaces again, as this hack is required
  because there is no way to specify a smoothlevel but no smoothface
  otherwise. this should be optimised away at a future point, but this
  will break gcfclient (but disabling smoothing for that might be a good
  compromise).

*** empty log message ***

- add cfhq2xa to the installed binaries
- cfutil: autogenerate 64x64 versions out of existing 32x32 versions
  if required (--cache is highly recommended).
- rename faces to facedata to avoid clashes with the old file.
- add the 64x64 tiles to faceset 1 in the server (unused)

TODO: protocol to split faces (they are too large)
TODO: devise a faceset protocol incompatible enough with gcfclient so it
      doesn't puke.

enable face caching again for those too stupid to read :(

- rewrote more face handling code
- automatically send smooth faces, as the client will need them anyways
  and it makes little sense to wait for the client to axk for it. of course,
  gcfclient suffers from weird ordering problems again.
- UP_OBJ_FACE was often abused in situations where other things changed,
  updated lots of spaces, probably more to be done.
- update_smooth became so small that inlining it actually clarified
  the code. similar for update_space, which is not inlined for other reasons.
- faces were not initialised properly
- add versioncheck for face data
- rewrite invisibility handling a bit: god finger etc. now makes you blink,
  blinking routine has changed to be less annoying and more useful while
  still indicating invisibleness.

refine cfutil a bit

*** empty log message ***

fix some misc. bugs

*** empty log message ***

closer, now the server needs a more modern approach

Two monks were watching a flag flapping in the wind. One said to the other, "The flag is moving."
The other replied, "The wind is moving."
Huineng overheard this. He said, "Not the flag, not the wind; mind is moving."

interim check-in of cfutil

add cfutil stub, move checks likely to fail to be done earlier in configure, require optipng