X-Git-Url: http://git.localhorst.tv/?a=blobdiff_plain;f=TODO;h=9bd2aaa629f35a60f8122b5b88c218a8bc444876;hb=5e8eee742138f2578e83e710ffc41408abd3073f;hp=7b481da14cf911a5362da38245173d55141a5c3f;hpb=6f94235a5b7c140852703e60c8a74760b8b61d99;p=blank.git

diff --git a/TODO b/TODO
index 7b481da..9bd2aaa 100644
--- a/TODO
+++ b/TODO
@@ -8,26 +8,38 @@ composite entity animations
 	complex entities are made up of part which have their own local
 	transform that can be animated (like e.g. an arm or head)
 
-textures
+font rendering
+
+	with background now being a thing, a padding might be nice
+	that or maybe separate bg from fg rendering
 
-	do I need to say anything? :)
+	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?
+
+block asset loading
 
-	unloaded chunks should be saved to disk and restored when they
-	are loaded again
+	parameterization of chunk generator should be less static/dangerous
+
+networking
+
+	exchange of chunks and entities
 
 launcher ui
 
@@ -48,6 +60,15 @@ entity ai
 	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
@@ -81,9 +102,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