| Age | Commit message (Collapse) | Author | Files | Lines |
|---|
|
I've just moved it into the Enemy trait, because I was planning on
having Bill move around when he got hit, but it didn't look good.
|
|
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?
|
|
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.
|
|
It's sweet now
|
|
I profiled it and this was the slowest part.
|
|
These were fun to make
|
|
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.
|
|
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.
|
|
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.
|
