Sundry Sunday is our weekly feature of fun gaming culture finds and videos, from across the years and even decades.
I think I’ve posted some of these before, but I don’t think I’ve done all of them, and I’m cleaning some links out of my list. So let’s take another look.
These are from a six-or-so year old meme that began with putting creepy (but not too creepy) music to battle music from perennial retro JRG favorite Earthbound. Earthbound had lots of weird and crazy enemies, so they fit fairly well. But they’re not all Earthbound collections, just so’s you knows.
I’ve got quite a few of these links. I could spread them across weeks, but I’ve got other posts to make, so I’ll just unload them all at once. Watch as many as you can stand.
The video refers to a shorter video (19 minutes) by Zarithya, who solved some particular technical issues that made the 16-player game possible. If you’re in the mood for the full journey watch the above video; if you want less of your day consumed, try this one:
The gist: Faceball 2000 was a console (and portable) recreation of an Atari ST game called Midi Maze. Midi Maze was probably the first true FPS. Faceball 2000 got releases for multiple platforms, but the first, and most impressive technically, is probably the Gameboy version.
Developer Xanth Software F/X had a 16-player version of Gameboy Faceball working internally with special cables. Nintendo wanted them to support their new four-player adapter, but the mode that allowed for 16 players with the rigged cables was left in (it still works with an ordinary Gameboy link cable, jut limited to two players), although the devs noted in a 2005 interview that they had only managed to test it with up to 10 players.
Zarithya managed to figure out a way to play it with higher player counts with minimal extra hardware, and also discovered, and fixed, a bug that made 16-player games impossible with the code as released. It’s a pretty accessible explanation, you can probably understand it without much of a technical background.
That’s the main point; for the full story, the videos above are available. Enjoy, if you have the time!
Skawo reports on an odd bug in both the Capcom-made Gameboy Advance releases of Zelda games A Link to the Past and The Minish Cap. It’s explained, as is frequently the fashion, in a ten minute Youtube video, here:
The video’s a bit padded with injokes and gimmicks, but beneath it all the bug is really interesting. Many games have checks to ensure the validity of save data, but the developers of both games implemented theirs in an odd way, calculating a 16-bit checksum for the file data twice, once by adding and once by subtracting, saving them both, and them when the File Select screen is setting up adding them to each other and checking for zero with the negative bit set (the high-order bit). It usually works, except when the checksum is exactly zero, which happens one in 65,536 times.
When that occurs, the total will be zero without the negative sign, which will be detected falsely as corrupted save data. As luck would have it, naming your character “God” in the European version of GBA Link to the Past will trigger the bug, and make it so you can’t create the file. But the 1-in-65536 chance comes up every time you save and exit. (The file check is made upon loading the File Select screen, so just saving with a checksum of 0 won’t trigger it; if the player saves later in the same play session, non-zero checksums will be written over the bad ones.)
1-in-65536 is a rare event, but it’s not extremely rare, and it’s absolutely the case that over the years many players have had their games declared corrupted and made unloadable. If a player saves their game, say, 20 times through a playthrough, then that’s about a 1-in-3250 chance of losing all their progress, and both games sold much more than 3,250 copies.
While the original Mac isn’t often considered a top gaming platform, there were neverthless some very nice games for it. One of those was John Calhoun’s classic shareware title Glider. (Glider can be played on Infinite Mac’s emulation of System 6—look in the Games folder in the Infinite Mac disk on the Desktop. The source code is on GitHub.)
Glider 4.0 (B&W mode)
Calhoun had a lot of fun just making prototypes for new Mac games, and so while he didn’t release many there are a number of half-made ones that he’s now put up in their own GitHub repository. Elite-inspired space exploration games, a computer version of the classic Black Box puzzle, a computer aquarium and other ideas are among the presented experiments.
The title of the repo is Unfinished Tales Vol. 1, and there’s already a Volume 2. There really has never been a game playing or development platform like the classic Macintoshes, it’s a window into a lost era of both computing and entertainment. Cameron Talley on Youtube made a 13 minute examination of some of their contents. This is it:
It’s April 1st again, and I’ve taken to doing a change of pace post on this day every year. Two years ago, it was a plea for returning to the old days of the web, or at least the good, rose-colored parts of it. Last year, well, I forgot last year.
I want to return to the subject of the OldWeb. It is certainly true that it was fairly exclusionary, the home of a lot of sexism, and a bit of racism (although, I think, not as much as recently, at least not overtly). But there was also the feeling that, if you just went out and created something silly and wonderful, that it would find its audience, somehow.
If you go out looking for lists of old websites, you might happen upon this one. Don’t follow it yet: it uses a word that it probably shouldn’t, and you shouldn’t take this link as an endorsement for that. The reason I link it is that it’s a big long list of fun websites.
I checked through the list, and something like 95%, 19-in-20, of them are broken links, completely different sites, or squatted domain names. There are a handful that survive, but they’re in the minority. So it goes. Someone who cares could possibly hunt up old archived versions from out of the mighty Wayback Machine.
Many of the links, well, not many people will weep for them, but there was one site in particular of which I rued the passing: the homepage of Furnitures, the Great Brown Oaf. This guy:
Hey kids, it’s Furnitures! The Spongebob who never was!
Have you ever seen such a charming drawing? Don’t answer that: you probably have. But I think there’s a lot to like for this creature-thing. His coarse fur, his too-wide smile, and his vacant expression.
Furnitures is the star of a children’s show, called Furnitures the Great Brown Oaf. It is a show that doesn’t exist, has never existed, and unless the nature of the world changes substantially will probably never exist. Despite these facts, a person called Henry Stokes created a fansite for it.
Somewhere Henry called the show “slightly demented,” and that fits. In its backstory, an “anonymous philanthropist” found Furnitures (actually a sea mammal) in his travels, and was so charmed by it that he captured it and dragooned it into hosting a kids’ show, despite the fact that Furnitures is only vaguely aware of its surroundings.
Furnitures was last seen on the living internet in 2009. But… on the site was an email address for its creator. And I tried emailing that address. And surprisingly, I got a response. Henry Stokes is not only still with us but he answers his email!
I told him of my fond memories of the (very weird) website, and asked if I could revive it. And he said yes!
So I have. I have dredged up the files for the fake-fansite for fake-show Furnitures, the Great Brown Oaf, removed the edits made by the Internet Archive, further modified them to (slightly) adhere to modern web practices, and put it all up on Neocities, a wonderful free host for silly little web projects like this one, in the mode of late, lamented Geocities.
If you want to have a look, just go here! You might enjoy it for a few minutes! Maybe the obsession will, like a contagious disease, leap from me to you, and the legend of Furnitures will live on! Someday, when Henry Stokes and I are gone, and Neocities has shut down, as it someday must, maybe one of you will remember this site, and revive it again. It’s already the first hit on Google for “Furnitures the Great Brown Oaf,” whereas before it was mostly sites selling housewares.
If we work together like this, Furnitures the Oaf may have a lifetime longer than any of us. This Great creature will grow and, have a reality greater than any human being, which would be an awesome thing for a totally made up being to be.
So please, follow my link, and let the invented Oaf and his friends live in your brain, as it does mine. Despite his size, he doesn’t take up much room.
Yetso the Fiend, a pirate, who has a baboon for a heart. (The character does, not the actor who plays him.)
They’re not quite romhacks today, in fact they’re both nearly fully developed games that just never saw release. They’re also both ports of UK-made Amiga software of some renown. Sensible Soccer is a legendary soccer simulation that still sees the occasional new release, and Populous was the original “God game,” helmed by Peter Molyneux, where players take the role of a god trying to lead their followers to conquer a series of hundreds of worlds.
NES Sensible Soccer, screenshot from Games That Weren’t
Sensible Soccer’s claim to fame is a mixture of statistical depth and arcade-like gameplay that might bring players to mind of Tecmo Bowl. Wikipedia’s page on it, in fact, suggests that a Tecmo arcade game may have been an inspiration. Populous did see console releases for both the Mega Drive/Genesis and the SNES. The SNES version included content from an expansion pack, and has a number of additional terrains, as well as over a thousand levels to play. How did it do it? It created its maps procedural, natch, and you got to skip a number of levels depending on how well you did on the last map.
NES Populous, screenshot from Games That Weren’t
Looking at the tiny view onto the game world the NES version allows, it isn’t surprising to me that it never saw release. Compare to a screen from the Amiga version (screenshot from Wikipedia):
As can be seen, even the Amiga version only shows a small portion of the playfield, but it still gives you more to see than the NES version, although I think the number of visible tiles, 64, is in fact the same. The NES’s color limitations are also a problem, and what you don’t see in the screenshot is that moving the display around isn’t instant. The NES can’t change many background tiles in a single frame without blanking the screen, so what Populous does, on that platform, is do an animated vertical wipe when the display scrolls. It takes about half a second to change views, so when moving tile by tile across a large area the delays accumulate and slow down the game. That may also be why it doesn’t use larger tiles, it’d compound the delay in scrolling the viewport.
Despite that though, it’s great to see the game finally greet the world after so long, and even though it’s rumored to have a couple of bugs, Sensible Soccer looks like it might be a keeper.
There’s a whole genre of computer game that’s almost extinct these days, the inventive educational semi-simulation. Some examples include the beloved M.U.L.E. and Where in the World is Carmen Sandiego, and another one is Scholastic and Tom Snyder Productions’ Agent USA. Chris Gallagher on Hardcore Gaming 101 tells us all about it. (Note about HG101: it seems only http links work there at the moment. Visiting the site right now over https brings up an error.)
The educational aspect, as with the best of these games, is not the foremost aspect of gameplay, it teaches by having the taught information be useful to the gameplay rather than its entire point. You’re Agent USA, a white hat with legs trenchcoat, and you’re trying to save the United States from the “FuzzBomb,” a device that spreads a kind of zombieism by contact with people (black hats with legs).
Your only weapon, and defense, against the “FuzzBodies” are crystals. You can drop them on the ground and, while they’re there, they’ll slowly grow, making more crystals around them. Bystanders love to pick crystals up off the ground, so you have to keep pushing them away, but FuzzBodies that touch crystals turn back to normal.
Winning is accomplished by collecting 100 crystals and touching the FuzzBomb, but you have to avoid touching FuzzBodies as you approach it. If you get touched, you lose half of your crystals, and if you run out you get Fuzzed youself, and are forced to watch your character walk around randomly until it happens to touch a crystal, which could be nearly immediate or take quite a long time.
The educational aspects come from geography, knowing the names of towns to visit, and learning state capitals, which have a special significance to the game. Capitals are the only cities with info booths, which supply various pieces of info as well as the location of the FuzzBomb. There’s also an aspect of time management: trains depart on strict schedules, and you may end up having to wait a bit after getting your ticket.
I have vague memories of reading about Agent USA when it was new, and always wondered about how it worked. Another game from the same publisher and developer, and from around the same time, was In Search Of The Most Amazing Thing.
It’s been a difficult time here for the moment, so I’m doing low-effort posts at the moment. I have ideas for several more long-form posts, but if the posts be long, so is the time to write them properly. So, in the meantime, here’s yet another Youtube video on a random piece of video game hyper-esoterica.
It’s a good one this time though! A 25-minute video on using all kinds of glitches and tricks to avoid beating bosses in a game where every level ends with a boss!
Super Mario 2, USA version, isn’t a game that I don’t think of when it comes to glitches, and I’d wager it doesn’t for many of you either, so it’s a bit reassuring to know that it’s got as many weird ways to bend the game’s rules as do games like Super Mario Bros. and Ocarina of Time. The video’s from Retro Game Mechanics Explained, which, along with Displaced Gamers, are among my favorite channels for digging deeply into the actually assembly code of games, and figuring out exactly why they do, or don’t do, what they could/should. Along the way you’ll get a basic understanding of how SMB2USA handles connections between areas.
If you’re as obsessed with understanding how these games were put together as I am, it’ll be like sugar candy to you! If you aren’t, well, maybe you’ll find it interesting anyway.
The (very most barest) basics are explained in this five-minute video from Game Facts Special:
The (impossibly detailed) specifics are on Sonic Retro. Warning: you have no idea.
Can I summarize them briefly? Not really, but here’s the basics. The tiles link to a list of heights for that tile. If Sonic is traveling vertically up a wall, then the heights count as widths. If upside-down, then the inverse of the tile’s heights are used.
Every frame, Sonic emits four or five “sensors,” basically raycasts, around his feet and head. Those indicate where he’s standing and where the ceiling is. If he’s traveling vertically the rays are rotated 90 degrees in the proper direction, and for an upside-down Sonic they’re rotated 180 degrees. Additionally, each tile has a record of what its angle is, and that’s used for things like how it affects speed and what angle Sonic should jump at.
When going around a loop, Sonic’s sensors remain as normal until up past 45 degrees up the first ramp. Then his sensors rotate, and he’s now going up. 135 degrees around the loop, it rotates again, and again at 225 degrees, and one more time at 315 degrees. The same height values get used for each slope, just used for different purposes. It’s surprising it works as well as it does, really.
This seems like it’s going a bit too far to me. That’s the very phrase, “going too far,” that video creator 100th Coin uses, when he finishes Super Mario Bros. by swapping cartridges in mid-play.
And it’s not even really swapping cartridges. This is a TAS, a tool-assisted speedrun, so instead of physically removing a cartridge and putting in another one within a single machine cycle, it just switches rom images into an emulated machine’s address space.
It’s pretty ludicrous, but at least the video maker is upfront about this. Correction: they’re up front about it within their 40-minute video, but not in the title. The title is pretty click-baity, but I guess creators get views however they can in the Youtube hellscape of 2025, if content makers can survive.
Final Fantasy games tend to have weird and crazy bugs, and VII was certainly no different. A bug beloved of speedrunners is called “Cloudsurfing,” where taking advantage of the way the game detects walkable overworld triangles and the way they’re cached to use Chocobos to walk over oceans and through mountains. Properly utilized, it can be used to skip a large portion of Disc 1.
Prior Final Fantasy games used a simple tilemap to represent terrain. Final Fantasy VII’s overworld switched over to a world made up of triangles, each of which with a terrain code that indicated which entities can traverse it.
The triangles, additionally, are divided into square chunks. No triangle extends outside its chunk. Additionally, in each chunk, the triangle vertices aren’t represented literally for each triangle. Instead, the triangle coordinates are indexes into a list of coordinates, all to save a bit more memory.
Now, while each chunk is much smaller than the entire overworld, each can have over 100 triangles, so the code does some additional optimization. It keeps track of the last six triangles Cloud has touched, and checks them first when moving. If a triangle in this list is touched, then the search is stopped without checking the 100+ other triangles in the chunk.
Now, chunks are loaded into memory dynamically as Cloud explores, both for interaction and for rendering. The game loads the 25 chunks immediately around him off the disk, and some more in the direction the camera is facing. These chunks are constantly going stale (going out of range) and being refreshed as Cloud moves and the camera changes direction. Chunks are stored in a linked list, so are usually located by pointers, which means the chunks don’t need to be actually moved in memory, but instead references to them are copied and moved around. Some older chunks stick around in memory, then, while new ones are loaded, and the new chunks get moved to the top of the list.
Now this is the hardest part for me to explain, as I don’t have the firmest grasp on it….
When Cloud boards most vehicles, his entity is despawned and the vehicle is created with an empty list of cached triangles. But when he gets on a Chocobo, his entity is not despawned. While the Chocobo has its own cached list of triangles, since Cloud is still being rendered on screen, his entity is preserved, and with it pointers to the last triangles he interacted with. These are kept, unused, while the Chocobo handles all of the collision and terrain checking.
When Cloud gets off Choccy, he still has a list of the last triangles he interacted with… but they refer to the data from the chunk he was last in. Now the game is smart enough that, if this is different from his original chunk, to refresh things, but if it’s the same chunk I think this doesn’t happen. But this doesn’t mean everything will work without problems. The chunks will probably be loaded in a different order, and that means the cached triangles will refer to different data.
And since the vertices themselves aren’t stored in the triangle list, but indexes* to another list of data, it’s possible for some of this data to come from outside of the expected area, and for there to be duplicated coordinates among them.
Due to the way FFVII figures out which triangle Cloud is in, if two of the points in a triangle are on the same location, the game becomes much less discerning about whether Cloud is inside it or not. And if all three of the triangle’s vertices are in the same spot, forming what’s called a point triangle, just a single dot, then the game can’t declare Cloud is outside of it at all! So long as that triangle gets checked first, then the game will think Cloud is inside that triangle, so long as he’s in the same chunk. This could potentially turn the whole thing walkable.
Did I get it sufficiently right? Watch the video, and decide for yourself!
* The English graduate in me demands I point out that I know I’m being inconsistent with the plurals of vertex and index. Properly, like how I’m not writing vertexes, I should be writing indices, not indexes. I think that index is used more in contemporary English, so I made an editorial decision to pluralize it in a more familiar way. There, explanation: given.
“Dr4gonBlitz” on Youtube found and played though a Nokia port of Castlevania: Dawn of Sorrow. It makes for a very interesting watch for people familiar with the original. (38m)
The player’s style is hyperbolic, in the common Youtuber style, but he knows the original. Dawn of Sorrow was made as a Nintendo DS game first and foremost, using many of its hardware features including its two screens and touchscreen, and I’m surprised any port was made, let alone one for pre-Apple smartphones
I always find it interesting to see how games get redesigned for lesser hardware, like the Tiger Game.Com port of Symphony of the Night. In Dawn of Sorrows’ case, most of the game’s souls, items and weapons were removed, the map was mostly kept the same but had some changes, several bosses didn’t make it, and “Aricado,” Alucard in disguise, isn’t even in the game. On the other hand, they added in a new item called a “Lost Soul” that serves as an auto-activating, one-time extra life.
The video is worth a look for IGA-style Castlevania fans!
