Sundry Sunday: From AGDQ, A Dog Replaces R.O.B. in Gyromite

Sundry Sunday is our weekly feature of fun gaming culture finds and videos, from across the years and even decades.

This week’s fun video isn’t decades old, in fact it’s from just a few days ago, from AGDQ.

The NES title Gyromite, a.k.a. Robot Gyro, is a very interesting game from a design standpoint, possibly more interesting than it is to actually play (although I think its music is very catchy). It’s never been rereleased by Nintendo, for the probable reason that it relies on the accessory R.O.B. to play.

R.O.B: It’s not just that funky Smash Bros. character! (Image from Wikipedia, taken by Evan-Amos.)

R.O.B. was a motorized accessory that activated servos in its arms depending on light signals sent to it from the screen. No cords went from R.O.B. to the NES. It used photoreceptors in its “eyes” to detect the screen signals, which were ultimately caused by player input on the controller. A fairly roundabout means of control, honestly.

Only two official R.O.B. games were made, and Gyromite (Going by its Japanese name “Robot Gyro” according to the title screen) used the “gyro” accessory for play. A platform is placed in front of R.O.B., on which you place the controller for Player 2.

On the controller is a device that spins the “gyros,” colored weighted tops. By manipulating the arms with action on Player 1’s controller, making them swing around and opening and closing the claws at the right time, you can cause R.O.B. to lift the spinning gyros from their platform, then set them down on the NES controller’s buttons. In the game, this caused colored pillars to rise or fall according to the control signals.

R.O.B. with gyro setup. Image from the blog Nerdly Pleasures.

While manipulating all of this, you also have to watch out for the action of the game itself. Gyromite is a simple platformer, but one without a jump button. The difficulty comes from having to essentially play two games at once, the platforming on screen and manipulating R.O.B. to position pillars in the right places in space and time.

R.O.B.’s motions are not simple to command either. It takes time for the arms to pivot between their destinations, time that must be accounted for in the on-screen action, and while the tops spin for quite a while they will eventually have to be collected and set back on their pedestals so they can be spun back up to full speed, or else they’ll topple over on the button. This doesn’t produce a failure state in the game. It’s just left to you to pick the top up yourself and put it back on its stand to be spun again. R.O.B. isn’t capable of such feats of dexterity.

There’s a lot more to say about R.O.B., and how it was mostly distributed as part of the Nintendo Entertainment System’s “Deluxe Set” in the U.S., the more expensive version that didn’t come with Super Mario Bros. Instead of that, let’s talk about how, due to the fact that R.O.B. is just a fancy-shmancy way to press controller buttons, that you can replace it entirely with some other mechanism, or indeed, even animal.

That’s what happened Wednesday at AGDQ, where Peanut Butter the Dog, with coaching from JSR_, left R.O.B. gathering dust in the closet as they played through Gyromite Game B.

They didn’t make it all the way without running out of lives, but they picked back up and kept going. And that doesn’t detract at all from Peanut Butter’s skills, or amazing doggy focus. They are intent on reading those hand signals and getting those tasty treats. So while they didn’t earn a world record, for “Dog playing Gyromite Game B,” their accomplishment is of definite note.

There are around four minutes of introductions at the start of the video, so if you want to jump right in to the run, begin here.

Gyromite by Peanut Butter the Dog & JSR_ in 26:24 – Awesome Games Done Quick 2024 (Youtube, 33 minutes)

The 10th-Key NES Pac-Man Scatter Bug

I already shown it off on Mastodon, but I’m so pleased with getting this bug on video that I’m re-reporting it here! First, though, some background.

Still the definitive resource on the design internals of Pac-Man.

I’ve been looking into the various home computer ports of Pac-Man lately. One of the better ones is the one for Famicom/NES, probably because it was made in-house at Namco, which I presume because while it’s by no means perfect, it has ghost AI that much more closely matches Jamey Pittman’s definitive Pac-Man Dossier than the others. This is a bit more important than the other ports because, due to the relative familiarity (that is to say, inexpensiveness) of NES emulation at this point, Famicom Pac-Man is often put in compilations, especially in dedicated consoles, instead of the arcade game. In point of fact, the Namco Museum Archives Vol. 1 that’s available for various consoles uses the Famicom versions of all its games, not the arcade, and Pac-Man is one of the included games. To tell the difference: if the score, fruit tally and lives are to the right of the screen, instead of above and beneath it, and Pac-Man looks a little too big to fit in a maze passage, then what you have is an inferior home conversion.

