doc/todo

   1 block placement/removal timers
   2
   3         removal timing depending on the tool/block combination
   4         animation for remove
   5
   6 composite entity animations
   7
   8         complex entities are made up of part which have their own local
   9         transform that can be animated (like e.g. an arm or head)
  10
  11 font rendering
  12
  13         with background now being a thing, a padding might be nice
  14         that or maybe separate bg from fg rendering
  15
  16         it may also be feasible to get rid of SDL_ttf and use freetype
  17         directly to eliminate the unneccessary surface creation
  18         ftgl might also be worth looking at
  19
  20 command line
  21
  22         usefull for development and later on world administration
  23
  24 persistence
  25
  26         merge IO counters, so number of operations per frame is kept
  27         low, no matter what exactly is done
  28
  29         store some kind of byte order mark?
  30
  31 networking
  32
  33         write tests
  34         do some manual testing
  35         some more testing
  36         a little optimization
  37
  38 launcher ui
  39
  40         select or create a world with configurable parameters
  41
  42 entity ai
  43
  44         pathfinding, chase and roam states
  45
  46 (block) lighting
  47
  48         occlusion/neighbor light mixing is implemented, but still linear
  49         this could be solved by using a pre-interpolated light texture and
  50         mapping light levels to coordinates on that
  51
  52         also: how could block light affect entity lighting?
  53         maybe get the interpolated light level at the entity's center and use
  54         that as the light power for the directional lighting shader and use a
  55         direction that's fixed relative to the camera?
  56
  57         there's a bug where a chunk's model is not updated if its neighbor
  58         changes border light levels
  59         I kinda mitigated it a little for direct neighbors during linking, but
  60         it still can happen in (hopefully) rare corner cases
  61
  62         propagation through semi-filled blocks is wonky. I worked around it by
  63         having the light propagate into solid blocks, but feels like this
  64         could cause some weird behaviours
  65
  66 gravity
  67
  68         maybe like light levels? should also store a direction with it in
  69         that case. also, global gravity may be a world option.
  70         no, per-block gravity vector is most probably too expensive.
  71         better have the chunks store a few point masses (maybe blocks that
  72         emit gravitation?) and calculate from that
  73
  74 block attributes
  75
  76         when blocks are not just a solid rock of color, attributes may
  77         become interesting. like labels on signs and contents of
  78         containers
  79
  80 chunk traversal
  81
  82         maybe the chunk loader should keep an index of interesting, if not
  83         all chunks by position, possibly base-relative
  84
  85         profiling indicates that this is not neccessary atm. maybe it will
  86         when there's some more action in the world
  87
  88 transparency (blocks and entities)
  89
  90         transparent blocks because awesome
  91
  92 world generator that is not boring
  93
  94         maybe store a min/max solidity, humidity, temperature, rarity, etc.
  95         for each block type (with the option to deactivate generation
  96         altogether) and use different noise overlays for each
  97
  98 entity/world collision
  99
 100         first draft of entity/world collision is implemented
 101         it jitters and has some surprising behaviour
 102         finding a spawn point which doesn't put entities in solids is
 103         now a little more crucial. press N if you're in trouble