OPENHOOPS / 2K14Final team archive · November 9, 2026Reference libraryChecksums

Dated source reference. Current release status: handoff state. Full original relative paths are in the developer archive.

Dell storage and historical captures

October 24, 2026 — verified external history archive

After Brent's separately approved restart, both pending-restart flags are clear and all custody is released. Windows' supported cleanup recheck succeeded; two superseded packages remain under Windows management. Final free space was 134,825,451,520 bytes at 18:49:04 UTC. Follow-up receipt.

The large cleanup retired 31,985 old Dell payload files after external archival, recovering 41,579,346,356 bytes of original file allocation. The 28.29 GB archive preserves 76,710 historical filenames; full decompression, all content hashes and actual Windows restores passed. Current OpenHoops games, saves, tools, accepted source and download payloads remain unchanged. MVP paths were excluded. Windows component cleanup also succeeded without restarting. Exact accounting and final free-space/custody observation.

Recovery storage is /Volumes/MacStudioExternal/Modding/Dell-Archives/OpenHoops-20261024/. Read its README.md and restore into a new Windows folder before reusing old bulk paths, including historical arena stages and history72/history73 archives. The older path-preservation statements below describe their original checkpoints; they do not supersede this retirement manifest. Lightweight historical sources and metadata generally remain on the Dell. The external drive must stay available for recovery; keep the 3 GiB live staging/game floor unchanged.

October20,2026 — deep cleanup72

The user requested a deep cleanup on both machines, explicitly excluding arena work. Cleanup72 records verified Mac gzip retirement, Dell transparent diagnostic/test-state compression, removal of source-backed generated clutter and38 stale tasks, and44 privately archived obsolete source stages. Current sources/toolchains, games/saves, historical releases and all hosting remain intact. No new game/build/test/service or peer message. Original source-stage/capture paths that were retired have explicit restore helpers. Arena's subsequently active isolated game was left alone rather than restored against an obsolete hash baseline.

October19,2026 — coordinated storage70

