README.md

crater

crater is an emulator for the Sega Game Gear, with an included Z80 assembler/disassembler, written in C.

Why?

While the internet is full of emulators for retro game systems, writing one is nevertheless a fun learning project.

crater is named after 31 Crateris, a star that was – for a short time in 1974 – misidentified as a moon of Mercury. Mercury was Sega's codename for the Game Gear during development.

Installing

Only OS X and Linux are tested. You'll need a modern compiler that supports C11 (clang preferred) and SDL 2. Using Homebrew, you can brew install sdl2; using apt, you can apt-get install libsdl2-dev.

Run make to create ./crater. To build the development version with debug symbols and no optimizations, run make DEBUG=1, which creates ./crater-dev.

crater has a number of test cases. Run the entire suite with make test; individual components can be tested by doing make test-{component}, where {component} is one of cpu, vdp, psg, asm, dis, or integrate.

Usage

Running ./crater without arguments will display a list of ROM images located in the roms/ directory, and then ask the user to pick one, or enter their own ROM path. You can provide a path directly with ./crater path/to/rom.

Add or symlink ROMs to roms/ at your leisure. Note that they must end in .gg or .bin to be auto-detected.

Add --fullscreen (-f) to enable fullscreen mode, or --scale <n> (-x <n>) to scale the game screen by an integer factor in windowed mode (this only sets the starting configuration; the window should be resizeable).

For games that support it, crater will save cartridge RAM ("battery saves"; these are distinct from save states, which are not yet supported) to a file named <rom>.sav, where <rom> is the path to the ROM file. You can set a custom save location with --save <path> (-s <path>) or disable saving entirely with --no-save.

Add --debug (-g) to show logging information while running. Pass it twice (-gg) to show more detailed logs, including an emulator trace.

crater tries to reproduce the Game Gear's native display resolution, which had a pixel aspect ratio (PAR) of 8:7; this means the pixels were slightly wider than square, unlike modern LCD displays with a 1:1 PAR. Add --square (-q) to force square pixels.

./crater -h gives (fairly basic) command-line usage, and ./crater -v gives the current version.

Input

crater supports keyboard and joystick/controller input.

For keyboards, custom mappings are not yet supported. There are two primary configurations I like:

• Return/Esc for Start; WASD for D-pad; J for 1/left trigger; K for 2/right trigger

• Return/Esc for Start; arrow keys for D-pad; Z for 1/left trigger; X for 2/right trigger

You can switch between them freely.

For controllers, crater uses SDL controller mappings. Many common controllers are supported out of the box, but you may define your own mappings by creating a file named gamecontrollerdb.txt in the working directory. For more info, see this community mapping database.

Assembler/Disassembler

crater has built-in support for converting Z80 assembly into ROM images, as well as attempting the reverse process (i.e., disassembling).

--assemble <input> [<output>] (-a) converts source code into a .gg binary that can be run by crater. --disassemble <input> [<output>] (-d) executes the opposite operation. If no output file is given, crater will use the name of the input file, with the extension replaced with .gg for -a and .asm for -d. By default, this will never overwrite the original filename; pass --overwrite (-r) to let crater do so.

Status

The emulator is almost fully functional, lacking only audio support, a few uncommon CPU instructions, and some advanced graphics features. Most games are playable with only minor bugs. Future goals include full save states and a more sophisticated debugging mode.

The assembler is complete. Future goals include more documentation, macros, and additional directives.

The disassembler works, but can't differentiate between code and data yet, so it's not very useful.

The testing infrastructure is limited. The assembler has decent coverage, other components minimal.

Credits

Special thanks to SMS Power!'s excellent development section, which has been invaluable in figuring out many of the Game Gear's details, including ROM header structure and the memory mapping system. Various source code comments reference their pages.

Also thanks to Thomas Scherrer's Z80 website for many useful resources about the Game Gear's CPU, including info about undocumented opcodes and flags. Finally, credit goes to ClrHome for their helpful Z80 instruction table.