The weekly indie showcases highlight all the game we play here submitted by developers or indie game demos. If you would like to submit a game for a future stream/video, please reach out.
Owner of Game Wisdom with more than a decade of experience writing and talking about game design and the industry. I’m also the author of the “Game Design Deep Dive” series and “20 Essential Games to Study”
For this perceptive podcast I spoke with the designer of Horace: Paul Helman. We talked about how the development of the game went and the challenges of fine-tuning the various elements of it.
Owner of Game Wisdom with more than a decade of experience writing and talking about game design and the industry. I’m also the author of the “Game Design Deep Dive” series and “20 Essential Games to Study”
Owner of Game Wisdom with more than a decade of experience writing and talking about game design and the industry. I’m also the author of the “Game Design Deep Dive” series and “20 Essential Games to Study”
The weekly indie showcases highlight the games we check out for each Wednesday night stream. All games played were either press keys or demo submissions. If you would like to submit a game for a future showcase, please reach out.
Owner of Game Wisdom with more than a decade of experience writing and talking about game design and the industry. I’m also the author of the “Game Design Deep Dive” series and “20 Essential Games to Study”
For this perceptive podcast, I sat down with Sinister Design’s Craig Stern to catch up about RPG design and his latest game Together in Battle. We talked about adding more relationship and character development to an SRPG without taking away the player’s control or tactics.
Owner of Game Wisdom with more than a decade of experience writing and talking about game design and the industry. I’m also the author of the “Game Design Deep Dive” series and “20 Essential Games to Study”
Every time Homestar Runner releases something new, it’s cause for celebration. They’ve been doing this for 23 years, and that’s not counting the original Mario Paint thing with the characters they made, long ago, that kicked off their merry legacy. Even though the days of them updating weekly and Strong Bad popping off sarcastic answers to emails left, right and center are long gone, every few months another new thing comes out of the Brothers Chaps’ content grinder, and we love that kind of sausage.
Of course making free stuff doesn’t pay the bills, and Adobe Creative Cloud is hella expensive these days, so much of their more recent stüf takes the form of little paid projects, like the Trogdor board game. So it is with this, a quite nifty collection of three point-and-click adventures. One of them came from their website long ago, but it’s now remade in that Unity thingy. it’s joined by two completely new games, and the three of them have better animation and full voice acting now! All are full of the wit and fun that Homestar Runner-branded contentTM has long been known for.
I managed to finish it in a night, but it was a very entertaining night! This thing is packed full of more jokes and character even than the Telltale series they did back in the Wii days. It’s amazing how many obscure interactions have unique voice lines, so be sure to try everything, and using everything on everything else.
Dangeresque: The Roomisode Triungulate, on Steam and itch.io (Windows and Mac, $8)
Owner of Game Wisdom with more than a decade of experience writing and talking about game design and the industry. I’m also the author of the “Game Design Deep Dive” series and “20 Essential Games to Study”
It’s just a pointer to a useful site today. OpenGameArt has been around since at least 2009, a place where people can upload game assets they’ve created and make them available to developers, with a variety of licenses. Back in 2013 I used music from it for my own Gamemaker game Octropolis, properly credited of course.
Games made with freely-available resources sometimes get a bad rep, but they can be invaluable for small-team and single developer projects, or anyone trying to get their project off the ground.
For this perceptive podcast, I spoke with Nathan Haddock from Lateralis Heavy Industries who developed the game OTXO. We spoke about the kind of action design Nathan wanted to focus on and balancing the high-speed play with the roguelike elements.
Owner of Game Wisdom with more than a decade of experience writing and talking about game design and the industry. I’m also the author of the “Game Design Deep Dive” series and “20 Essential Games to Study”
Dani Bunten’s classic economic simulation M.U.L.E. is one of the all-time greats, still fairly obscure even among people who know and talk about video and computer games, but hugely influential. Wikipedia tells us that Shigeru Miyamoto considers it an influence on the Pikmin games (although other than in theme I really don’t see it).
There are three current ways to play M.U.L.E. One is Planet M.U.L.E., an official port sponsored by Ozark Softscape, which is several years old, and I was certain I had posted here about before. It’s a proper update with new graphics and a lot of character. A thing about M.U.L.E. is that the original versions were intricately designed in a lot of ways, not just in game rules but the little details. The way the phase ending noise speeds up, the exact difficulty of catching a Wampus, the speeds with which players walk through terrain, the many details of auctions, even the time it takes to outfit a mule and leave/enter town, it’s all finely calculated. You can tell that Dani cared deeply about the game, and it’s a polished as any game I’ve ever seen, and that’s the old 8-bit computer versions. Planet M.U.L.E. isn’t as polished, but it’s still very nice, and you can tell its makers thought hard about it. It offers both local and online play.
Sadly, Planet M.U.L.E. seems to be on life support. While games can still be played, and the automated best player posts still go up on its blog, it’s not gotten an update in years, and it’s even possible they’ve lost the source code.
One legacy of Planet M.U.L.E. is a wonderful Youtube video they made that explains the game and how to play. It’s a great introduction:
M.U.L.E. Returns was a mobile port. It has a website, that’s still around, but apparently none of those versions are available. It’s got a page for a Steam version, but it’s not available despite the original game being released in 2013. The site claims it may come back some day, but it cannot be purchased currently.
Then there’s the new roboanimal on the block, M.U.L.E. Online, which is on itch.io for a very reasonable $5. It has the blessing of Ozark Softscape, and is a near match for the Atari 800 version. You won’t get any improved graphics or sound here, but you will get a game that copies the original very closely, which is perfectly fine in my opinion. It offers local single and multiplayer, as well as internet-based online play. They also promote a board game version of M.U.L.E, which I’ve long wanted to try!
Or there’s emulation. Back in college I played M.U.L.E. with roommates via an Atari 800 emulator burnt to a Dreamcast disk, a great way to play if you have the system, controllers and means to construct the disk because the Dreamcast has four controller ports. (M.U.L.E. is by far at its best when you have four people playing.) The Commdore 64 and IBM PC versions were also made by Dani and the others at Ozark Softscape. The C64 port is close to the Atari 8-bit version. I don’t know about the DOS PC version. I can say that the NES version made by Mindscape is a terrible version, while sadly possibly the most-played because of the great popularity of the NES. If you tried that version and wondered what the fuss is about, you should seek out the Atari 8-bit version and play it before writing off the game entirely.
World Of Mule is a fansite dedicated to M.U.L.E. in all its forms. For its 40th anniversary, they’ve published a long retrospective on the game, its history and the new versions. (That’s where the above image comes from.) It’s a fitting tribute to one of the most influential computer games ever made.
Long ago, on primordial wiki-like site everything2.com, I personally wrote a long examination and play guide to M.U.L.E. While my writing style back then was pretty crazy, I think the information holds up. If you have an interest, you may want to take a look.
In my teens I got started coding on my old Commodore 64s. Learning to program was a much different process back then, there was no internet to answer basically any question you’d have almost on a whim, everything I picked up came from some written matter, mostly programmer’s guides (including the definitive guide to using the hardware, the Programmer’s Reference Guide) or periodicals like Compute’s Gazette, Ahoy! and Commodore Magazine.
The C64 had a lot of graphics features, made possible by the machine’s powerful VIC-II chip. All of the home computers of the time had tricks one could use to get extra mileage out of their bespoke graphics hardware. The Atari 8-bit computers had display lists, for instance. The VIC-II had a powerful raster interrupt facility, the ability to share memory with the processor (at the cost of delaying the whole machine while it did so), eight surprisingly large hardware sprites (in double-width mode they could fill a whole scanline, something the NES’ sprites could only dream of doing), and a collection of interesting and flexible graphics modes.
Most of the time the C64 was in character mode, which was the standard kind of tile-based mode that pretty much all home computers at the time used by default, suitable for displaying messages, coding and some graphics. The ’64 three such modes: the standard mode where each character had a single color along with the screen-wide background color; a multicolor mode that gave a character its own color, up to two colors shared throughout the screen and that background color, and (mumble mumble). Sorry, what’d I say? I’ll get to that later.
The system also had two bitmapped modes that worked similarly, just directly viewing a region of memory instead of using each byte as an index into a character set. One mode was like the standard character mode, where the 1s in the bitmap were colored and the 0s were the background color; the other was multicolor mode, which similarly worked like it did in multicolor character mode: one color per 8×8 region, two colors shared throughout the screen, and the background color.
The problem with multicolor mode was, you had to trade horizontal resolution to use it. The big limiting factor to many computers’ graphics then was memory use: finding a way to encode the graphics information so the chip could access it and convert it into a video signal quickly enough to meet the needs of the display. So, to fit an 8-pixel-wide section of screen into the single byte it needed to be squeezed into, it could either use a one-to-one dot to screen ratio, or sacrifice two bits for one extra-wide pixel of up to four possible colors.
UNLESS
The Commodore 64 had a fifth graphics mode. The one I mumbled over earlier. The much-ignored Extended Background Color mode.
It was another character based mode that, instead of forcing you to make use of one background color over the whole screen, gave you up to four such colors. Every cell on the screen could display a character using its full 8×8 resolution, but could also pick which of those background colors it could have. Useful!
Well… not as useful as you’d think. There’s always a tradeoff, and Extended Background Color’s tradeoff was a dire one. How does the VIC-II chip know which background color to use for each character cell? It uses the two high-order bits of each character byte. Meaning, while you could decide which of two colors would be used in each cell with a lot greater nuance, you only had 64 characters to work with! A full screen of 1,000 characters is a lot to fill with just 64 possible tiles. A lot of repetition would be unavoidable, which is probably why it was so little-used.
It essentially was either this:
or this
These images are a little misleading, because I used the Commodore 64’s default ROM character set to make them, and the second half of its characters are just mirror images of the first half. But if you define your own characters, which basically any game worth its salt will do, it greatly reduces the number of tiles at your disposal. There may be some sneaky ways around it, sure, but they all involve their own tradeoffs.
I explain all this because Extended Background Color Mode is my best guess as to how Trap Door and Popeye do their graphics.
Here’s video of a playthrough of Popeye. It’s about 21 minutes, but it shouldn’t take long to get what I mean. It’s not Nintendo’s Popeye, it’s a completely different game.
And here’s a playthrough of Trap Door, with graphics by the same person:
Look at those huge characters! How could this be possible, and with that color depth? The C64 can have huge sprites, but only at the cost of making all their dots twice as tall and/or wide. And the pixels aren’t even multicolor mode wide. I can’t quite make sense out of it! Unless, maybe the games are displaying their large characters using the character set, which explains why they jerk along the screen? And the colors are using Extended Background Mode? That might explain the simplicity of the backgrounds, with only 64 characters to work with that means a lot of reused tiles.
Owner of Game Wisdom with more than a decade of experience writing and talking about game design and the industry. I’m also the author of the “Game Design Deep Dive” series and “20 Essential Games to Study”
