Reverse emulating the NES to give it SUPER POWERS!

Great YouTube channel. Here’s a fun video where he integrates a raspberry pi into a NES cartridge to do all kinds of crazy things using the NES’s native hardware. Spoiler alert: full-motion video of the rickroll video is not the craziest thing he manages to pull off. ▶ this video

in “I ran the length of every street in Pittsburgh: PAC TOM [video]” · View on HN

Heh, it reminds me of this gem: ▶ this video which does something similar... using a modern device to give old devices essentially capabilities beyond what they should be able to do.

in “Pcmcia Pico W Card” · View on HN

What a great article. If you liked this, you'll likely also enjoy ▶ this video I'm not giving a summary since that video is most fun to watch if you don't know the punchline in advance. (No relationship to the video other than that I liked it.)

in “What made the NES so interesting?” · View on HN

Well, then do I have the video for you: ▶ this video Bit of a spoiler to post it in this context, but still worth it.

in “Installing Linux into a 286 laptop from the year 1989” · View on HN

This reminds me of this video of a "reverse-emulated" NES using a raspberry-pi: ▶ this video (you can skip to 3:35 if you're not interested in the jokes). The author further explains how he did it in this "making of" video: [link]

in “RaSCSI: SCSI Interface for Raspberry Pi (2019)” · View on HN

From Deconstruct: Nabil Hassein: Computing, Climate Change, and All Our Relationships [link] Tom 7: Reverse emulating the NES to give it SUPER POWERS! ▶ this video

in “Ask HN: Best talks of 2018?” · View on HN

"Cartridge that works on a stock NES" is muddied waters now, since a cartridge can contain a full computer that feeds data directly to the PPU bus, while the main NES CPU mostly runs idle. See "DOOM on NES": [link] or Reverse emulating the NES to give it SUPER POWERS ▶ this video

in “NES86 – IBM PC Emulator for the NES” · View on HN

>It uses a 16mips pic (64hz 4-cycle) driving 1K of an 8k dual port ram. This is much closer to the "Reverse Emulation" of the NES that ▶ this video did than playing a movie on the actual device. Using the original hardware as nothing more than an RF output interface is clearly not the same work, though just like in the reverse emulation of the NES, it is still a neat thing. The reason video on original IBM 5150s is so neat to most people is that it could have reasonably been done in it's heyday if we could take knowledge and algorithms back in time, which the reverse emulation versions could not.

in “Video playback on low-end MS-DOS machines” · View on HN

That you can plug legacy x86 extension hardware into the board, and have it find a bug-for-bug-compatible x86 system to talk to on the other end. A major use-case being embedded systems — e.g. industrial control systems. These systems use a combination of 1. custom hardware — usually in the form of peripheral cards — built to speak old legacy x86-only bus protocols like ISA; and 2. old custom software, designed to run on an x86 CPU (usually in DOS), and to speak directly to that hardware over that bus. You can't just find some USB adapter for the old hardware's bus, because the software won't take it. And you can't just replace the old software, because the new software (whether a newer version of the old software, or software from another vendor) won't control the old card; and the card speaks an even lower -level (probably analogue!) protocol specific to the industrial system. Often, on these old systems, the custom peripheral card is still working due to it being solid-state (and thank god for that; the card's vendor is probably long-gone!) but the old x86 box the card lived in for the last 40 years is dying of various old-computer maladies — or just can't be made to fit into a new form-factor forced by a newer generation of the industrial system being controlled. In such a case, you ideally want to find a new embedded host system, made of new parts that will last you the next 40 years, but which can nevertheless still talk in very specific, custom, low-level ways to your

in “Non-PC compatible x86 computers (2007)” · View on HN

When seeing Prettier as a software tool, to consider Prettier more “foundational” than (e.g.) TypeScript or V8 does seem like an inversion of hierarchy [1] – but viewed as history, as a practice, Prettier’s accomplishment of making automatic code formatting (à la `go fmt` or Python `black`) widespread in JavaScript, the lingua franca of programming, is foundational. All that time spent staring at code that could have been more readable, or writing style guides and reformatting code, is now spent doing what we were trying to do in the first place. And now, speeding up the time we wait to apply formatting or check it in CI by rewriting it in Rust™ gives us a bit more of that time back. :) [1]: ▶ this video

in “” · View on HN

Well, that's been done also: ▶ this video Also, commercial 3D SNES games sometimes had to bring their own coprocessors, so it's fully in line with tradition: [link]

in “There oughta be a WiFi Game Boy cartridge” · View on HN

LOL... from "Reverse emulating the NES to give it SUPER POWERS!"[1] (which is insa^Wbizza^Wa very creative hack): "The cartridge is the dual of the Nintendo." [1] ▶ this video edit: for a very impressive variation on the SMW "joke" in [1], I recommend this[2] video of TASbot streaming Skype realtime to [2xNES, SNES+SuperGameBoy] through the controller ports . [2] [link]

in “NaN Gates and Flip FLOPS” · View on HN

Note that some of these features require special hardware support in the cartridge. The NES cartridge connector exposes CPU and PPU (picture processing unit) pins, and the simplest games ("NROM") connect ROM chips directly to them. More advanced designs add an additional memory management controller (commonly called a "mapper"): [link] The animated backgrounds are accomplished by the mapper bank switching the character (tile) memory. The parallax scrolling is accomplished by the mapper counting scanlines and generating an interrupt when the correct scanline is reached, so the CPU can change the PPU scroll registers mid-frame with the correct timing. Later mappers like the the MMC5 could precisely time mid-frame bank changes to support more than 256 tiles on screen at once, and to support 8x8 attribute blocks instead of 16x16. The ultimate mapper feeds arbitrary data to the PPU to simulate having a bitmapped display with 8x1 attribute blocks (the PPU only reads attribute memory once every 8 pixels, so that's a hard limit). Tom Murphy implemented this with a Raspberry Pi (which isn't ideally suited to the task, so there are timing imperfections causing graphical glitches, but theoretically it could be done without them): ▶ this video

in “Tutorial series for simulating NES Graphics (2018)” · View on HN

People still run Commodore 64s. There are demo scenes, old hardware enthusiasts that squeeze crazy performance out of old hardware, even a guy who use a Raspberry Pi to emulate an NES cartridge and get his unmodified NES to play SNES games: ▶ this video Old hardware can often be repaired. If you told a C64 user back in the day his machine would break in two years, he or she wouldn't shell out the $$ on it, but today people buy $400~$800 cellphones that turn into garbage.

in “All Chromebooks will also be Linux laptops going forward” · View on HN