X-Git-Url: http://git.localhorst.tv/?a=blobdiff_plain;f=TODO;h=f3c43c6460254048b980a0d0c887da130c0d967b;hb=34a7fafb4c2d4ed95eb990eda5c02d5c79d3411b;hp=926a35516e4ed01b3d455ce7be77d163affd099e;hpb=83ed3de28841d1eecfca39ff540e804cf6809b32;p=blank.git diff --git a/TODO b/TODO index 926a355..f3c43c6 100644 --- a/TODO +++ b/TODO @@ -10,15 +10,20 @@ composite entity animations textures - do I need to say anything? :) + okay, now I need a better solution for the crosshair ^^ -command line +font rendering - usefull for development and later on world administration + with background now being a thing, a padding might be nice + that or maybe separate bg from fg rendering -font 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 - mostly for labelled blocks and some ui elements +command line + + usefull for development and later on world administration networking @@ -44,11 +49,26 @@ entity ai mapping light levels to coordinates on that 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 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 block attributes @@ -61,6 +81,9 @@ chunk traversal maybe the chunk loader should keep an index of interesting, if not all chunks by position, possibly base-relative + profiling indicates that this is not neccessary atm. maybe it will + when there's some more action in the world + transparency (blocks and entities) transparent blocks because awesome @@ -72,9 +95,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