v1.4.1 - Windows, macOS, Steam Deck (SDK v0.9.3.1)

Static recompilation of Mushihimesama Futari (Xbox 360) for native PC, on ReXGlue SDK v0.9.3.1. These are the bundles players currently have.

No game data is distributed — no disc image, no game executable, no media/, no audio. You supply all of it from a copy you own; see docs/DUMPING.md, which lists checksums to verify your dump. The source archives below do contain two game-derived files (the title screenshot and the application icon, both for identification), and a built bundle necessarily contains the game's own program code, recompiled — which is why bundles are distributed only to people who own the game and are not attached here. See NOTICE.md.

Platforms: Windows, macOS (arm64), Steam Deck / Linux (x64).
Status: title, menus, audio, controller, and saves work; all 8 game modes load, run, and mode-switch cleanly. Deeper gameplay can still hit rare recompiler edge cases.

⚠️ Read this before building from the v1.4.1 tag

The tag marks the Windows release point only. The macOS and Steam Deck bundles were built from commits after it, so this tag does not contain their packaging fixes:

• b09b9aa — the Deck launcher and futari.ini fixes
• a99d3e6 — the macOS GPU-plugin staging and the mismatched-runtime fix

The tag also predates this project's LICENSE, NOTICE.md and THIRD-PARTY-NOTICES.txt. If you want to build the port, use v1.4.2 or main, not this tag. v1.4.2 is the same code with those fixes, the licensing files, and two bug fixes.

What was in v1.4.1

All three platforms rebuilt on SDK v0.9.3.1 (up from v0.9.2). An A/B of the two runtimes showed no behaviour change for futari — the value here is in the packaging, where each platform had a real defect.

Windows — bundle no longer ships development leftovers: ~64 MB of superseded binary backups, an instrumented reference exe, the Tracy profiler DLL, 212 of the developer's own run logs, and a machine-local shortcut. Packed under a proper top-level folder with standard forward-slash entries.

Steam Deck / Linux — three defects in the v1.4.0 bundle, all fixed:

• The launcher only worked from one directory. It hardcoded the absolute path it was tested from, so extracting the zip anywhere else could not start the game. It now resolves its own location.
• The shipped runtime was the wrong build — librexruntime.so identified as rexglue-v0.8.3 against a v0.9.0-dev binary and a v0.9-only GPU plugin. Every component now comes from one v0.9.3.1 build.
• The zip lost Unix file modes and used backslash separators, so the launcher arrived non-executable. Packed with zip -X now.

macOS — broken before v1.4.1; rebuilding is what surfaced it:

• The GPU plugin was never staged into the bundle. SDK v0.9 split the renderer out of the runtime, but mac-build/build_app.sh predated that split, so the app started and died with Failed to load GPU plugin 'xenos'. v1.4.0 shipped this way — macOS had no working renderer since the v0.9 migration. The plugin is now staged, deliberately renamed .dylib → .so, because the SDK's PluginFileName() asks for .so on every non-Windows platform including macOS. That rename is a workaround; the real fix belongs in the SDK.
• The bundle shipped a mismatched runtime. The script preferred $REXSDK_DIR over the pinned submodule, so a v0.8.5.1 librexruntime.dylib landed beside a v0.9.3.1 executable and dyld refused to launch it. The submodule now wins, and the build fails outright if executable and runtime report different SDK versions.

Mushihimesama Futari and all of its content are the property of Cave Interactive Co., Ltd. This project is not affiliated with or endorsed by Cave.