raycaster/camera.hpp

#pragma once
#include "raycaster.hpp"

struct CameraLOL {
  double t = 0.0;
  double moveSpeed = 0.1;
  double rotSpeed = 0.06;
  double targetX = 0.0;
  double targetY = 0.0;
  double targetDirX = 0.0;
  double targetDirY = 0.0;
  double targetPlaneX = 0.0;
  double targetPlaneY = 0.0;

  Point plan_move(Raycaster &rayview, int dir, bool strafe);
  void plan_rotate(Raycaster &rayview, int dir);

  bool play_rotate(Raycaster &rayview);
  bool play_move(Raycaster &rayview);

  void abort_plan(Raycaster &rayview);
};
Implement a little junk camera on its own that we can use later for movement and views. 7 months ago			`#pragma once`
			`#include "raycaster.hpp"`

			`struct CameraLOL {`
			`double t = 0.0;`
			`double moveSpeed = 0.1;`
Refactored out main.cpp to be a separate gui and using an FSM to keep the turn based nature straight. 7 months ago			`double rotSpeed = 0.06;`
Implement a little junk camera on its own that we can use later for movement and views. 7 months ago			`double targetX = 0.0;`
			`double targetY = 0.0;`
			`double targetDirX = 0.0;`
			`double targetDirY = 0.0;`
			`double targetPlaneX = 0.0;`
			`double targetPlaneY = 0.0;`

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. 7 months ago			`Point plan_move(Raycaster &rayview, int dir, bool strafe);`
Implement a little junk camera on its own that we can use later for movement and views. 7 months ago			`void plan_rotate(Raycaster &rayview, int dir);`
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? 7 months ago
Trying out an FSM for controlling the main loop. 7 months ago			`bool play_rotate(Raycaster &rayview);`
			`bool play_move(Raycaster &rayview);`
GUI MOVE state is now cleaner and the camera is more consistent. 7 months ago
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. 7 months ago			`void abort_plan(Raycaster &rayview);`
Implement a little junk camera on its own that we can use later for movement and views. 7 months ago			`};`