Skip to main content

amiga-re-kit

Tools for reverse-engineering Commodore Amiga games from a disk image — extracted from three complete game projects (S.W.I.V., Turrican II, Superfrog) and made game-agnostic. One Python package (arek), one command line (arek), and an MCP server (arek-mcp) so an AI assistant can drive the same instruments you do.

The method is the point: first a complete, measured description of the original — only then anything else. Nothing here guesses. The decoder refuses instructions it does not model, the walker reports every indirect jump it cannot follow, the packers verify with the checksums the originals carry, and the emulator captures are compared byte for byte.

No game data is included or needed to run the kit. The tests use a hand-assembled 20-byte program and random buffers. Your disk image and Kickstart ROM stay on your machine, referenced from a git-ignored local.conf.

Install

pip install -e ".[mcp,dev]"         # or without extras: pip install -e .
python -m pytest                    # 1285 tests: synthetic data + CPU timings measured on Moira
arek --help

Optional: a patched headless vAmiga for anything that runs the original (arek shot, arek bpstate) — see docs/HEADLESS.md. Optional: m68k-elf-objdump for arek xref.

The workflow in commands

arek init myproject && cd myproject    # skeleton + local.conf (edit the paths)

# 1. measure the disk
arek adf info  disk.adf                # size, sha256, boot block, checksum
arek adf map   disk.adf                # entropy picture, one char per sector
arek adf regions disk.adf              # where code / data / packed blocks sit
arek scan      disk.adf                # packer signatures, verified Bytekiller blocks

# 2. unpack what the loader unpacks
arek adf track  disk.adf -n 1 -o trk1.bin
arek adf ls     disk.adf                              # AmigaDOS files, if the disk has a filesystem
arek adf cat    disk.adf -p LEVELS/L1 -o l1.atn       # one file, data blocks verified
arek pp20       file.pp -o file.bin    # PowerPacker 2.0
arek bytekiller trk1.bin --offset 0x200 -o main.bin
arek t2         INTR -o intr.bin       # Turrican II three-stage
arek atn        BLOCK -o out.bin --offset 0x1234   # Atomik (ATN!), block inside an image
arek hunk info  prog && arek hunk load prog --base 0x20000 -o h   # AmigaDOS executables
arek hunk split prog --chip prog2 --base 0xc00000 0x20000 -o h    # records split over two files

# 3. read the code - flow graph, not linear
arek dis    main.bin --base 0x20700 --walk 0x20700     # only reachable code
arek walk   main.bin --base 0x20700 --start 0x20700    # call tree + frontiers
arek walk   main.bin --base 0x20700 --start 0x20700 --inline 21800:until=8000  # data stored after bsr
arek hwscan main.bin --base 0x20700 --roots 0x20700    # the hardware boundary
arek copper ram.bin --base 0x0 --limit 200             # a copper list from a RAM dump
arek bpstate --address 0x21234 --end 20 --out cap/f --screenshot   # RAM, chip registers and the picture
arek render  cap/f                                     # the frame RAM shows, compared with the picture
arek xref   prog.txt --syms syms.json                  # from an objdump listing
arek dis    main.bin --base 0x20700 --dcw              # linear, undecodable words as dc.w
arek dis    main.bin --base 0x20700 --walk 0x21234 --cycles   # 68000 clock count per instruction

# 4. translate and verify
arek recomp  main.bin --base 0x20700 --auto 0x21234 --main -o draw.c
arek recomp  main.bin --base 0x20700 --auto 0x20700 --refusals ref.json -o game.c   # every frontier as JSON
arek recomp  main.bin --base 0x20700 --auto 0x20700 --overlay 41d5c:b000 --dynamic 21350 -o game.c
arek recomp  intro.bin --base 0x41d5c --auto 0x41d5c --lib --prefix in_:41d5c:4cd5c --overlay-module 41d5c -o intro.c
arek recomp  main.bin --base 0x20700 --auto 0x21234 --timing \
             --jtab 21300:21400:12:4:bra --indirect 21350=21500,21600 --extern 21700=load_file -o game.c
