blank screen before doing anything serious

[blank.git] / TODO

diff --git a/TODO b/TODO
index 6234fd0464048c6a29ac103210758c7377f0c6de..fffc6dedce77407f8db9a4f82884d05ec82bc8a4 100644 (file)
--- a/TODO
+++ b/TODO
@@ -10,24 +10,40 @@ composite entity animations
 
 textures
 
-       do I need to say anything? :)
+       okay, now I need a better solution for the crosshair ^^
+
+font rendering
+
+       with background now being a thing, a padding might be nice
+       that or maybe separate bg from fg rendering
+
+       it may also be feasible to get rid of SDL_ttf and use freetype
+       directly to eliminate the unneccessary surface creation
+       ftgl might also be worth looking at
 
 command line
 
        usefull for development and later on world administration
 
-font rendering
+audio
 
-       mostly for labelled blocks and some ui elements
+       do the sources thing right™
+       (or at least in a way that it doesn't error out on shutdown :P )
 
-networking
+persistence
 
-       exchange of chunks and entities
+       merge IO counters, so number of operations per frame is kept
+       low, no matter what exactly is done
 
-persistence
+       store some kind of byte order mark?
 
-       unloaded chunks should be saved to disk and restored when they
-       are loaded again
+block asset loading
+
+       parameterization of chunk generator should be less static/dangerous
+
+networking
+
+       exchange of chunks and entities
 
 launcher ui
 
@@ -43,13 +59,20 @@ entity ai
        this could be solved by using a pre-interpolated light texture and
        mapping light levels to coordinates on that
 
-       there seems to be a bug with adding/removing obstacles...again
-
        also: how could block light affect entity lighting?
        maybe get the interpolated light level at the entity's center and use
        that as the light power for the directional lighting shader and use a
        direction that's fixed relative to the camera?
 
+       there's a bug where a chunk's model is not updated if its neighbor
+       changes border light levels
+       I kinda mitigated it a little for direct neighbors during linking, but
+       it still can happen in (hopefully) rare corner cases
+
+       propagation through semi-filled blocks is wonky. I worked around it by
+       having the light propagate into solid blocks, but feels like this
+       could cause some weird behaviours
+
 gravity
 
        maybe like light levels? should also store a direction with it in
@@ -70,7 +93,7 @@ chunk traversal
        all chunks by position, possibly base-relative
 
        profiling indicates that this is not neccessary atm. maybe it will
-       when some more action is in the world
+       when there's some more action in the world
 
 transparency (blocks and entities)
 
@@ -83,9 +106,10 @@ world generator that is not boring
 
 entity/world collision
 
-       entities should be stopped from entering solid parts of the world
-
-       also, current ray/obb intersection test sucks
+       first draft of entity/world collision is implemented
+       it jitters and has some surprising behaviour
+       finding a spawn point which doesn't put entities in solids is
+       now a little more crucial. press N if you're in trouble
 
 better noise