Work70 recovered4,920,942,560 allocated bytes by per-file LZX compression of2,500 old single-link OpenHoops/logs/**/cache/*.iff captures. Every path/content hash/length remains; the journal retains original identity and timestamps/attributes. Zero refusals, deletions or new links. Shared historical links, current games/original saves, databases, source/public packages, hosts and all MVP paths were excluded. It stopped at the2,500-file cap after253.8seconds. Receipt, journal, inventory. Free space345,718,784→5,273,067,520bytes includes shared activity; retain the3GiB live guard. The first63livee game subsequently failed startup and was closed/restored before releasing custody to MVP; compression is not game acceptance.

October19,2026 — work64 historical compression

During the separately authorized headless developer-tool work, shared free space fell below the existing3GiB test floor. Only closed OpenHoops historical captures were compacted, using Windows per-file compression. Live games, original saves, source packages, databases, published downloads and every MVP path/process/task were excluded. No files were deleted or linked. Existing shared historical cache links were excluded from this operation.

Five immutable receipts retain scope, paths, sizes, SHA-256 and original timestamps: old logs, closed ultrawide BIN copies, additional log compaction, archived roster captures and single-link historical IFF captures. Their corresponding append-only journals are retained alongside them as .jsonl. Each successful operation verified byte length and content hash before/after and restored access/modification times. Some files appear in both log passes; the final distinct count is1,425.

Final preservation64,17:47:55UTC, rehashes all1,425 paths and verifies95 original saves in each protected game,98 isolated baseline files, original executable/INI, stable35/restored50 adapters, historical public packages and four host process/start identities. It records6,062,755,840bytes free, no owned workers/tasks or game-connected API, no shared input and no MVP modification. Net free-space changes include concurrent activity and are not a measurement of compression savings alone. Future runs must recheck free space rather than relying on this dated value.

The following storage50 entry retains its original checkpoint. Current API/version evidence is in verification; storage maintenance does not install or promote it.

October18,2026 — storage50

October17,2026 local / October18 UTC. The user authorized recovering permanent working space without losing important materials while OpenHoops and MVP baseball share the Dell. No MVP files, processes or tasks are cleanup targets. The Mac remains an editing/storage/control machine; this operation does not offload a bulk research tree to it.

Inventory and current operation

The Dell has one256GB KIOXIA NVMe disk and a254,431,719,424-byte NTFS C: volume. At the initial inventory it had105,725,952bytes free. Allocation-aware scanning skips reparse directories and counts existing hardlinks once; per-directory attribution follows whichever link is encountered first. The scoped inventory found approximately94.52GiB in the active MVP test tree and54.71GiB in OpenHoops historical logs. Other sizable allocations include separate game copies and the preserved reference-game TAR. Those live inputs and original packages are retained.

Storage50 evidence records the scoped inventory. Eight old logs received transparent per-file NTFS compression, with all eight SHA-256 hashes verified unchanged. This recovered1,150,533,632bytes at that checkpoint. No whole-drive compression policy changed.

The first deliberately narrow save-cache plan50c found only one duplicate. Expanded plan50d reads old historical logs/**/cache/*.iff captures, excluding recent files and all files already having multiple hardlinks. It fully hashes10,000 files and identifies145 duplicate groups /6,625 redundant files /24,496,841,880logical bytes. The reviewed plan SHA-256 is1dc951218dc3c40d1eae916d3c7136d52e1b81d7c3af7d22256f866be2d79c92.

Deduplication50e passes all6,625 replacements across145 groups, recovering24,496,841,880logical bytes in101.7seconds. It links only byte-identical closed historical copies to another closed historical copy, retaining every pathname. Each file is rehashed before replacement and the resulting file is rehashed afterward, with per-file rename/rollback and an append-only journal. All6,625 prepared entries have matching commits. No live game, original save, database, source archive, public download or MVP path is a link target. An interrupted transaction would retain its old file under .storage50-original; final verification found none.

Final preservation50f,00:50:56UTC, passes all95 original-save hashes in both reference and current isolated games, ten protected runtime/source/fixture/public-package hashes, all eight compressed-log hashes and the four existing host process identities. It records25,439,432,704bytes free (25.44GB /23.69GiB), versus roughly106MB initially. Compression plus deduplication eliminates about25.65GB of redundant allocation; net free space also reflects concurrent activity on the shared machine. No MVP files/processes/tasks were changed. No new game, build, test or service was started. API47/ABI22 and the isolated0ce3 DLL remain unchanged.

The final allocation inventory50g completes with no read errors. OpenHoops logs retain exactly18,315 files and61,807,752,008logical bytes, while unique allocated storage drops58,741,702,175→34,244,860,295bytes relative to the post-compression inventory. It observes6,625 shared historical links and confirms24,496,841,880bytes of duplicate storage eliminated without removing a historical filename.

Hardlinks share contents and filesystem metadata. The plan and journal retain each original path's size, SHA-256, timestamps and attributes; the journal also records original creation times for replaced paths. These captures are immutable history. Before editing a historical linked file, materialize an independent copy with a temporary file and atomic replacement. Never write into one of the linked historical files directly.

Future capture discipline

  • Keep mutable games, saves and databases independent from historical archives. Restore through an independent temporary copy plus replacement, never by linking an archive back into a mutable game.
  • New immutable captures may share a known immutable archived file after a complete content-hash match. Record their per-path metadata separately. Do not make another full independent copy of an unchanged cache for every test.
  • Preserve unique captures, original packages, published ZIPs, manifests and the original95 saves. A matching duplicate is the basis for consolidation; age alone is insufficient for deletion.
  • Use bounded observations for the feature being changed. Keep the existing3GiB prelaunch free-space guard; do not lower it to get another run started.
  • Coordinate any future work on the MVP tree separately. This inventory is not permission to rewrite or consolidate its active test inputs.

No game, build, test suite, new service, agent or recurring automation is required for this storage operation. API47/ABI22 remains the current coaching implementation. Matchup/defensive research49 is still research; no new defensive or substitution capability is delivered by storage maintenance.