arek bpstate --address 0x21234 --end 20 --out cap/before
arek bpstate --address 0x21300 --end 20 --out cap/after
arek diff    cap/before cap/after --range 0x60000 0x70000
arek shot    build/shots/title 5 10 --at 3 "joystick2 press 1"
arek trace   run build/l1.vtr --arm 196 --end 199 --break 0xc01106 --range 0:80000 c00000:80000
arek trace   show build/l1.vtr --field px=0xc0599e:h  # one row per hit, emulation never stopped
arek trace   run build/l1.vtr --arm 3 --end 60 --break 0xc01106 --inputs l1.txt --reglog regs.bin  # input per frame
arek trace   compare build/orig.vtr build/native.vtr --best-shift 3   # long parity: where the rebuild leaves the original
arek trace   bus build/bus.bin --frame 8600            # who had the chip bus in every slot (buslog patch)
arek selftest inputs                                   # is this VAHeadless frame exact? (synthetic disk)

# 5. the web page: display contract wb-shell obraz 1.3 (WB-OBRAZ-CRT.md)
arek web copy web/                                     # the reference wb-obraz.js into the game's page
arek web demo                                          # a page built on it (http://127.0.0.1:8920/demo.html)
arek web test http://localhost:8911/?test=1            # §5.1-5.4b in Chromium (needs playwright)
arek --version                                         # version + decoder/recompiler hashes

Every command prints what it measured and nothing else. arek audit profile.json produces the JSON inventory + reachability record the method asks for (see examples/profile.example.json).

What is inside

