I made a game for this year’s Global Game Jam called Super Hex Racer. It was another collaboration with my friend and longtime collaborator August Brown.
Here’s the presentation on it that I made for the VR & HCI meetup:
I made a game for this year’s Global Game Jam called Super Hex Racer. It was another collaboration with my friend and longtime collaborator August Brown.
Here’s the presentation on it that I made for the VR & HCI meetup:
This year I attended my first ever Essen Spiel, the world’s largest board game convention.
Bucket list item: Check.
…as you can see, they are mostly (but not all) abstract strategy games. And for the most part (with a couple of notable exceptions) they are games that I am unlikely to see in a store here in the states. I haven’t played them all yet, but I have made a dent, and I’ve quite enjoyed Control V, Nova Luna, Hetrix and Stackers so far. My family played a game of Miyabi, and my wife even declared she approved of the purchase!
I was demoing and exhibiting with Adam’s Apple Games, who had, months ago, during the kickstarter, hoped to have Thrive there for sale, but alas, there have been manufacturing delays, and it now looks like it’ll be next March (probably at the earliest) before we see the final production copies. You can see me here standing next to the 3D printed prototypes that we’ve been showing around for the last year or so.
Spiel is more like a trade show (they refer to it as an expo) than most of the other board game related events I’ve been to. Comparing it to Gen Con in particular is interesting, because at Essen there are really no “events” at all. Some exhibitors might post a list of events they are having in their booth, (signings or tournaments most likely), but the convention itself has no designated spaces for events, and doesn’t post a schedule. At Gen Con the expo hall is maybe 1/4th of the designated convention center space, and probably 1/2 of the total space is purely for events. (Many of which are ticketed and cost additional money.) Another difference is that most people expect to actually play games in the exhibitor booths. So most booths, even the smallest ones, have a demo table (or a dozen!), and folks sit down at them mostly to play entire games. Although many of the larger games at the bigger publisher booths (but not all) were just shorter-length demos, which is usually what you get to do, (if anything!), on the show floor at Gen Con. But of course Gen Con has all that additional space for events, most of which are just scheduled times to play specific games.
A lot of people attend Spiel, this year nearly three times as many as attended Gen Con. (If Wikipedia’s numbers are correct, 209k vs 70k.) But for that, it never felt significantly more crowded than Gen Con to me. Yes, there is more physical space, certainly, but I think another factor could be that more folks attend Spiel on day passes than Gen Con, and so you have fewer people at any given time. Certainly Saturday and Sunday did feel very crowded, but I saw very little shoulder-to-shoulder, wall-of-humans that is common walking the expo floor at Gen Con.
You can’t throw a stick without hitting a designer. Not thinking of the attendees so much, but as I walked around the convention, the folks staffing the booths were quite often the game designers themselves. This was definitely not as true in the larger booths, but the smaller ones it felt very common for the designers to be present, and if there was only one person staffing the booth, I’d guess it was 50/50 whether that person also designed a game being shown.
It was super multicultural. There were definitely publishers there from all over the world. I personally met folks from Australia, Korea, China, Spain, the UK, Ireland, and of course Germany. But as large as it was, not all the US publishers were there. I can only speculate why, but certainly some of them don’t think a cost/benefit analysis holds up, but I also think it’s just plain impossible to go to all the events all the time. I’m fairly certain you could find a board game event somewhere in the world to go to every weekend, if you tried hard enough.
I’m definitely glad I went, and I would do it again. I really enjoyed wandering around the show floor and seeing all the new games.
So Thrive is a game I designed during my game-idea-a-day project, way back in 2016! It’s a two-player abstract strategy game (which should surprise nobody), and the big innovation is that you augment the way the pieces move as you are playing the game. A little over a year ago it was picked up by Adam’s Apple Games, and just NOW, TODAY, it’s on Kickstarter.
This is my first ever board game getting a print run of any size. I’ve been extremely grateful to Adam for taking me along on this ride, keeping me in the loop on many of the decisions along the way, and allowing me to be such a part of this project.
Last weekend was Protospiel MN. After how much fun I had at the Madison protospiel (was it just a month ago!?!?), my expectations for this one may have got away from me. I ended up spending quite a bit of time in the last few weeks prepping new prototypes. Here’s what I brought and tested:
Adam Rehberg and I both brought copies of Thrive in various states of quality. It was interesting to compare his 3D printed pieces to my own. (We are using a new model courtesy of local artist Colin Cody-Waters, and his printer does a better job with it than mine.) At this point, we are more in marketing mode than actual play testing, but we did have some new things to playtest.
Worth noting that there will be a kickstarter for Thrive at the end of February, or beginning of March, and at least in part to collect email addresses for that kickstarter, there is a Thrive print-and-play contest going on right now over at Adam’s Apple Games.
I managed to get a new “pyramid tile laying / fitting / stacking game” to the table several times. The tiles are (some of them) glued together in 1/4th overlapping shapes and patterns. (This is harder to describe than I realized.) I’ll include a photo of one of the end-game pyramids below, but you can’t really get a sense from the photo which tiles are actually glued together and which are singletons. The idea is that you use the singletons as currency to pay for the larger tiles. One of the last parts left to design was how to score the game, (though I had plenty of ideas), and I got lots of useful feedback on those ideas, as well as plenty of other helpful suggestions from my play testers. One of the games we ended up calculating scores for each player in 4 different ways. None of them fully met my criteria for how I wanted the scoring to incentivize building up rather than out, so I still have some thinking still to do on this one.
Oh Tetrominoes! – just the blocks – I made a version of this game by gluing 1-inch cubes together (pictured below). It was easy to get to the table, because it just looks and feels really nice, I think. Adam gave me some great feedback about wanting a “qwirkle moment”. And someone suggested having blocking pieces. Next time I play it I want to try where only the three polygons score, and the spaces marked X are blockers. Notably, the game board (with score track) was the first and only thing I’ve ever created in Illustrator, only about an hour of work.
Windrose – I did playtest this again at the convention. There were some new ideas thrown around. I sort of thought this was “done”, but the conversation left me bristling with ideas. I sort of feel like most of them would result in a different game entirely, but that’s not necessarily a bad thing.
I did also bring my Blinks dev kit, which was running my game Takeover. I only actually brought it out on Saturday night, after the main convention hall was closed for the evening. Immediately after we played it, we played Oh Tetrominoes!, and someone paid me the compliment (paraphrased) “You’ve shown me both the most sophisticated (technically), and least sophisticated (physical components) games that I’ve seen this weekend.”
– My standout game for the convention was a numbers-heavy (but not at all otherwise heavy) strategy game by Patrick Yang. He’s calling it Mathemagical, which is a great name, and I really liked the game.
– I got to play a tetromino stacking prototype called Lots. It was light and quite fun.
– My daughter attended with me on Sunday, and she ended up spending at least an hour (maybe two) prototyping a game in collaboration with another little girl who was there. I think they both really had fun, and there were even some neat ideas they came up with together.
This was my first time at this particular Protospiel. I do think the space was bigger than the MN one, but only by a factor of maybe 1.5x or 2x. I heard tell it was actually more space this year than previous years, but I have no idea if that was true. I also heard there was less of a publisher presence this time around. The only ones I saw, were Adam Rehberg from Adam’s Apple Games, (who I traveled over with), and the GameCrafter (if you count them as a publisher). Of course others may have been there incognito. (Or just less obviously.)
Adam (who is publishing my game Thrive) and I set up Thrive as a blind playtest on one of the back tables. This was the first time it had been shown with (some of) the new artwork, and we got a lot of praise for it. (I’ll post a photo.) I did feel bad briefly on Saturday when it was especially packed for taking up the space, but there was almost always someone playing it, and I had so much positive feedback, both about the game itself, and about doing a blind playtest at Protospiel (which several folks said they’d never seen before), that the feeling was easily allayed. We got good feedback on the rules, and added about 15-20 names/emails to our signup sheet to let folks know about the kickstarter when it happens. (Incidentally, we talked about a date for the kickstarter on the car ride home, and we are currently aiming to have it now in March.)
My personal goal was to get more games of my two current favorite designs in, and I got both on the table several times. The first, (with working title Oh Tetrominoes!), was played 3 times to completion, and only actually broke on the 4th play through. While it mostly felt like it works mechanically, I think the consensus was that it’s a bit fiddly, and not especially fun. It’s a mashup of three or four game ideas I had that all feature tetrominoes, and while they are integrated well (I got compliments on this!), they still feel weirdly disjointed, and one of them really feels like the core of the game (which I reluctantly agree with). After the last (failed) gameplay, one of the playtesters actually convinced the rest of the table (including me, but I didn’t need much convincing) to play a game of just that main core mechanic, without the other features. That went really well, and I’m definitely going to pivot the game a bit. (I mean really, I think it’s basically done, but I suppose I should playtest it a few more times to be sure. I’ll probably try and re-use the other mechanisms in a different game… someday.)
I felt like my other game, Windrose, had each playtest go better than the last. My goal for that one had been to play it with 4 players. as It had previously only been tested with two. I got in 2 more 2-player games, 3 4-player games, and one 3-player game (in that order). It really felt like it worked just fine with 3 and 4 players, although after the first 4-player game, we added a rule that changed strategies quite a bit without making the game feel all that different. I do think I prefer it with the new rule. Otherwise, the game didn’t actually need any tweaking, which feels kind of amazing to me. It’s another super simple abstract strategy game, and creating one of those that plays 4-players is really exciting to me. (Probably not something any publisher is going to be interested in, but you never know!)
Other highlights for me include:
– Playing a couple of new-to-me Adam’s Apple Games prototypes.
– A game played with “kite and dart” Penrose Tiles, which really looked cool.
– Seeing, (but sadly not actually playing) Cartographers: A Role Player Tale, which looked like a contender for my favorite take on the emerging “Flip and Fill” genre that is hot right now.
– Having dinner with Nick Bentley, who I have been acquainted with for some time, (I turned his game Catchup into an iOS app a few years ago), but until this trip might not have actually called a friend. We had such great conversations at dinner on Friday that we resolved to do it again on Saturday, and then I managed to convince him to play a couple of games late into Saturday night.
There were way more games that I was interested in trying out than I actually got to sit down and play. I did play a lot of games though, and I hope I gave some good feedback. I’d say the ratio of playing my own games to others’ was probably 40/60. All in all, definitely a great event for me. I’d recommend it, and definitely hope to do it again.
Special thanks to Zach, Tommy, and Rob from Space Mace for letting me help out on their awesome project.
Below is the release trailer. (Not to be confused with the announcement trailer that I’ve already posted!)
Status: (It’s out now!!!) pic.twitter.com/97iB453hbe
— Martin Grider (@livingtech) October 11, 2018
Last month I finished up working on this game, Joggernauts, with my friends over at Space Mace Games. Specifically, I worked on a lot of the saving and menu stuff. This was definitely a watershed project for me, since it’s the first game I’ve worked on that will be released on an actual game console. (The trailer I embedded above is actually on Nintendo’s YouTube Channel!)
I’ll definitely be posting about Joggernauts again when it comes out on the Nintendo Switch!
I wrote a forum post about Eigenstate over at Board Game Geek in the Abstract Strategy Game Forums. In the post I cover where I got the idea, how I made the original prototype, and a bunch about ideas that I tried to incorporate and didn’t work nearly as well as the current rules.
Speaking of rules, I also posted them.
But the big news is that Adam from Adam’s Apple Games is planning to publish the game. This is obviously extremely exciting for me, as it’ll be my first board game to have a real box and print run.
Anyway, I’m going to reproduce the BGG post here for posterity:
New game: Eigenstate
Eigenstate is a 2-player abstract strategy game with incredibly simple rules that grows in complexity as you play.
Each turn you move a piece and then add two additional eigenstates (pegs) to your pieces giving them more possibilities for movement on future turns. Land on your opponent’s pieces to remove them from the board and when you’ve reduced them to one piece remaining, you win the game.
You can check out the rules and a 3D printer file for the pieces here: https://tinyurl.com/eigenstate (I’d really love to hear about it if you take the time to print it out!)
Design by subtraction
As you can see from the photo above, each piece has 25 holes, and all but the center space correspond to a possible move for that piece (relative to the center). Each piece only starts with a single movement peg, facing forward.
This design was a direct result of my playing a lot of The Duke and Onitama, and realizing that I wanted to make a game with similar movement mechanics. This was back in the summer of 2016, and at the time I was doing a project where I tried to come up with a new game idea every day. This game was the result of one of those ideas, and because of that project, I know the precise date I came up with the idea. (2016-03-28, and it’s outlined in vague terms in this blog post) I wrote again about the idea once I’d built the initial prototype, (and started thinking about it as a game system) about a month later, on 2016-04-25.
I’m extremely happy with the current simplicity of the game rules, but as usual, it took a lot of playtesting and experimenting to get there. After the initial idea about pieces that gain additional movement possibilities over time, I had a lot of different ideas about how the game should play. But first I had to make a prototype.
I bought some cribbage pegs online, and then spent a couple of afternoons in my friend Lloyd’s garage with his drill press. Once I had a physical prototype, I started playing versions of the game wherever I could, often with pretty wildly different sets of rules.
Ideas that were interesting, but didn’t quite work included: allowing piece rotations; action point allocation for placing pegs and moving around the board; using the checkmate mechanic from Chess; using different colored pegs for different movement mechanics; recycling (repurposing) the pegs you capture from your opponent; forcing your opponent to put pegs in their remaining pieces when you capture one (with the end-goal to make them fill up a piece); and all kinds of ideas related to scoring based on the number of pegs in your control. Some of these were more complicated than others, but all of them resulted in a far more complicated game than the game as it exists today.
Notably, in this period of floundering around, I sat down with Patrick Leder (at GlitchCon a local game development conference here in MN), and also Nick Bentley (at Gencon 2016). I don’t think either of them were all that impressed, and around that time, I basically shelved the game for about a year after that.
In the summer of 2017, I signed up for a table to show my games at the Twin Cities Maker Faire. Most of my games are for touchscreens, so faced with the prospect of a 10-foot table mostly empty but for a couple of phones and an iPad, I decided to lay out Eigenstate. This meant I had to explain it to people very quickly. Without referring to my notes, and pretty much off the cuff, I decided on the simplest possible rules I thought would produce a playable game. Essentially you only needed to remember to do two things on your turn, move a piece, and place some pegs. (I decided on two.) It was just piece elimination, the easiest possible win condition to explain. I’d playtested variations on each of these rules separately, but never in that combination, and again, always as part of a more complicated ruleset.
I was a bit surprised by how well the game played with those simple rules. The game was played a bunch of times throughout the day, with really positive reception. I think if there is any part of the design I’m still looking for specific feedback about, it’s the victory condition. Capturing your opponent’s pieces is fine, but it doesn’t feel very unique.
In quantum physics, the term eigenstate refers to the possible movement of a particle. It’s a bit more complicated than that, of course, (and honestly, I have only a slippery grasp on the concept), but once I hit upon quantum physics (and in particular using the uncertainty principal as a metaphor for movement in the game), I began hunting around for suitable quantum physics terms. I think there’s a cool extended metaphor about each of the pieces being particles in a system, and the players competing to observe their opponent’s system first. How moving your own particles (pieces) helps you observe that system is left as a thought exercise for the player.
It’s worth noting that the rules as written don’t really reflect this metaphor, and I’m not sure they will (other than some flavor text) in the final version. As with the idea itself, I know when I came up with the name, on 4/26/2016.
I am very pleased to be able to announce that Eigenstate is slated for publishing by Adam’s Apple Games. Adam has already 3d printed some additional copies of the game, and it’s being playtested internally. It will probably get a kickstarter later this year sometime.
I’ve participated in a number of game jams over the last ~7 (or so) years. For the most part, these only get posted somewhere online when either it’s part of the process of “completing the jam”, or if I’m working with a team, and someone else takes the helm. I’ve decided I should be keeping track of these somewhere, and that place is, for the moment, organized chronologically below.
Also, here is my Global Game Jam profile. Other random jam-related profiles: I have one at one game a month (though I haven’t really used it in years), and grid.itch.io, which only has one game-jam game on it. (Though someday I hope/plan to post more there.)
I think I found them all, but who knows. In the future I’d like to make a “page” out of this list, and link it somewhere more prominently. (Maybe with images from each of the games!) I’ll add a link/note here if I do that, for posterity.
First of all, the update to Catchup I mentioned a while back is finally live in the app store today! This got hung up a bit because Nick wanted me to make the new catchup rule the default. I told him I would definitely do this if he would handle translations of the rules update. (But of course wrangling a bunch of translators is much more difficult than the few lines of C++ needed to make the rule change itself!) So as of this writing, the rules change is still optional (and off by default). If and/or when we get some translated rules, I’ll probably push out another update to flip the default.
I’m also working on updates to some of my other apps. Unfortunately, it’s not really a straight-forward process, and there are some that will still probably not get an update at all. (Action Chess, for instance, just needs to be entirely re-written, which I’ve pretty much decided I’ll just do in Unity rather than go for iOS native.)
But in all the apps I’ve done so far, one thing I’ve had to do is change the code that shows the version number. I thought I’d write a mini-tutorial because this is kinda dumb. In pretty much all my apps, I previously had this block of code somewhere (usually in an
[self.versionLabel setText:[NSString stringWithFormat:@"v%@", [[NSBundle mainBundle] objectForInfoDictionaryKey:@"CFBundleVersion"]]];
…but now I’ve changed it to the following:
[self.versionLabel setText:[NSString stringWithFormat:@"v%@.b%@", [[NSBundle mainBundle] objectForInfoDictionaryKey:@"CFBundleShortVersionString"], [[NSBundle mainBundle] objectForInfoDictionaryKey:@"CFBundleVersion"]]];
This results in a version number that looks something like
(It’s worth noting that I highly recommend putting a user-facing build number in your all your apps somewhere. This is super important for getting bug reports and feedback. The technique above allows your code to update that user-facing number without having to include it in your code directly.)
In case it’s not clear,
self.versionLabel is a
UILabel instance, either initialized in code elsewhere, or (more likely) in a Xib or StoryBoard.
Anyway, Apple put out a technical note about version numbers and build numbers back in 2015, but somehow I missed it. Now I’m not 100% sure about this (possible it’s just that I was always confused about this), but my theory is that, at some point (maybe around 2015), the
CFBundleVersion key changed functionality, from the version number to build number, and the
CFBundleShortVersionString was introduced as the new version number. (This is really difficult to google for, I tried, so if anyone has a more accurate historical rundown, I’d be interested in hearing it.) Anyway, both string are required, but the build number is specific to the version number. (I.E. both have to increment for actual releases, but if you bump the version, you can reset build number back to 0 or 1, or whatever.)
These values are changed in Xcode, in the general project settings. Worth noting that the version number is shown to the user in the app store, but I don’t think build number is exposed anywhere (that I’ve seen). I usually try to follow semantic versioning, with the actual version number containing the first two dots (major and minor version changes), and more or less use the build number as the third “patch” number.
I guess the thing I find the weirdest about these bundle keys is that neither one is named “build”. And I would expect the build number to be the shorter one, not the version number. But maybe that’s just me! Hope this helps someone.