Category Archives: My Projects

26/09/2018 – Not Much Going On, Continuing On.

Posted on by

For the sake of having something to post, I guess I’ll talk about how things are progressing development wise.

So after some turmoil with trying to get custom inspectors to display the data I wanted, I’ve finally gotten back to actual development. This week I’ve added new artwork to the game in the form of sprite work for item pickups, and changed the colour scheme for the game to make it more uniform.

I’ve also added a few new enemy types which are actually just altered versions of existing enemy types.

So yeah, stuff. Have some images to look at:

As you can see, it’s not the greatest piece of artwork, but it is finally starting to take some shape.

A new demo is slated to come out in the first week of November provided things go well.

That’s all for now. Feel free to continue following development at itch.io page.

Later.

-Adam

“Paddles, Ball, & Pegs” Now Back Up

Posted on by

“Paddles, Ball, & Pegs” was temporarily removed from the Play Store due to some very sudden changes in the developer’s Terms Of Service. It’s back up now, but if you were wondering why it was missing, there you go.

Additionally, I will be making the APK available to download separately from the Play Store sometime in the near future, on the off-chance this happens again or if it gets removed permanently.

On an unrelated note, if you wish to stay up to date with progress on my new game, please go to my Itch.io page. I will try and get a new demo out before October.

15/11/2017 – UI Design and Flashcarts

Posted on by

Hello again.

I’ve been busy working on the new game, so I haven’t really had much to discuss for this blog. Again, if you want to keep up to date (Or mostly up to date) with that you can check out the itch.io page. But the last couple of weeks I’ve been working on a sort of content creator which lets me make stuff for the game without having the code everything. Unity’s UI is decent enough for the job even with a few weird bugs and specifics. It does remind me how much I hate Unity’s hierarchy system because it doesn’t let you access the children of an object without jumping through some hoops.

Anyway, UI design is difficult when you only have so many tools to work with. You have to jerry-rig it a bit and try and mash different UI components in a way that kind of makes sense. In the system I have, there’s a thing where I define what happens on each specific lane, and to do that I originally had the idea of using tabs, which Unity doesn’t natively support so I had to build my own version of it. Then I realised that for later parts of the game, there would be so many damn tabs that you wouldn’t be able to navigate it. So I settled on a drop down menu instead.

Persistent data was another thing I thought about. One issue was keeping data contained in input fields to stay, which I solved by just toggling which containers of game objects that contained all the additional menu stuff would be enabled at a given time. The other issue I made for myself was whenever I generate new waves, lanes, or lane sequences; it would delete all the information that was there, and put fresh new objects there. I’m not sure if I’ll ever get around to fixing this issue though.

In the grand scheme of things, pretty small stuff, but surprising in what it does to the user experience especially considering how convenient everything is nowadays. Stuff really needs to work and be presentable. You can’t just do one or the other.

Moving on, I got a GBA Flashcart. This one.

I haven’t given it too much of a test drive because I’ve been busy with other things, but I can at least say it works. I have a 4GB Micro SD loaded into it, and considering how small most GBA games are, I don’t think I’ll be replacing it. The good news is that I can now play Castlevania: Harmony of Dissonance without the game deleting my save because the battery on the cartridge died.

There’s other stuff to talk about but it’s mostly anime and games, and I should probably save that for The Den. Whenever I get around to a new one of those. I will say (And I sure hope I didn’t previously talk about this) that I read the book Masters of DOOM. And if you haven’t read that book, you should. I found it very difficult to put it down. Excellent read.

That’s all for now, till next time.

-Adam

04/07/2016 – Happy America Day!

Posted on by

Although being in Northern Ireland, there’s not really much reason to care.

Not a long post today, mostly just gonna talk about my project. Progress is going well, albeit a bit slowly at the moment. The itch.io page has links to the development long if you’re looking for specifics. That said, I want to talk about feature creep and individual systems taking more time than they should.

The latter first. So a system I’ve been working on a sub-system that picks that an enemy distribution pattern in the game based on the player’s progress. This has taken me a good two weeks to get to the point where I can get something to work, and that mostly comes down to me overthinking its implementation. When I first thought about it, I wanted to build a system that read in from a text file and would generate all the waves of enemies in the game from that. There were two problems with this system:

  1. Each spawner in the game world can take a variety of arguments that defines speed, timing, and what object is spawning. Because of that, if I was to get them, each spawner on screen could require a minimum of 3 arguments. Which considering there could be a dozen or so on screen at anytime, that ends up being a lot of overhead, which Unity is terrible at handling.
  2. In relation to the first issue, I thought a good way to negate it would be to use asynchronous game objects to handle it. However, Unity being Unity, didn’t make that particularly easy. Specially, the more recent versions of .NET allow for Async reading of text files. But Unity, being .NET 3.0, doesn’t have this option. So I had to abandon that idea. The alternative was to use threading, but I’ve never really had much experience with it, and at that point I figured it was more effort than it was worth.

So in the end, I made a hard coded variant that just told the spawners in game what to do. Currently I’m altering that version to take the update cycle into consideration.

Feature creep is something I’ve commented on before, and I’m not gonna say too much on it. But basically, I went from have two notes on my whiteboard to having 5 of them, all filled with additions I want to add to the game. My notebook is also full of them. What’s happened is that I’ve come up better ways with how I want to game to play, but without noting anything technical of how I want to build it.

To be fair, the biggest set of notes is just a list of game modifiers. Regardless, there’s probably stuff I’m either going to cut, or this game is going to take longer than I would like to make. Guess we’ll find out.

Right, that’ll do for now.

-Adam

P.S. Gaming Den post soon.