This one’s really going back a ways. The description on this 2012 video says it’s a Newgrounds classic, and I was not a habitué of that site then, I’m sure it goes back to at least 2005.
It is a type of meme video that long time internet layabouts will recognize the irreverent take on some property, in this case Super Mario Bros. done up in a whimsical yet somewhat profane way. The highlight of the audio, though, comes after the introduction, where performers Group X do a voiced rendition of playing Super Mario Bros., including music and sound effects, back by drum and cymbal (and, later, bass). Being a part of gamer culture from that that you can expect some coarseness (like a crude Flash animation of poop being tossed at a toilet). Some people like that kind of thing I hear, I can’t tell you why.
The attributes of early Flash animation are prominently on display, like copious use of tweens. Flash is still around as an animation tool, and I presume tweening is still available, but with the death of browser-based Flash (not counting Ruffle) recall of the unique crappiness of badly-made shape tweens is rapidly fading from internet memory.
Well, there it is. Hey, it’s Sunday, I’m not supposed to be stressing about posts made today!
I’ve been doing a lot of high-effort posts lately, even for things that should be fairly quick. Working to make this more sustainable, here’s a laid-back post that’s mostly just a Youtube video of a talk between the guys of Digital Foundry and Randy Linden, coder of the SNES port of DOOM, which uses the SuperFX chip to make the hardware push polygons at a rate that, while not stellar by PCs-of-the-time standards, at least not abysmal.
Let’s run down the differences of hardware:
PC running MS-DOS: targets VGA monitors, displays all its pixels in software, but makes up for it with a minimum requirement of a 386 running (if memory holds up over nearly 30 years) at 33 mHz.
SNES: Its processor is a much slower workalike of the 65C816, a 16-bit version of the 6502, running at 3.58 mHz. While it makes up for its slower clock speed with a simpler design, meaning instructions complete generally in fewer cycles, it’s hard to make up for that 10-fold difference in speed.
Their use of specialized graphics hardware was an important advantage, at the time, of consoles over personal computer hardware. Even many standard home microcomputers, like the Commodore 64 and Atari 800, had dedicated graphics hardware that helped games run better than what most PCs could do. Even when VGA came out, the standard had no hardware-level support for scrolling or sprites.
Consider what it takes to scroll a screen without hardware support: something in the system has to be able to move every pixel from one spot on-screen to another. The NES pulls this task off by having a bank of memory that its PPU can be pointed within, meaning the memory could stay in the same place, and the graphics chip would just work from a different region within it. Sadly, this technique is not amenable to 3D graphics, which usually do require every pixel on the screen to be recalculated every frame, either in software or hardware.
The SNES is known for having a rather slow chip for its time, but more demanding games tended to make up for it with co-processor chips included on the cartridges. The most well-known of these are the DSP-1, which functioned as a math co-processor; the SA-1, which was basically a second 65C816 running at around triple the speed and with a few added features; and the SuperFX, which ran at about the SA-1’s clock speed but functioned as a graphics accelerator. (The later SuperFX 2 ran at twice that speed.)
These were far from the only add-on chips included on Super Famicom and SNES carts. Since the SNES had a much larger address space than the NES’s 6502-clone, the need for mapper chips was much less, but these co-processors were used in a number of more notable games to help it make framerate goals.
Hm. Well, I tried making it a laid-back kind of post. Ah well, back to playing Live-A-Live.
On Romhack Thursdays, we bring you interesting finds from the world of game modifications.
A hack of NES Metroid, Junkoid doesn’t offer many changes to the original game besides graphics and area maps. Most of the engine changes it has are pre-existing patches made by other people. It uses the Metroid map and save game patch, but only offers a map for the starting region. Fortunately, while it has some cool secret areas to find, its mazes aren’t particularly complex, and I was able to complete it without keeping any maps on paper.
Junkoid’s premise is that the game world is a dream had by its protagonist, which is its excuse to provide a variety of imagery without any great coherency to it. One area seems like it’s drenched in blood, which I am not usually a fan of) Another like it’s a cloning factory, dedicated to making clones of the heroine, but its boss is a penguin that acts mostly like Ridley.
For the most part it’s not too difficult going, but I found that the final boss could be very frustrating. It uses Mother Brain’s coding most as-is, and doesn’t have the Zebetite gates immediately before it so you can get by with fewer missiles, but it’s very easy to get tossed around by the various hazards of the final area, and the boss’s weak spot, which can only be harmed by missiles, was a bit too finicky when registering hits. Still though, I can vouch that it’s possible.
The Arcade Blogger recently spotlighted some documents related to the design process of the classic 1983 arcade game Tron, including information on some dropped minigames for it. Tron is such an interesting production. It is of course based on the movie of the same name, which has become a cultural landmark despite not actually doing that well in theaters upon its release. One of the interesting facts revealed in the article is that the arcade game actually outperformed the movie, despite being released while interest in US arcade gaming was falling.
When you start using emulators, it won’t be long before you’re brought up against the choice of which scalers to use, a bewildering collection of options with names like Nearest Neighbor, AdvMAME3x, and RotSprite.
Resizing pixel images in an intelligent way is a difficult problem for many reasons. Most techniques intended for use on photographs won’t apply, since they’ll produce unacceptably blurry results when applied to extremely low resolution art. Pixel art is designed so that every dot matters, and adding new pixels carelessly can cause problems, such as Mario flipping us the bird in the right-hand image below:
Mario vs MMarrioo:A possible result of bad upscaling.
Additionally, being done frequently in real-time emulation, scaling algorithms must be fast. Yet the fastest solution, called Nearest Neighbor, produces very blocky results, and also only really works well if images are scaled up to an integer multiple of the original in X and Y dimensions.
A good backgrounder of various issues is available from an old blog post here, but there’s been some interesting advancements in the field since then. RotSprite is a good contemporary solution that also can rotate pixel art images well.
We’ve posted Strong Bad videos a few times before here, and for that I make no apologies. Left up to me we’d be a 24/7 Homestar Runner joint. But there already is a 24/7 joint of that nature, and it’s called homestarrunner.com, although we do have a more frequent update schedule than them these days.
This one’s special though in that it is a new Strong Bad video, one that went up late last Sunday evening. In it, the bulbous-headed wrestleman plays the short DOS text adventure Vampire’s Castle, which was written in less than 200 lines of BASIC code. It inspired the HSR Flash game series, previously linked, Thy Dungeonman, Nos 1, 2 and 3 (“Behold thy graphics!”), which you can still play (drumroll)… with Ruffle!
Vampire’s Castle is completely text, so the Baddest Strong enlisted the help of The Cheat to make illustrations of the rooms, which is where a lot of the entertainment value of this video derives.
A raycaster engine is a simple 3D engine that just draws lines from the player’s position to the nearest terrain wall for each horizontal pixel on the screen. It was what was used in one of the foundational 3D action games, id Software’s Wolfenstein 3D.
For those with a coding bent (the word bent seems so suitable when it comes to people who enjoy programming), Youtube account 3D sage demonstrates how to implement a raycaster in a series of three videos. The first one is embedded below:
Here are links to the whole series: Part 1 (17 minutes), Part 2 (14 minutes), and Part 3 (22 minutes)
Later he did another series on implementing the kind of engine that’s in DOOM, but we’ll look at that at a later date.
Edit the Frog would like you to know that he has no relationship with that meme frog going around.
On Romhack Thursdays, we bring you interesting items from the world of game modifications.
We’re starting another weekly feature on Set Side B, where we try to regularly bring you news on new romhacks and romhack-related items. Big websites sometimes seem like they try to appease publishers, whose good graces they rely upon for news and review copies, by not mentioning hacks too prominently, at least if they’re of console games. Whether this happens, or if it merely seems like it may happen, we don’t ask big publishers for review copies so we don’t have to avoid talking about them, and are free to tell you about the most interesting of these game edits that we can find.
To start us out though, something you’ll find you’ll need if you make heavy use of hacks, are good rom patchers. To shield themselves from legal liability, hack authors usually distribute their modifications through the use of patches, which are in essence lists of modifications that can be applied in an automated way to a source rom file, which you’ll have to source by some other means.
Two good such utilities are Floating IPS, which can apply IPS patches, and (the sadly departed) Near’s beat, which can apply BPS patch files. IPS is the most commonly-used utility, and functions mostly as a kind of binary diff, but it’s limited to source files of a maximum size of 16 megabytes, and doesn’t offer any error detection features, so if the file you’re patching isn’t exactly what the patch expects (which happens frequently, as bad dumps or headerless roms often turn up), not only will you end up with a corrupted file, but you won’t even have any indication something has gone wrong-in most cases, you’ll still be told the file patched successfully. BPS is a more intelligently-designed system, and has some error detection built-in.
A new utility that can be of use is “Advanced NES Rom Utility,” a program that can not only apply both IPS and BPS patches but several other types as well, and can also fix many common problems with NES dumps in particular, including fixing checksums and metadata. But patches are usually source platform agnostic, so you might get some use out of it even if NES romhacks are not interesting to you.
Live A Live is currently the toast of the Switch, with over 500,000 in sales since it was released. Not bad at all for a remake of a Super Famicom game from Square’s classic era that had never made it out of Japan until now.
AustinSV on Youtube presents a video that goes into some detail about what was changed between the versions. If you’ve played the original (I’ve played a fair bit of it through the popular fan translation from Aeon Genesis), you’ll know a few things were definitely tweaked. I remember the Prehistory, by far the funniest chapter, being rather more risque in its humor, although the fart jokes and poop flinging were left mostly intact. Some of the changes are really interesting; they translated the whole Middle Ages chapter in iambic pentameter!
\An awesome fansite about this history of classic hardcore NeoGeo run-n-gun series Metal Slug, there’s lots of information and screenshots scavenged from Japanese gaming magazines about its development!
Early screenshot of a development version of Metal Slug, scavenged from Gamest. All images in this post from Metal Slug M.I.A., which has many more of them!
Early in development, you spent the entire game in the Metal Slug tank. You could rescue soldiers who would then help you in battle, such as the one in the white uniform in this image riding on the Slug.
Beta screenshot of the final boss fight with General Morden.
While we’re on the topic of 16-bit Sonic, revealed last year by Lapper on Twitter, and recently boosted by Classic Sonic Deconstructed, it turns out that, because of a misplaced hitbox, you’re completely immune to the bomb attacks of the boss of Chemical Plant in Sonic the Hedgehog 2 if you’re crouching.
This is the boss’s only attack. If you’re standing on the middle platform and just duck when he’s attacking, you’re completely safe.
The past two Sundays have been devoted to Playstation cutscenes. Here’s one more.
Pepsiman is an infamous Japan-only PS1 title, created by KID, who produced the NES games Low G Man and Recca. The Pepsiman character was a mascot for Pepsi in Japan. How he managed to swing a Playstation game I don’t know. I assume it was released as a cheap promotional thing, similar to how Sneak King for Xbox 360 was distributed for $4.99 at Burger King in the U.S., but truthfully I don’t know where I got that impression. It’s probably false.
It had a low budget, so they put in these cutscenes with an American actor sitting at home with what I can only describe as way too much Pepsi, drinking, congratulating the player (in English), and exhorting them to consume the caramel-colored, cloyingly-sweet beverage.
The effect is akin to having bubbles of carbon dioxide diffusing through your brain. Please spend time in a decompression chamber after viewing, to avoid coming down with the Pepsi Bends.
