raycaster

Author	SHA1	Message	Date
Zed A. Shaw	dd4f77a106	More refactoring of the gui. Now most things are out of the FSM and MainUI is responsible for the rayvew and its overlay.	8 months ago
Zed A. Shaw	51972b0c35	Converted all the variable names from Lode's tutorial style to the one I use in prep for some review and cleanup.	9 months ago
Zed A. Shaw	a19bc47904	FINALLY fix that stupid bug. The cause was two-fold: I was giving every 'enemy' a sprite, but that automatically included the player in the list of enemies, which meant that I was rendering the player's sprite while moving. Then in the sprite casting loop I was rendering things at 0.	9 months ago
Zed A. Shaw	1973a7a1df	GUI MOVE state is now cleaner and the camera is more consistent.	9 months ago
Zed A. Shaw	d6c09e111d	Raycaster now has wall collision so won't go through walls. Next step is to render all the sprites being places and then implement the Systems.	9 months ago
Zed A. Shaw	1d3a76e5ee	Refactored out main.cpp to be a separate gui and using an FSM to keep the turn based nature straight.	9 months ago
Zed A. Shaw	7228bdf210	Trying out an FSM for controlling the main loop.	9 months ago
Zed A. Shaw	740e30cb2b	Strafing now works, thanks to rcr but needs a unit test on the camera and probbably a refactor so that rayview uses it or knows nothing about it?	9 months ago
Zed A. Shaw	48ac6603a8	Implement a little junk camera on its own that we can use later for movement and views.	9 months ago