How is it different? Well:

  • The sound of Pac-Man eating dots is much worse, for starters, it never fails to bother me.
  • More substantively, the ghosts have slightly different constants in their chase routines: it’s slightly harder to fake out the Pink ghost (Speedy/Pinky), and the Orange ghost (Pokey/Clyde) gives up the chase a little more reluctantly.
  • The timing for scatter periods, relative the speeds of the ghosts, is a little off. Scatter periods are usually slightly longer.
  • The speed of the game as difficulty increases is also a little off. In the arcade, the First Apple board (Level 5) marks a noticable increase in Pac-Man’s speed, but it seems to happen around the Second Orange (Level 4) on Famicom. Yes, that’s how much of arcade Pac-Man and its port that I’ve played-it could be subjective, but maybe it’s not.
  • The bug that affects Pink’s and Blue’s (Bashful/Inky) AI when Pac-Man’s facing up doesn’t exist here.
  • When ghosts enter Scatter mode, they don’t reverse direction. This makes the game easier (one less sudden reverse to throw you off) and harder (no obvious indication that the ghosts are scattering, and one less thing to throw them off from immediate pursuit).
  • As the game advances in difficulty, in the arcade, on the 4th Key board (level 17), the ghosts won’t turn blue and vulnerable when you eat an Energizer, and instead will just reverse direction. And from the 6th Key (level 19) on, the ghosts will never turn blue again! NES Pac-Man instead gives them a very tiny bit of blue time, about a half-second’s worth. It never reaches a state where the ghosts become completely invulnerable.

And at last, the bug which I have confirmed. On the 10th Key board (Level 22), and every level thereafter, the ghosts will start out in an unusually long Scatter period. Their usual habit is to emerge from the box in the center of the screen and move to a corner of the screen, and circle there for a few seconds. Pink goes to the upper-left, Red (Shadow/Blinky) to the upper-right, Orange to the lower-left, and Blue to the lower-right. This period is called a “Scatter Mode” in the Pac-Man Dossier.

In most levels, presuming you don’t lose a life, the ghosts will enter Scatter Mode at exactly set three times: from the start, about 25-or-so seconds in, and about 30 or so seconds after that. These periods are usually five seconds long. There are some minor details I won’t get into-you can read the Dossier for those. These periods are lifesavers for intermediate Pac-Man players playing without patterns, as they are the only really safe ways to access the bottom passages of the board without getting trapped or wasting an Energizer.

Each Scatter Mode is only supposed to last five-to-seven seconds, but on Level 22 and after, all of the Scatter Modes last around 20 seconds. Here is the bug in action, demonstrated in Namco Museum Archives Vol. 1:

Why would this board be different from the others? In the arcade, the 9th Key (Level 21) is the maximum difficulty the game reaches. Any pattern that works on the 9th Key level will work for the rest of the game, all the way up to the kill screen on Level 256. It seems that, on the Famicom/NES version, after that level the game may not have data for the level to follow? But I haven’t looked at its code to know for sure. Maybe I should make that a future project.

NES and Commodore 64 Games Compared

Greg’s Game Room on Youtube looked at 28 games with both NES and Commodore 64 versions. It’s not by any means all of them, but a good selection. Usually its the NES version that’s better, but there are some surprising upsets, especially if the game originated on a microcomputer platform.

The Commodore games that won out are Ballblazer, Castelian, Die Hard (but the C64 version’s really different), Ghostbusters, Ghosts ‘n’ Goblins, Q*Bert and (surprisingly) Smash T.V. Decent C64 games that nevertheless lost are Blades of Steel, Commando, Donkey Kong, Mighty Bomb Jack and Super Mario Bros. (rated were both the similar Great Giana Sisters and the recent fanmade version of SMB that uses advanced scrolling tricks). Gyruss, Mario Bros. and Pac-Man were rated at a tie.

