learn-code-the-hard-way
/
raycaster
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases 1 Wiki Activity
Exploring raycasters and possibly make a little "doom like" game based on it.
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
249 Commits
1 Branch
1 Tag
30 MiB
Tag: Branch: Tree: master
Branches Tags
${ item.name }
Create tag ${ searchTerm }
Create branch ${ searchTerm }
from 'master'
${ noResults }
raycaster/camera.cpp

50 lines
1.6 KiB
Raw Permalink Normal View History Unescape

Implement a little junk camera on its own that we can use later for movement and views.
1 month ago
#include "camera.hpp"
#include <numbers>
#include <cmath>
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.
1 month ago
Point CameraLOL::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.
1 month ago
t = 0.0;
GUI MOVE state is now cleaner and the camera is more consistent.
1 month ago
if(strafe) {
Converted all the variable names from Lode's tutorial style to the one I use in prep for some review and cleanup.
4 weeks ago
target_x = rayview.$pos_x + int(-rayview.$dir_y * 1.5 * dir);
target_y = rayview.$pos_y + int(rayview.$dir_x * 1.5 * dir);
GUI MOVE state is now cleaner and the camera is more consistent.
1 month ago
} else {
Converted all the variable names from Lode's tutorial style to the one I use in prep for some review and cleanup.
4 weeks ago
target_x = rayview.$pos_x + int(rayview.$dir_x * 1.5 * dir);
target_y = rayview.$pos_y + int(rayview.$dir_y * 1.5 * dir);
GUI MOVE state is now cleaner and the camera is more consistent.
1 month ago
}
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.
1 month ago
Converted all the variable names from Lode's tutorial style to the one I use in prep for some review and cleanup.
4 weeks ago
return {size_t(target_x), size_t(target_y)};
Implement a little junk camera on its own that we can use later for movement and views.
1 month ago
}
void CameraLOL::plan_rotate(Raycaster &rayview, int dir) {
t = 0.0;
Now have enemies chasing us around and implemented diagonal movement as a test but I kind of like it.
1 month ago
double angle_dir = std::numbers::pi * 0.25 * dir;
Implement a little junk camera on its own that we can use later for movement and views.
1 month ago
Converted all the variable names from Lode's tutorial style to the one I use in prep for some review and cleanup.
4 weeks ago
target_dir_x = rayview.$dir_x * cos(angle_dir) - rayview.$dir_y * sin(angle_dir);
target_dir_y = rayview.$dir_x * sin(angle_dir) + rayview.$dir_y * cos(angle_dir);
Implement a little junk camera on its own that we can use later for movement and views.
1 month ago
Converted all the variable names from Lode's tutorial style to the one I use in prep for some review and cleanup.
4 weeks ago
target_plane_x = rayview.$plane_x * cos(angle_dir) - rayview.$plane_y * sin(angle_dir);
target_plane_y = rayview.$plane_x * sin(angle_dir) + rayview.$plane_y * cos(angle_dir);
Implement a little junk camera on its own that we can use later for movement and views.
1 month ago
}
bool CameraLOL::play_rotate(Raycaster &rayview) {
Converted all the variable names from Lode's tutorial style to the one I use in prep for some review and cleanup.
4 weeks ago
t += rot_speed;
rayview.$dir_x = std::lerp(rayview.$dir_x, target_dir_x, t);
rayview.$dir_y = std::lerp(rayview.$dir_y, target_dir_y, t);
rayview.$plane_x = std::lerp(rayview.$plane_x, target_plane_x, t);
rayview.$plane_y = std::lerp(rayview.$plane_y, target_plane_y, t);
Implement a little junk camera on its own that we can use later for movement and views.
1 month ago
return t > 1.0;
}
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?
1 month ago
Trying out an FSM for controlling the main loop.
1 month ago
bool CameraLOL::play_move(Raycaster &rayview) {
Converted all the variable names from Lode's tutorial style to the one I use in prep for some review and cleanup.
4 weeks ago
t += move_speed;
rayview.$pos_x = std::lerp(rayview.$pos_x, target_x, t);
rayview.$pos_y = std::lerp(rayview.$pos_y, target_y, t);
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?
1 month ago
return t >= 1.0;
}
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.
1 month ago
More refactoring of the gui. Now most things are out of the FSM and MainUI is responsible for the rayvew and its overlay.
2 weeks ago
void CameraLOL::abort_plan(Raycaster& rayview) {
Converted all the variable names from Lode's tutorial style to the one I use in prep for some review and cleanup.
4 weeks ago
target_x = rayview.$pos_x;
target_y = rayview.$pos_y;
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.
1 month ago
}