Armageddon

Overview
- Full Name: Armageddon
- Code: GDT-GA401
- Type: Action
- Developer: Goldstar(LG)
- Publisher: Goldstar(LG)
- Language: Korean
- Release Date: 1996
- Region: KR
- Barcode:
- Local Title: 아마게돈
- Rarity: 1
- Notes:
Summary
This was a Korean exclusive (One of the so called "Muskteers" - Battle Blues and Eye of the Typhoon).
The game is a pseudo-3d space shooter like Wing Commander, though its production values are nowhere near Origin's series.
Disc Archaeology
Findings from a byte-level analysis of the Korean retail disc image (608,485,376 bytes / 296,960 blocks).
The developers' working directory, pressed to disc
The disc was mastered directly from the team's working asset folder, backups and all — roughly 40 development files that were never meant to ship, preserving a snapshot of the studio's build environment and even the revision history of individual assets:
- Nine MS-DOS batch files containing the complete asset build pipeline, using the 3DO SDK's command-line tools:
bgm.batandsound.batrunSFtoStreamandweaverto build every music/voice stream on the disc;bgm1.batpreserves a debugging session (MovieToStream,DumpStream -stats); andmap.bat,map2.batandtemp.batshow every stage's sprite bundle being assembled withcatenate, weapon by weapon. Also present: a Finder-style duplicatemap.bat copyand a zero-bytemap2.batin the graphics folder. - Four different backup naming conventions — files suffixed
bak,copy,oriandold— plus an entire backup directory,/Resource/table/table back/, holding superseded slideshow timing tables. - Asset revision history: the cockpit art exists in three versions (
cockpit.shape273,268 bytes,cockpit.shape ori260,916,cockpit.shape copy256,420); five stage backgrounds keep theiroldpredecessors; three map ground files and several weapon sprites keepbakversions that differ from the shipping files. - ~16 MB of superseded narration audio:
slide1.snd bak(9,443,334 bytes) andslide7.snd bak(6,530,530 bytes) are earlier takes of the story-slideshow soundtracks — each almost exactly half the size of its final version, consistent with a mono-to-stereo re-render. BannerScreen bakis not a backup of the game's banner at all: its checksum matches the stock sample BannerScreen from the 3DO SDK. The team saved the SDK's placeholder before overwriting it with their own — and shipped both.
Developer voices in the code
The executable (launchme, 367,768 bytes) carries its development scaffolding and some personality:
- Among the boss AI state names (
CATCHHERO,STOPATTACK,ZIGZAG1–ZIGZAG4,NEARHERO) sits the string "CHOI IL HOON MANSE!" — Korean for "Long live Choi Il-hoon!", a programmer cheering themselves (or a colleague) inside the AI table. A math table namedijh-tan.tabcarries another developer's initials. - AI and debug quips in English: "I'm dying", "Hope!", "Back Hope!", "Too close!!", "Give me another shot, man!", "Get a life".
- The NVRAM save file is named
amargeddon— a misspelling of the game's own title, shipped in the retail build. - Verbose debug logging remains compiled in: "Avail Memory : DRAM = %d, VRAM = %d", per-stage resource-loading traces, and memory accounting ("********* Total Stage Memory *********").
- The game's UI font is literally the 3DO SDK's
example.font, shipped under that name.
How the Korean text is stored
No plain-text Korean exists anywhere on the disc — every piece of in-game Hangul text is pre-rendered into CEL/shape graphics. The only readable text files are the slideN.txt cue sheets in /Resource/table/, which hold timecode lists synchronizing the story-slideshow narration to its images.
Mastering desynchronization in the filesystem itself
The Opera filesystem stores every directory as multiple redundant copies ("avatars") at different disc locations. On this disc, the copies disagree with each other — proof the disc image was rebuilt in multiple passes without regenerating all the redundant structures:
- For five system directories (
Devices,Drivers,Folios,Programs,Scripts), the first copy is a stale, older generation while the second and third copies agree with each other. The clearest example: the first copy of/System/DeviceslistsFMVVIDEODEVICE.PRIVDEVICEin uppercase, while the other two copies listfmvvideodevice.privdevicein lowercase — a filename-casing change frozen mid-transition in the pressing. - The two copies of
rom_tags(the boot metadata table) are likewise different generations, disagreeing in several structured 32-bit fields.
These mismatches are coherent alternate versions, not read errors, so they are pressed into every copy of the disc. Everything else verifies clean: the root directory copies are hash-identical, all 660 file extents fall inside the disc, and nothing is truncated.
Unallocated space
36,954 blocks (~72 MB, 12% of the disc) belong to no file. Every byte was checked: the region is 100% the standard iamaduck mastering filler, with nothing hidden inside. One small oddity: the disc's volume label is lowercase cd-rom, where pressings normally use CD-ROM.
Media
-
Back of the box
-
CD Case Front
-
CD Case Back
-
CD
-
Booklet
-
Booklet
-
Screenshot
-
Screenshot
-
Screenshot
-
Screenshot
-
Screenshot