module what it does origin
arek.adf geometry, boot block checksum, entropy map / regions, inventory new
arek.amigados AmigaDOS OFS/FFS reader (directories, files, extension blocks, checksums) + synthetic image builder for tests new
arek.packers.pp20 PowerPacker 2.0 decruncher (+ literal-only encoder for tests) Turrican II / Superfrog
arek.packers.bytekiller Bytekiller format B (XOR checksum) and the SWIV word-stream format A S.W.I.V.
arek.packers.turrican2 Huffman → backwards LZ → RLE three-stage decruncher Turrican II
arek.packers.atomik Atomik (ATN!) decruncher with exact block extent (+ greedy LZ test encoder) Superfrog
arek.packers.scan brute-force scan: signatures (PP20, RNC, ATN!, IMP!, …) + verified blocks S.W.I.V.
arek.hunk bounded HUNK reader: CODE/DATA/BSS, RELOC32, split streams; build() for probes Superfrog
arek.copper copper list disassembler with custom register names S.W.I.V.
arek.webtest, web/wb-obraz.js display contract 1.3: reference module (whole device pixels, CRT canvas, layout quantum of Chromium's 1/64 px), demo page, Chromium tests incl. the row test Turrican II, Alien Breed, Superfrog (Sonnet)
arek.parity long parity: record by record against the original's trace (first difference, addresses, phase shift); traces packed as XOR + zlib Alien Breed, Turrican II, Superfrog (Sonnet)
arek.display the frame chip RAM shows: Copper timing, bitplanes, dual playfield, EHB, sprites; vAmiga's colours; 0 differing pixels on vAmiga screenshots (arek selftest display) Superfrog (Sonnet), Alien Breed, Turrican II
arek.m68k.decoder strict 68000 decoder: raises Unsupported instead of guessing; accepts only addressing modes the 68000 accepts (checked opcode by opcode against Moira) Superfrog (fixed ADDA/SUBA/CMPA); LINK/UNLK/PEA/EXG from Alien Breed; memory shifts, CMPM, ABCD/SBCD, MULS/DIVS new
arek.m68k.disasm linear and flow-walk listings straight from the decoder new
arek.m68k.hwscan which routines are pure RAM and which touch custom chips / CIA / ROM Turrican II
arek.m68k.recomp static 68k → C recompiler with a verification driver (MEM[], write log, blitter incl. line and fill modes); jump tables, indirect targets, external routines, overlay modules recognised at run time by fingerprint, run-time targets (--dynamic), data stored after a call (Flow); optional clock counting; a WAIT_LOOP(m, pc, addr) hook in loops that poll memory or hardware; chip RAM size and slow RAM (--memsz, --slow c00000:80000) Superfrog; extensions from Alien Breed
arek.m68k.timing 68000 clock counts per instruction, data-dependent ones included (MUL/DIV operands, shift counts, branch outcome); matches Moira on all 42 247 decodable opcodes new
arek.m68k.xref call / data cross references from m68k-elf-objdump text Superfrog
arek.m68k.audit profile-driven inventory + conservative reachability, JSON in / JSON out Superfrog
arek.headless local.conf, RetroShell scripts, screenshots, breakpoint captures Turrican II / Superfrog
arek.headless.trace continuous trace reader/driver: VTR1 (chip RAM), VTR2 (chosen ranges), VTW2 (watchpoint + PC) Turrican II / Alien Breed
arek.contract byte-level comparison of captures, register diffs, "untouched" assertions Superfrog
arek.cli / arek.mcp_server the command line and the MCP server new

Each module's docstring explains the format or the measurement it implements; docs/METHOD.md explains how they fit together.

MCP: let an assistant hold the instruments

pip install -e ".[mcp]"

Claude Code (.mcp.json in your project, or claude mcp add arek -- arek-mcp):

{"mcpServers": {"arek": {"command": "arek-mcp"}}}

The server exposes 22 tools (kit_info, adf_info, adf_map, adf_ls, adf_file, scan_packed, unpack, hunk_load, disassemble, walk, hwscan, recomp, xref, copper, headless_shot, headless_bpstate, trace_records, diff_captures, ram_at, …). kit_info returns the version and the SHA-256 of the decoder and recompiler; record it with every measurement. All of them take paths on the local machine; the server never fetches anything, never writes outside the paths it is given, and only returns measurements — the assistant sees entropy maps, listings and diffs, not your disk image.

A working session looks like: "map the disk" → "scan for packed blocks" → "unpack the block at 0x1f40 and walk it from its entry" → "which of these routines touch hardware?" → "recompile 0x21234 and compare its RAM writes with a capture of the original". Every answer is backed by a tool result.

The kit is MIT (see LICENSE). It ships no game data, no ROM, and no game-specific knowledge — the "engine without data" model: you supply the image you own. The vAmiga patches are modifications of MPL-2.0 sources and are published as required; see THIRD-PARTY.md.

Code comments inside the transplanted modules are partly in Czech (the projects' working language); public docstrings, the CLI and the docs are English.

Metadata

Release files for amiga-re-kit 0.5.4

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for amiga-re-kit 0.5.4
File Size Uploaded Provenance
amiga_re_kit-0.5.4.tar.gz 166.6 kB Without provenance Details

Built distribution (wheel)

Table of built distributions (wheels) for amiga-re-kit 0.5.4
File Interpreter ABI Platform
amiga_re_kit-0.5.4-py3-none-any.whl Python 3 none any Details

Total release size: 315.7 kB

Release files / amiga_re_kit-0.5.4.tar.gz

Download URL amiga_re_kit-0.5.4.tar.gz
Size 166.6 kB
Tags Source
SHA-256 checksum
How to use checksums
7e8face10ff9c2a7aef221b14b7b9d87897b9bcffac7cd2103a71af54b8d9946
BLAKE2b-256 checksum
How to use checksums
4d32c627b710f7fdd3d463a30c3e199581ef09b80ceefa70b49c61c79028f6a9
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
No
Uploaded via twine/7.0.0 CPython/3.11.2

Release files / amiga_re_kit-0.5.4-py3-none-any.whl

Download URL amiga_re_kit-0.5.4-py3-none-any.whl
Size 149.1 kB
Tags Python 3
SHA-256 checksum
How to use checksums
72c735918cd87dcf31a854540e0528c3eecb5d793f212643ed99a0df00a366ec
BLAKE2b-256 checksum
How to use checksums
9502d51b710acb5f59085dc531306cdd530ca3058db185b72f4e5ee7209da4df
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
No
Uploaded via twine/7.0.0 CPython/3.11.2

Security for amiga-re-kit 0.5.4

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

No provenance found

None of the files in this release were uploaded with provenance metadata.

A note on package security

PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page