stallman-shooter - Game I wrote a long time ago

Age	Commit message (Collapse)	Author	Files	Lines
2018-08-22	Add introduction and conclusion screens	Raymond Hogenson	9	-40/+112
	We're releasing version 1.0.0 baby
2018-08-20	Move assets directly into the binary	Raymond Hogenson	2	-8/+36
	Wow rust has a built-in operation for moving binary assets into a file! That's so cool! Rust is the best language in the world! Does C++ have this?
2018-08-20	Move assets directory	Raymond Hogenson	8	-0/+0
	I've moved it, now of course I need to update the source to reflect this change. But I'm putting those in separate commits because of how many times I've been warned that git moving things is suspect.
2018-08-20	Count frames more precisely	Raymond Hogenson	1	-5/+3
	Instead of calculating the time from the beginning, we'll just check the time since the frame was started. This means if you are slow and then fast, it won't freak out. This was inspired by an app I wrote for Clank which counts clanks frame by frame and I needed some similar mechanism.
2018-08-19	Move some code around and improve abstraction	Raymond Hogenson	4	-197/+262
	This doesn't change the functionality of the game at all (ideally), but makes it easier to refactor and to add new enemies and new stages, which is really the end-goal of this whole thing.
2018-08-18	Add a health bar	Raymond Hogenson	2	-1/+3
	It's sweet now
2018-08-18	Add the ability to move more quickly	Raymond Hogenson	2	-4/+13
	I also upped the fire rate
2018-08-18	Improve performance	Raymond Hogenson	2	-18/+21
	I profiled it and this was the slowest part.
2018-08-18	Change draw order	Raymond Hogenson	1	-1/+1
	Player should be under bullets since player is now large
2018-08-18	Add textures	Raymond Hogenson	3	-34/+37
	These were fun to make
2018-08-18	Tune enemy movement logic	Raymond Hogenson	1	-28/+36
	Now the logic is straightforward and not so fragile when we add some new complexity. Next step I think is to make it all based around traits or some kind of generics, and then we can plug in new enemies. Ideally we'll just have the game represented as a list of phases, where a phase is just an object, and the player will progress through them in order. Because it has to be a concrete object, I think we can embed a function pointer into a struct to get most of the functionality that we want.
2018-08-18	Stop the player from going off the side	Raymond Hogenson	1	-0/+15
	Oh wait I haven't tested this yet. I'll be right back. Yeah it works
2018-08-18	Finalize the new movement scheme	Raymond Hogenson	1	-20/+55
	Ok it's pretty fucking cool. Tracking acceleration has always looked good, no matter what. There's some pretty advanced logic going on here, and it's worth it.
2018-08-18	Write a working bullet hell	Raymond Hogenson	4	-0/+463
	I just fucked up the enemy movement, but hopefully I won't ever need that old code. The new one is going to look really cool and sweet. Anything with just modifying acceleration must look very cool and smooth.