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.
|
2025-02-21 00:50:54 -05:00 |
|
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.
|
2025-02-10 11:32:50 -05:00 |
|
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.
|
2025-02-07 11:05:15 -05:00 |
|
Zed A. Shaw
|
1973a7a1df
|
GUI MOVE state is now cleaner and the camera is more consistent.
|
2025-02-06 11:55:43 -05:00 |
|
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.
|
2025-02-04 14:13:00 -05:00 |
|
Zed A. Shaw
|
1d3a76e5ee
|
Refactored out main.cpp to be a separate gui and using an FSM to keep the turn based nature straight.
|
2025-02-04 12:56:20 -05:00 |
|
Zed A. Shaw
|
7228bdf210
|
Trying out an FSM for controlling the main loop.
|
2025-02-04 00:52:54 -05:00 |
|
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?
|
2025-02-03 14:17:20 -05:00 |
|
Zed A. Shaw
|
48ac6603a8
|
Implement a little junk camera on its own that we can use later for movement and views.
|
2025-02-03 11:08:17 -05:00 |
|