It’s been a while since I did any updates regarding my phonics shmup; the stress of leaving a job and moving intercontinentally took its tool. When I stopped working on the game in April, I had broken it in magnificent ways. Now the broken is gone and I’ve added some colorblind friendliness features and built all of my phonemes in the way that Unity really wants: using GameObjects. Continue reading
This has been an interesting week, so I got work in on the shmup in bits and pieces around other things. The menu screen, with a credits panel that pops up, is the biggest visible change. I also added some particles for the disruptor broadcast. Most of the work I got done, though, was refactoring.
This is just a quick post to say that I did get the phonics shmup caught up in Unity to where I had it in Godot.* It took me about as much time as I expected, though I didn’t get the work done on the days I expected. It now does everything the Godot version did and has random asteroids floating through as well because I didn’t feel a need to disable them, at least not yet.
Better than that, it’s more or less ready for level loading, so the next part of development is gonna be recording better quality phoneme sounds and doing it for the whole alphabet.
Best of all, you can play it online. I hadn’t figured out how to build for web in Godot yet, but Unity made that easy, too. Left click to shoot, right click to swap disruptor phonemes.
*Actually, now that I think on it, I don’t have even a basic broadcasting graphic on the disruptor. So all but that. Functionally speaking, though, the game is caught up.
I was thinking about the fact that my students are young and Japanese, and more easily impressed by flashy things than non-flashy ones. I am not a graphic artist, really, so I decided to rebuild my phonics shmup in Unity — the ease of grabbing things from the asset store makes it much easier to create something visually appealing.
I’ve spent the last several days learning Unity, and imagine my luck at finding that one of their introductory tutorials is a space shmup. The assets they provide with it are free to use, too.
If I were planning to sell this game, I would care about using assets from one of Unity’s tutorials; who wants to release a commercial game using assets that most Unity developers will recognize? But I’m not. This is going to be free, intended for educational purposes, and what I really care about is the likelihood that my kids (and the students of anyone else who wants to use it) will want to play it. For that purpose, these graphics are fine.
I participated in Ludum Dare last weekend, and although it was far from my most successful LD in terms of getting a good game done, I used the Godot Engine to make it and learned a lot, particularly in the area of dealing with collisions. So it was that when I came back to my phonics shmup yesterday, I got a lot done in a small amount of time.
It’s been a few days, including a Ludum Dare weekend, since I actually did some work on my phonics shmup, but it was a pretty productive time. As the screenshot shows, I got shields added to the enemies, but I also did a big reorganization of my Trello board.
Probably the biggest shift in my plans is how I’m planning to represent phonics as weapon to the player. Before, I planned to have individual bullets be aligned with specific phonemes, but that was going to be hard to pull off visually. Instead, I’ve hit on a more readable approach which I feel is more natural: instead of phoneme bullets being able to damage only certain enemies, the player will be broadcasting a phoneme signal that lowers shields on certain enemies.
I started a project ages ago, a game that was to be a shooter intended to help students learn phonics. The ship shoots sound bullets; all the enemies have letters on their ships and are only vulnerable to the sounds those letters make. Some ships are therefore only vulnerable to one sound, while a C ship, for example, is vulnerable to two.
I can’t remember why I stopped working on it. Judging by the last time I accessed the project, it might have had to do with Ultra Hat Dimension and our decision to polish and ship the prototype we made for Ludum Dare. Regardless, it’s been a good long time, and although I opted to continue using the Godot Engine to make it, I decided to start again from the ground up. Continue reading
It’s been a while since I wrote anything, and this one is going to be really short, but this deserves some recognition. Continue reading
In this third and final post (see also Part 1 and Part 2) about my junior high school’s festival last month, I am going to talk about student involvement in planning the event and then launch into the last third of the school festival. Continue reading
I originally posted this on April 9, 2013 on my blog on Gamasutra. Cross-posting here, as I should have done before.
I first learned of Ludum Dare last August. I wasn’t in time to participate, but I was able to play a wide variety of interesting games. That got me fired up — I definitely wanted to participate in December’s 48-hour compo (hereafter LD48). I hadn’t programmed in years, really, but I was signed up for an Intro to Computer Science MOOC and was pretty sure I would be capable of pumping out something come December.
When December and its LD48 came around, I was not at all confident in my abilities. I had successfully brushed up on basic computer science concepts and learned some new things, but the MOOC had been taught in Python instead of the C/C++ I originally learned in. I could do some things with Python, like perform computations and output things to IDLE, but I had no clue how to do things like play sound and draw graphics. To make things worse, I live in Japan, which meant that the event would be starting at noon on Saturday for me. In order to be functional for work on Monday, I needed to get to bed around midnight on Sunday, leaving me with only 36 hours to make my game. In short, my limitations were many. Continue reading
