Skip to content
Game save workbench
Local-first tools No installation Support status shown
DEVICE-LOCAL Favorites and recent pages stay in this browser.

Emulator & Retro Tools

GameCube Memory Card Forensic Report

Generate a deterministic read-only evidence report for GameCube card geometry, header checksums, directory/BAT mirrors, byte ranges, filesystem evidence and the exact Phase 47 recovery decision.

01 / Tool workbench

Use the runtime only when it is actually ready.

The application shell fails closed. An input interface is not enabled merely because a WordPress Tool record exists; the declared engine must be registered in the current build.

GameCube Memory Card Forensic Report
BROWSER LOCAL

Checking whether the declared runtime module is loaded. No input has been processed.

Session change summary

No output has been built in this session.

This read-only workflow fingerprints the selected raw GameCube memory-card image with SHA-256, records the header and mirrored directory/BAT checksum evidence, compares redundant metadata copies, maps the documented metadata/data byte ranges, and records whether the existing Phase 47 single-mirror rule would be eligible. When the strict filesystem parser can validate the source or the exact in-memory single-mirror simulation, the report includes directory/allocation evidence such as filenames, block counts and chains. No repaired card or GCI is produced.

02 / Compatibility

Know the supported input before opening a file.

Compatibility fields are intentionally explicit. Missing values stay unclaimed rather than being filled with generic assumptions.

Accepted extensions

.raw.gcp.bin.mem.mcd

Platforms

GameCube

Supported versions / editions

Raw/Dolphin-compatible GameCube memory-card images using the independently reproduced header, directory and BAT layout already verified in Phases 46-47.

Input constraints

Input must match an exact supported 4/8/16/32/64/128 Mbit raw GameCube memory-card geometry and remain within the permanent 16 MiB browser-local ceiling. Corrupt headers and multi-block failures may be reported, but never repaired by this Tool.

Known limitations

Read-only evidence only. No header repair, no metadata repair download, no orphan/chain synthesis, no directory reconstruction, no payload editing and no claim that a failing filesystem can be made usable. The report records the exact existing Phase 47 recovery decision without expanding it.

Output / result

A deterministic local JSON forensic report bound to the source SHA-256 plus a local CSV byte-range map. Neither output contains raw game payload bytes or a repaired save image.

03 / Instructions

Use a reversible workflow.

File-oriented workflows start with an untouched original. Tool-specific instructions add only details documented for this utility.

  1. 01Keep the original

    Preserve an untouched copy before creating or transforming binary output.

  2. 02Confirm scope

    Match the file size, format, platform, and version to the support information on this page.

  3. 03Process locally

    Use the runtime only when the page reports that its declared engine is loaded.

  4. 04Validate output

    Compare or test the result before replacing any working source file.

Tool-specific steps

Choose the original raw GameCube memory-card image. Generate the report before attempting any repair elsewhere. Preserve the source file and JSON together so the SHA-256 and byte-range evidence remain attributable to the same input.

04 / Privacy and processing

The processing mode is part of the product contract.

SaveEditor.com should state local processing only when the implementation truly keeps file contents in the browser. Server or hybrid processing must be disclosed just as clearly.

Declared mode

Browser local

Runtime state

Operational

Tool-specific privacy notes

Phase 49 reads only the explicitly selected local file in the browser. The forensic-v1 runtime contains no fetch, XMLHttpRequest, WebSocket, sendBeacon, form upload, server-side save processing, or telemetry path. Reports are generated locally, contain no raw save payload bytes, and never alter or replace the selected source file.

05 / Troubleshooting

When a file is rejected, do not force it.

A rejection can indicate an unsupported size, format, version, platform, or byte sequence. Preserve the original and correct the input instead of bypassing validation.

Wrong file or size

Re-check the documented input type and browser size limit before retrying.

Unsupported format

A generic converter does not imply support for every game-specific container, signing scheme, or serialization format.

Source was modified

Return to the untouched source instead of repeatedly processing a damaged or partially transformed file.

Known Tool issues

If the report shows invalid geometry, a bad header, multiple invalid metadata blocks, or a strict filesystem failure, keep the original untouched and use a backup or specialist forensic workflow. Do not treat a recovery-candidate flag as proof that game payload data is healthy.

06 / Verification

Support claims should be traceable.

The verification date, method notes, and public references are kept separate from marketing language so compatibility can be reviewed over time.

Last verified2026-08-10
Profilegamecube-memory-card-forensic-report

Method notes

Verified with deterministic clean/corrupt fixtures, independent SHA-256 and metadata calculations, exact byte-range maps, redundant-copy comparison checks, recovery-decision parity with the preserved Phase 47/48 rules, deterministic stable JSON export, CSV range export, immutable-source assertions, no repaired-file output, source/installable parity, and fresh-extract release regression.

07 / FAQ

Questions to answer before editing.

These answers are generated from the Tool record and current runtime state rather than generic compatibility promises.

Is GameCube Memory Card Forensic Report ready to use?
The Tool record is verified and declares an operational runtime. The page enables its input controls only when the declared engine module is loaded in the current build.
Does processing stay in the browser?
Yes for this declared mode. The loaded runtime processes the explicit input in the browser; Tool-specific privacy notes describe the exact scope and limits.
Should I keep the original file?
Yes. Keep an untouched source file until any generated output has been validated.
What if my input is rejected?
Use the validation message to correct the base, encoding, width, timezone, byte alignment, or size. The runtime does not guess through invalid input.

Related tools

Continue with the same tool family.

Only index-ready verified records from the same Tool Family are shown here.