Posted on

Ancient Web: Bubble Bobble Fans Dumped the ROMs and Built a 1990s Reference Site

The Bubble Bobble Info Pages are what happens when fans stop being satisfied with “here are some tips” and start treating an arcade game like a machine worth documenting.

Visit the Bubble Bobble Info Pages

Compiled by Stephen Tjasink and Paul Rahme, the site collects information about Taito’s 1986 Bubble Bobble: enemies, items, hidden rooms, cheat sequences, scoring behavior, version differences, endings, and level structure.

Some of it came from playing the game over and over.

Some of it came straight out of the ROMs.

Fan research before game wikis became default infrastructure

The level pages include positions, delays, enemy counts, hurry-up timing, special-item locations, bubble speed, and other values dumped from game data. The site even carries information for levels 101 and 102 beyond the ordinary hundred-stage progression, noting that level 102 appears to be a demonstration level.

Elsewhere, the authors decode hidden messages from secret rooms, document the title-screen sequences for “Power Up,” “Original Game,” and “Super Game,” and compare behavior across arcade, PC, PlayStation, Saturn, and other versions.

The special-item pages go deeper still, tracking not only what an object does but the conditions that make it appear.

This is reverse engineering with smiley faces.

The front page says the project was an attempt to collate as much Bubble Bobble information as possible. It also openly credits other FAQs, players, and people involved with the MAME driver when information came from elsewhere.

The original front page carries a 1998 last-change date, while later updates have kept some links and details alive. Tjasink’s domain itself says its index page has been a placeholder since 1995.

That mixture is useful: an old fan reference that was not sealed in amber but was maintained just enough to remain navigable.

CacheRat’s 1,967 Ancient Web Domains research list includes specialist fan sites because they often preserved technical knowledge long before anyone thought to call it a database.

A game can be cute and still deserve a ROM dump.

Return to the Bubble Bobble Info Pages

Posted on

Ancient Web: Mini vMac Keeps Early Macintosh Software Runnable

Old software is not really preserved if nobody can still run it.

Visit the Gryphel Project’s Mini vMac pages

Mini vMac attacks that problem by emulating the early Motorola 680×0 Macintosh family.

The project began in 2001 as a smaller spin-off of vMac. What started as a simplified programming example eventually became the continuation of the older emulator as vMac itself stopped being actively developed.

The standard build emulates a Macintosh Plus, while other variations cover systems including the Macintosh 128K, 512K, 512Ke, SE, Classic, SE FDHD, and Macintosh II work.

Preservation needs the surrounding environment

The Gryphel site is useful because the emulator is only one layer.

There are build instructions, source code, hardware documentation, interface notes, old branches, localization material, disk-image tools, and a variation service that generates customized builds.

The software archive is equally interesting.

Gryphel hosts freeware, shareware, and open-source programs that will run on a Macintosh Plus, repackaged into disk images convenient for Mini vMac. Categories include games, text editors, utilities, programming languages, math and astronomy software, archivers, and classic Macintosh tools.

One surviving package is MacLynx, a Macintosh port of the Lynx text browser from the 1990s. Others preserve the sort of small utilities and shareware that rarely receive museum treatment but made up everyday computing.

The project’s documentation is careful about redistribution rights. Programs hosted directly are described as software the maintainer believes can legally be redistributed, while commercial software is linked elsewhere instead of simply dumped into an abandonware pile.

That distinction matters. Emulation is most useful when it becomes a reproducible research environment instead of just a screenshot generator.

This site was found in CacheRat’s broader Ancient Web research corpus.

Explore the 1,967 Ancient Web Domains research list

Mini vMac keeps a Macintosh Plus from becoming a piece of furniture. The machine can still boot, run software, and behave like a computer again.

Return to Mini vMac

Posted on

Ancient Web: The NES Color Problem

If you have ever argued that an NES emulator’s colors look wrong, congratulations: you have stepped into a problem large enough for somebody to spend years measuring, capturing, comparing and rebuilding palettes for it.

Visit FirebrandX’s NES Composite Palette Project

The annoying part is that there is no single tidy RGB palette hiding inside the original NTSC Nintendo Entertainment System. The NES PPU produces composite video rather than a native RGB color space, and the final picture depends on how a television decodes that signal.

Different CRTs can therefore make the same console look different. Once emulators, digital displays and RGB modifications enter the picture, the simple question “what are the real NES colors?” turns into a swamp.

FirebrandX walked into the swamp on purpose.

From eyeballing to captures

The project describes several generations of work: early palettes adjusted by eye, direct captures from composite output, hybrid approaches and reverse-engineered palettes.

One palette, “Composite Direct,” preserves an unmodified capture of the front-loading NTSC NES output. Another reproduces colors from the NES Classic. The “PVM Style D93” palette was built by comparing a Sony PVM CRT against a digital display and adjusting colors to make the two behave as similarly as possible.

FirebrandX says more than 30 hours went into that PVM palette alone, including sampling games across the NES library and repeatedly comparing synchronized game output on the CRT and LCD.

That is the kind of sentence that separates preservation work from “looks close enough to me.”

The page also includes downloadable palette files, firmware packages for NESRGB boards and practical notes about flashing hardware. It is research that can actually be used.

Why a page like this matters

Old game hardware is full of details that disappear when preservation stops at ROM files. Video output, display behavior, controllers, timing, audio circuitry and even the ugly characteristics of consumer televisions were part of the experience.

This page preserves one argument in unusual depth: what color was the NES actually showing us?

For emulator developers and retro-hardware people, the answer is useful. For everybody else, it is a nice example of how one apparently tiny compatibility problem can contain years of engineering work.

The NES palette project is part of the broader 1,967-site Ancient Web research list CacheRat is working through.

Explore the Ancient Web Domains research list

If nothing else, the page will permanently cure you of the idea that there is one obvious hex code for “Nintendo blue.”

Explore the NES Composite Palette Project