# Snap64 Recomp: a static-recompilation port of Pokémon Snap > Uses N64Recomp to statically recompile the US Nintendo 64 release of Pokémon Snap into a native Windows, Linux, Steam Deck and macOS port rendered with RT64. The recompiler reads a relocatable ELF linked from the matching ethteck/pokemonsnap decompilation together with the user’s ROM, and game-side patches are modified copies of decompiled functions. The author reports building the port with Claude Code; results remain project-reported. - Type: Case study - Targets: Game - Category: Independent reconstruction cases - Relationship: Independent reconstruction project - Sources reviewed: 2026-10-18 - Added to the catalog: 2026-10-19 - Original resource: - Primary source: - Catalog page: - Record JSON: - Chinese version: [简体中文](https://awesomerea.org/zh/resources/snap64-recomp-case/index.md) ## Requirements & limits - **Prerequisites:** Supply your own US ROM matching the SHA-1 in README, the checksum the decompilation publishes; .z64, .v64 and .n64 files are accepted and a wrong file is refused. The repository and releases contain no game assets. Building also needs that ROM for the matching decompilation build, the recompiler inputs and the RSP audio-microcode translation. - **Prerequisites:** Releases need 64-bit Windows 10 (1809+) or 11 with Direct3D 12 Shader Model 6.3, Linux or Steam Deck with Vulkan 1.2 (experimental), or macOS 14+, on an SSE4.1 x86-64 CPU or the ARM builds provided. BUILDING.md records a two-machine build: WSL Ubuntu 24.04 with MIPS binutils, the decompilation, its downloaded IDO compilers and N64Recomp, then Visual Studio 2019, CMake 3.20+ and Python 3 on Windows after tools/fetch_deps.py checks out the pinned submodules. - **Scope:** The reviewed tree is version 1.1.5, published as release v1.1.5 on 2026-10-17, and targets only the US cartridge; README says the Japanese, European and Australian releases are different builds. Cartridge behavior is the default and every enhancement is opt-in. Listed known issues include some 2D elements stepping at the game’s rate at higher frame rates, estimated Snap Station printer details and lightly tested Vulkan on Windows. - **Testing evidence:** VERIFICATION.md reports a full Windows play-through, partial Steam Deck and GitHub-hosted virtual Mac runs, and 33 of 33 headless-suite checks plus 5 of 5 Snap Station checks on the author’s 1.1.5 executable from recorded replays. No physical Mac or Linux desktop report is recorded. - **License:** Port code is GPLv3, with third-party components listed in NOTICE.md. NOTICE.md says no tracked file carries ROM bytes, but the distributed executable is compiled from C that N64Recomp translates from the game’s instructions, and patches are modified decompiled functions; the game remains its owners’. The author reports writing the port with Claude Code under their direction. ## Primary sources 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. ## More in Games - [SpeedBreaker: statically recompiling Need for Speed: Most Wanted for Xbox 360](https://awesomerea.org/resources/speedbreaker-nfs-most-wanted-case/index.md) · Case study - [Spider-Man 2 PS2 Recomp: a static recompilation checkpoint](https://awesomerea.org/resources/spider-man-2-ps2-recomp-case/index.md) · Case study - [ssbu-recomp: static recompilation with explicit mode limits](https://awesomerea.org/resources/ssbu-recomp-case/index.md) · Case study - [Starfox 64: Recompiled — an N64Recomp static-recompilation port](https://awesomerea.org/resources/starfox64-recompiled-case/index.md) · Case study - [SVR2011-Recomp: a ReXGlue recompilation of WWE SmackDown vs. Raw 2011](https://awesomerea.org/resources/svr2011-recomp-case/index.md) · Case study - [SymphonyRecomp: a RecompOne static recompilation of Symphony of the Night](https://awesomerea.org/resources/symphonyrecomp-case/index.md) · Case study ## About this entry The description was reviewed against primary sources. Original editorial content: MIT. Linked projects, papers and assets retain their own rights and licenses.