aboutsummaryrefslogtreecommitdiff
path: root/src/main.zig
AgeCommit message (Collapse)Author
2021-09-20Render objects by writing pixelstslil clingman
This confines hardware acceleration to scaling and the background sprite. Unfortunately it would seem that to do proper object rendering (partial transparency) i'll have to implement colour mixing myself.
2021-09-20Render walls by pixels, instead of using hard. accel. spritestslil clingman
2021-09-16Corrected movementtslil clingman
2021-09-12Walk bob and collision detectiontslil clingman
2021-09-12More efficient surface rendering!tslil clingman
Now, outside of sprites, every pixel on the screen is draw at most once. Hoorah. Unfortunately things still seem to be a little slow, perhaps its the z_buffer access or the fact that vertical floor slice drawing is bad?
2021-09-11Render tops of low walls!tslil clingman
But it's very inefficient right now
2021-09-10Re-organised code, moved all rendering into raycast.zigtslil clingman
2021-09-10Textures repeat rather than scale?tslil clingman
2021-09-09Don't override the skycylinder!tslil clingman
2021-09-09Added ceilings and pos_z to sprites (they can now be on the ceiling)tslil clingman
2021-09-05In response to issue #9629, correct usingnamespace usagetslil clingman
2021-09-05Changed map scaling, texture indexing, finished object rendering!tslil clingman
2021-09-05Sprite rendering skeleton!tslil clingman
Except that i'm not satisfied. It would appear that we're computing various distances more-or-less exactly in the sprite rendering process, but this is at odds with the walls and floors which -- by virtue of the linear interpolation garbage -- don't agree about where things are. The net result is that there are at least two fudge factors: - to account to for the incorrect height of the floors i shift the sprites up by 0.2 - to account for the incorrect wall distances i add 1 to the z_buffer comparison These fudges are ugly and empirical. Still to do: for more than one object we have to sort by distance first!
2021-09-04Working on floor casting, but it's not quite righttslil clingman
The way floors are currently rendered the textures will always appear ``under'' the walls. This is not intended for shorter walls, the floor should be atop them. I might be able to fix this by switching to vertical scan-line rendering of floors -- although i understand that that is less efficient -- and doing this at the same time as wall rendering.
2021-09-01Scale the projection plane to the screen correctlytslil clingman
Also bumped up the textures to 32x32
2021-09-01Variable height walls!tslil clingman
2021-09-01Licensing stufftslil clingman
2021-09-01Inittslil clingman