X-Git-Url: http://git.localhorst.tv/?a=blobdiff_plain;f=doc%2Ftodo;h=3be38058594b8fb738fe114de66e369f91f7b85d;hb=7d462272350926dca8e1a8c94fdb527d0c9f6dc1;hp=921221aa14f9681672023c4ed7480a35eaa3604d;hpb=7354c74fb8f409336db3a6d70455fbc10232ae64;p=blank.git

diff --git a/doc/todo b/doc/todo
index 921221a..3be3805 100644
--- a/doc/todo
+++ b/doc/todo
@@ -20,7 +20,6 @@ font rendering
 command line
 
 	more commands pls
-	and show me their output
 
 persistence
 
@@ -44,6 +43,8 @@ networking
 	maybe stale and inexistent chunks should be visualized (e.g. by
 	drawing a semi-transparent box around them)
 
+	make a chunk data counting a little safer
+
 threading
 
 	(clientside) networking and disk IO are prime candidates for threading
@@ -77,11 +78,10 @@ lighting
 
 gravity
 
-	maybe like light levels? should also store a direction with it in
-	that case. also, global gravity may be a world option.
-	no, per-block gravity vector is most probably too expensive.
-	better have the chunks store a few point masses (maybe blocks that
-	emit gravitation?) and calculate from that
+	now implemented as optional gravity emitter per block type
+	let's see how that pans out
+	maybe players should be given the option to switch between
+	walk and fly mode
 
 block attributes
 
@@ -104,17 +104,21 @@ world generator that is not boring
 	biomes seem too small, maybe that will become easier to tune when
 	there's a little more diversity between them
 
-entity/world collision
-
-	I don't like the force/spring based collision response, maybe revert
-	back to impulses
+	chunk generation takes too long, it's incredibly annoying
+	should look into speeding it up and executing on a different thread
+	compute shaders might be another approach, though that would require
+	opengl 4.3, block the gpu, and generally doesn't lend itself well to
+	threading (cpu wise). It also requires servers to load GL. maybe not
+	such a great idea after all
+	using interpolation between samples of simplex noise now (big thanks
+	to notch ;) ), I'll see how that fares or can be tweaked
 
 spawning
 
 	need a way to find a suitable location to spawn new players in
 	I imagine a "random block" function of ChunkIndex could be nice
 	(also for use with the AI spawner)
-	also, finding a spawn position for a player must no fail. after a
+	also, finding a spawn position for a player must not fail. after a
 	certain number of tries, the world must change to safely accomodate
 	the player.
 	chunk generation could be adjusted to make a little more room near the