Nintendo vs Commodore 64, 28 Games Compared (Youtube, 46 minutes)

Chrontendo 63!

Dr. Sparkle has come through once again with the 63rd edition of Chrontendo! It’s the third we’ve linked to from Set Side B (even if, for a while, we incorrectly labeled the previous one as #68, oops).

The games covered by this one are:

Knight Move (Japan only): A puzzle game involving landing a chess knight trying to land on a target square. Apparently this got a later release on PC by Spectrum Holobyte. Wikipedia tells us that the “A. Pazhitonov” listed as the creator on the Famicom version’s title screen is Alexey Pajitnov, the creator of Tetris. I cannot speak to that fact’s veracity, but it seems plausible enough. Pajitnov later would be hired by Microsoft to make puzzle games for them around the Windows XP era.

Lamentable US cover art of The Mafat Conspiracy (image from MobyGames)

The Mafat Conspiracy: the sequel to Golgo 13! The US release does its Japanese manga source material a great disservice by not having the grim face of protagonist Duke Togo visible anywhere on the front of the box, instead using extremely generic cover art. In play, it’s very similar to a slightly more competent version of the original, just with a different scenario.

Disney Adventures in the Magic Kingdom: Another of those Capcom Disney games, a glorified minigame collection, and probably the worst of the bunch! We’re a mile away from Ducktales here. As if to confirm the player’s low expectations, trivia questions are part of the game.

Solstice: Isometric platformer of the style well-known around that time in the UK, a very difficult yet respectable exploration game, and probably the best game in this episode. I prefer its SNES sequel Equinox, programmed by the Pickford Brothers, which has a highly distinctive look.

The vibe of Solstice’s print ad is like “we’re gonna make a porno”

The Last Starfighter: This is secretly a renamed port of the Commodore 64 classic Uridium! A little of the bloom is off the rose here, if only because high speed scrolling of the kind you see here is so common on the NES, yet so difficult to accomplish on the Commie. The C64’s distinctive look was heavily influenced by that system’s limitations: it takes some serious programming effort to get the C64 to be able to scroll significant screen data in a frame, enough so that, to do it, you basically have to leave color memory unchanged, since it can’t be relocated like tile definitions can. The NES can do scrolling much more easily than the Commodore 64, and had been doing very colorful fast-scrolling games like the Super Mario series for years, yet the game kept the same nearly-monochrome look as the C64 game. That’s why Uridium got such acclaim in the UK, because scrolling games like it were unknown on the system at the time, while the NES had support for it in the hardware, so it didn’t have nearly the same impact.

Captain Skyhawk: The main things I remember about this, a game which I’ve played and beaten, is it was made by Rare, and that Dave Barry once wrote a column about how much his kid dearly wanted a copy of this game. Dr. Sparkle is pretty hard on this one too, and I think for good reason. This is clearly a game intended to be in the River Raid style, but with elevation. It could have been done as a quasi-flight sim, with targets you have to duck beneath or fly over, but in its design the elevation barely matters, and instead it’s a lot more like a standard vertical shooter. The enemies don’t even cast shadows! Helicopters or ground vehicles alike can be shot if if they were on the same plane. It would have done better if it had either gone all-in on the elevation, maybe tying it to the player’s speed, and having fewer yet smarter enemies that also had elevation; either that, or taking out the elevation completely and making it into a 2D shooter more like Zanac or Raiden. Rare at that time understood the NES hardware better than most developers, and was more than capable technically of going with either approach. But they didn’t.

Then after you have Afterburner-style dogfighting levels, then the point where most players threw down the controller in disgust, when they’re asked to align and dock with a rotating space station. It all resembles a tech demo at Rare that Milton Bradley decided to try to make a few bucks off of selling as a game.

This even made it into the US release

Mechanized Attack: It’s another military-themed SNK action game, like Ikari Warriors, Guerilla War, Iron Tank or P.O.W. This one’s a light gun shooter. The game is most notable for having a debug mode, accessible by a code, with pixelated female nudity. This connects with reports of sexism in the Japanese game industry at the time (link found on Kid Fenris’ blog). The full salacious details of the cheat are up at The Cutting Room Floor.

Horrifying Palamedes box art (image from Wikipedia)

Hatris: Another game designed by Tetris creator Alexey Pajitnov, it’s also nowhere near as iconic as Tetris was, but as time has shown us, very little else is. I get the play mixed up with that of Nintendo’s Yoshi puzzle game, perhaps for good reason. Turns out there was an arcade version of this!

Palamedes: Another Tetris-ish generative piece-laying puzzle game, this one with a dice theme. And there was an arcade version of this too!

Hiryu No Ken III: 5 Nin No Ryuu Senshi: Only released in Japan. Dr. Sparkle is quick to let us know right off this isn’t the “Fist of the North Star” Ken, but the Flying Dragon: The Secret Scroll Ken. These games are a bit more simulationist (in a sense) in their depiction of martial arts than most beat ’em ups.

SD Hero Soukessen: Taose! Aku No Gundan: Also Japan-only, second in a long series of “super deformed” (basically meaning big headed, small bodied humanoid figures depicted in a cutesy kind of way) robot fighting games. The robots (and tokusatsu characters) are licensed from a variety of media, making this a massive crossover media series that could be seen as an inspiration for the hulking monstrosity that Super Smash Bros. has become. Properties that I recognized from the video are Kamen Raider, Gundam and Ultraman. This one has a fan translation patch.

Chrontendo 63 (Youtube, 1 hour 18 minutes)

Jeremy Parish Covers NES Friday the 13th

Few games for the NES have been better treated by hindsight than Friday the 13th. At the time it was regarded as a terrible game with difficult play and nearly impossible to win.

But even then there were things about it that indicated that there might be a little more going on then than was first apparent. Publisher LJN was known for making terrible games, but they outsourced their work to different companies that often weren’t actually that bad, just given weird properties for video games (The Karate Kid? Jaws? T&C Surf Designs??) and approaching them with experimental gameplay. And for their part, all of LJN’s games are technically sound, and manage to hit their 60fps frame rate targets, which is much more than you can say for many other NES games, including some from big manufacturers like Capcom, like Ghosts & Goblins and 1942, both implemented by Micronics, or Strider, which as we’ve noted before is a mess.

The critical reappraisal for Friday the 13th began with TripleZeroFilms made a well-produced 76-page PDF strategy guide for it, that exalted its good qualities. There is a Metafilter thread, from user Pope Guilty, on it that may also be of interest.

It has come time, as we all knew it must, for Jeremy Parish to collide with Jason’s axe, and as befits the game’s redemption, his video is divided in half, first about its reception at the time, then later now that it’s appreciated a little better. Just don’t turn it off after the 8 minute mark, there’s still more than half of it to go!

The masked axe-slinger: Friday the 13th, NES Works 113 (Youtube, 18 minutes)

More on the Terribleness of NES Strider’s Programming

A while ago Displaced Gamers, as part of their great Behind The Code series, did a video about how awful NES Strider’s sprite updating was. Arcade Strider was huge hit and outright masterpiece, a great arcade platformer released right before fighting games took over game rooms around the world, but NES Strider was a wretched thing, full of big ideas but with code woefully unable to live up to them. Imagine a puppy trying to do your taxes. It might put up an adorable effort, but it’s just not going to get the job done.

We linked to their last video examining its malformed construction. Well, Strider is the well of crap that keeps on gushing, and so Displaced Gamers has another video on the subject of the flaws in its programming, this time about its player physics. Walking into walls causes Strider Hiryu to shudder in place; jumping beneath a low ceiling causes him to bump his head repeatedly as his jump continues even though there’s no room to ascent; and his infamous “triangle” wall jump is so wonky that it literally requires a frame-perfect input to pull off, and not even the right frame. You have to jump the frame before you contact the wall!

Here is the new video, which explicates the entire cruddy system. It goes into exquisite/excruciating detail, including tracing the code and examining Hiryu’s X and Y coordinates on a frame-by-frame basis. It’s the kind of deep geekery that I just know you love/hate! Enjoy/despair!

The Physics Nightmare and Bizarre Jumping of Strider (NES) – Behind The Code (19 minutes)

The Copetti Site: Architectures of Recent Game Consoles

From the site, a diagram of the architecture of the Wii U’s Game Pad

A good old-fashioned website! It’s hope to information on the construction of a wide variety of console platforms! Docs on the NES, the Sega Master System, the PC Engine (a.k.a. Turbografx 16), the Mega Drive (a.k.a. Genesis), Gameboy, SNES, Saturn, Playstation, Virtual Boy (yes), Nintendo 64, Dreamcast, Playstation 2, GBA, Gamecube, Xbox, DS, PSP, Xbox 360, Playstation 3, Wii and Wii U.

The Copetti site: Architecture of Consoles

Kid Fenris on Wurm

Wurm: Journey to the Center of the Earth is a Famicom/NES title with a lot of ambition, perhaps too much. Over on his self-named blog Kid Fenris posted a long article on it back in March. It makes it seem a lot more interesting than it otherwise would! We at Set Side B love experiments, successful or failed, and Wurm certainly was one, with shooter, side-scrolling platformer, first-person boss fights and even some visual novel elements. And protagonist lady named “Moby” is searching for her boyfriend named “Ziggy.”

Green-haired Moby wears the kind of outfit you could only find in something inspired by 80s anime.

The post mentions that designer Shouichi Yoshikawa, a.k.a. “Angela,” has an interview up at GDRI. It also mentions that Angela used to have a site devoted to their game, which while gone now has a backup on the Wayback Machine! Sadly the promised English version of the site never materialized.

Also–Kid Fenris mentions he once wrote about Wurm on GameSetWatch. My old stomping grounds!

Kid Fenris: Journey to the Center of Wurm

Why Is NES Strider So Janky?

There are a number of NES games that feel like they’re held together with paperclips and chewing gum. Some of them are almost endearing for their glitchiness. When it comes to janky NES games, a few that I tend to think of are those made by Micronics (who implemented Ghosts N’ Goblins, which has an awful frame rate) and Athena (where one boss has a death animation that causes it to flip through many of the sprites in the game).

A company that usually did a lot better with their internally-developed games was Capcom, makers of Mega Man, 1943, Bionic Commando, and all the Disney Afternoon games from the time, all of which have slick 60 fps update rates and smooth animation. One game they made of which that is definitely not true, however, is NES Strider.

If you’re only familiar with Strider from the beautiful arcade version, you might wonder what even NES Strider has to do with it. It’s not proper to say Famicom Strider, because Capcom never released it in their home territory, perhaps because they were too embarrassed to.

Other than the first stage being set in generally the same fictional location in Russia (even if it doesn’t look at all the same), its story has absolutely nothing to do with it. Jeremy Parish looked at it (and remarked on its glitchiness) in an episode of Metroidvania Works from a couple of weeks ago. Some people, like Kid Fenris of the self-titled blog, actually likes it, although acknowledges its many issues.

Behind the Code, one of the best game internals series on Youtube, had a look at the implementation of NES Strider. It’s an interesting 15 minutes to my taste, but if you want a tl;dr, NES Strider often doesn’t make its framerate target, and instead of slowing the game down as most games do, it plows ahead forward into the next frame, leaving the incomplete data in its update buffer to be copied into the PPU. This causes the individual hardware sprites that compose enemy characters to sometimes have only one of their coordinates updated, or even causing data remaining from previous frames to be copied over.

Why does it does this instead of just slowing the game down? Possibly the coding was so crappy that it would have caused excessive slowdown; the scene chosen as an example in the video has the problem occur when there’s only two basic enemies on the screen in the game’s first area! Not the best engine on the system there Capcom.

The Garbage Sprites in Strider (NES) (Behind the Code on Youtube, 15 minutes)

Quick Browser-Based Multiplayer Emulation

NES Party and SNES Party are sites that do a think that would have seemed like magic 10 years ago: they make it easy to pick out NES and SNES games, load them into the browser from the Internet Archive, and not only let you play them yourself but share a room link with another person and enable internet-based multiplayer. It’s all as simple as that.

Well, mostly. When I tried using it, emulation was much faster than normal. The game load screen suggests, if this happen, that you reduce the refresh rate of your display, which seems like kind of a kludgy solution. But on the plus side, snes.party has Rampart!

NES Party and SNES Party

Behind the Code: About the NES’ Sprite Capabilities

Displaced GamersBehind the Code series doesn’t get new videos often, but they’re always great. This one is more technical than usual, but I don’t think it’s really all that technical. It’s about how the NES processes and renders its sprites, particularly explains why there’s a eight sprite per scanline limit, and even reveals a couple of games that use that limit to produce special effects!

The gist: while each scanline is being prepared for display, the NES’ PPU looks through the entries for the machine’s 64 hardware sprites in order, finds the first eight that will display on the current line, and copies their attribute data to a small area of internal RAM. There is only space there for eight sprites, so, the NES cannot display more than eight sprites in a single scan line. Any later sprites in the primary attribute data won’t have room to be copied, and so the PPU won’t be able to display them.

One thing it notably doesn’t cover, however, is how games implement priority shuffling to cause sprites to flicker instead of not display at all. The video suggests that that might be coming in a future video….

NES Sprites, OAM, and the Battle for Priority – Behind the Code (Youtube, 19 minutes)

The Guardian Legend Shrine

The World Wide Web is now over thirty years old. In that time, more content has vanished from it than remains now, but some of it can still be dredged up from the shadowy archives of the Wayback Machine. This is the latest chapter in our never-ending search to find the cool gaming stuff that time forgot….

Part of the network of the similarly venerable shmups.com, The Guardian Legend Shrine is nearly the ideal game shrine, a static site crammed full of screenshots, strategy tips, fan art and fiction, and generally just everything of interest to a fan of the NES game.

“BOO!” Who is this supposed to be though? A villain? There’s no one looking anything like this in the game.

The Guardian Legend, recently covered by Jeremy Parish within Metroidvania Works as part of his penance for coining the term in the Before Times, is a cult classic in the genre. Design by “Moo” Niitani at Compile, it combines their deadly-sharp shooters with the exploratory gameplay of The Legend of Zelda. It even has its own form of the confusion as to who the main character is supposed to be. In this case, it’s pretty obvious in play that she’s a cyborg bikini girl out to blast aliens, but you wouldn’t know it at all from the manual or US box art. She’s just “The Guardian,” because otherwise it’d be more evident that you play as a girl.

Naria’s fanart. I like this one, it’s fairly tasteful.

Last updated in 2002, the heyday of the age of the internet fan shrine, its art section is full of crudely-drawn sent-in art of its main character Miya, or Alyssa, or whatever she’s called. Most of it is chaste, thankfully-this isn’t DeviantArt we’re talking sbout here. I wonder about the people who sent those drawings now, and how they feel about work they made probably as a kid still floating around the internet. The game was already nine years old at that time, so they really couldn’t have been that young?

Okay. We’ve found the perfect fan art. The rest of you can wrap it up, you can’t defeat this.

It seems likely that no one’s worked on the site for a long long while. The hit counter and guestbook don’t work, and the link to an archive of NES manuals is broken. The newest entry on the News page says they had lost their FTP password, but then found it again, and a new update should be coming soon. That was in 2002, so you know, any day now.

That Blue Randar is, as they say, totes adorbs.

The Downloads page has links to the game’s roms, shamelessly promulgated to all passers-by, as well as a lot of other media taken-from and inspired-by the game. As just one more example of just how old this is, the suggested emulator for playing the roms is Nesticle.

The original game is 34 years old now, and not getting younger. The age of the web fan shrine is long past, and its parent site Shmups hasn’t itself been updated since 2010. Who knows how much longer it’ll be with it. SO please, take a few moments to explore this relic of a past age. Do it for me. Do it for “Moo” Niitani. Do it for Miya/Alyssa/The Guardian/whatever. And especially, do it for Blue Rendar. Look into those googly eyes, how could you say no to them?

Christopher Emirzian’s Guardian Legend Shrine