Building Back Up

It's been a bit, I've had some time off, and time to work.

What we have here is something a little closer to what the game will look like. There is a planetoid looking thing in the center with some eyeballs on it, and the blocks that fall wrap around it in a very segmented cylinder. When the satellite and floating pieces above move, they actually rotate around the whole thing (though this is hard to see with the perspective).

The second half of the video shows a bug that occurred while attempting to rotate the blocks into a solid circle.

So lets talk about the way things should be shaping up. In my game you control a satellite which collects space debris, then dumps and guides it onto a mining scaffold above a planet for further refining and usage (blocks fall, colors collect and match, then need to be destroyed). Now since you are actively collecting these blocks for usage, having the whole scaffold full is not the end of the game, just that you will not have room to properly place more until you "refine" the minerals you have in place.

This is kind of up in the air, but I'm trying to keep this active, so that you decide how you will destroy and chain them together, rather than relying on that correct "bomb" to drop, or that damn straight line piece.

Refined blocks get destroyed and put forth for different uses. So while the basic game is a puzzle game, really it is a resource strategy game that uses a puzzle for it's collection and attack methods (more on those later)

When you are attacked your scaffold of blocks provide the most basic protection, and after that your planet can come under fire, which when sufficiently hammered is game over for you.

It's all coming down

Another week, a bit later than I wanted, not as much showing as I wanted, but plenty going on.

So lets take a look. We have falling blocks properly stopping on each other (nothing crazy here, but it is the foundation for well everything that comes after so it's important), a tiled stand-in space background, and a little orange satellite floating on the right. Can you guess the setting/theme for my game?

Next week I hope to have something a little more interesting, perhaps we'll see what that satellite does, or finally have the game board be something a little more dazzling than a flat plane of cubes.

New plan, new game, new lots of things

After a lot of issues, and life junk pulling me out of my overhead shooter, a failed attempt at making an application I thought did not exist at all, and scoping out a game far out of my reach, I have finally reigned things back to a place I can work from.

So first game, lets start basic, people recommend making a tetris clone, or pac-man or something like that. I am making a puzzle game that revolves around falling blocks, but is not about getting rid of them per-say. Right now all I have is a very simple picture of a filled up grid, I can safely say it is not very indicative of the full game, and in the coming weeks I hope to be posting some radical updates to it.

The base doesn't line up, the blocks don't link, the game surface doesn't look anything like the way I want it to, and there is no interface at all.

So uh, look at this mess of unstructured bricks, for I will make something out of it.

Buildable

No big post here, just a picture.

Nothing new in the game itself shown, but I started making test builds and packaging them to make sure they run in the real world. In this case I added it to my steam list to see if it would work with the overlay and it all looks good.

Ka-Boom!

And another small but important update. There are two things in this clip,

First I tried to show off the three firing modes of the main gun, right now the rainbow of bullets is strictly so I can easily identify them. Nothing really to speak of here, rapid fire when held down, stronger when tapped, even stronger if left to charge, each one doing about double the damage as we go up, with a bonus to the big shot.

Secondly we have a simple standin model for an explosion, which is important for two reasons. Because explosions, no matter how blocky are cool, and because in my game explosions will provide a more efficient means to taking out groups of emenies.

Now before you say no shit, bombs make more things die, let me say I plan to clog this screen up with fast moving targets. And the only way to kill everything and get a good score will be balancing firepower and player movement (more on this later when I have something visible for point keeping, and the secondary weapon implemented).

Collisions and Reactions take 2ish

Ok Blogspot being dumb with formatting, lets try this again.

Alright here we have a simple video showing collision, an enemy ship flashing as it takes damage, and if you spot it a green bullet mixed in with the rest it's not an anomaly it's one of the different firing styles I talked about earlier (hold fire for rapid, tap for stronger, let it charge for a big shot). Though in this case it is a bug, as the different shots are caused by taking the timing between the last shot and amount of time since the last frame. So if the framerate is inconsistent (say when I start recording a video) timing goes out the window. One of the coming things for me to do will be to make sure that the different firing systems have both a built in delay, and take in to account key presses.

I added a simple system to clear un-used actors as they die (in this case to make sure bullets and effects don't linger in the world population), so far it has not caused any problems, but I will need something more efficient. This will probably come in a means of recycling node names for new objects of the same type. Right now if a bullet is destroyed (removed from the population list actually) the next bullet is created with a new node with a new name. The old nodes are not referenced but they weren't deleted so this leads to a lot of new nodes being created when for simple objects like bullets it doesn't really matter if the next object didn't have sequential numbering.

Coming up is a level progress system to keep track of where the player is, and what should be happening at a given moment, and adding simple effects and enemy destruction.

Collision and Reaction

Figure It's about time to show what little I have so far.

I'll update later to say what new stuff is going on behind the scenes.