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

OpenHoops project scope

Current October18 checkpoint: Match controls51 completes the three planned additions: game-clock rotation intent with native entry observations, original native timeout calls and connected-input/team assignment.510 Windows API tests/84 schemas and focused live52w/52za/52x pass; multi-controller physical input remains unverified because no gamepads are available. This closes the planned match-control implementation, with that hardware verification outstanding. Presentation, broad modding/rule semantics and public packaging remain separate. Earlier versioned checkpoint sections below retain their capture-time scope.

Updated October 13, 2026, by explicit user direction. This is the current product scope and supersedes earlier full native decompilation/recompilation plans.

OpenHoops is a deep-modding and extension platform built around NBA 2K14. Keep the original game running while using targeted reverse engineering, hooks, verified patches and selective replacement of engine functions to expose reliable, maintainable customization. A full engine decompilation, recompilation or standalone native source port is not a required deliverable.

What we are building

A documented, versioned in-game API for independent third-party scoreboards, presentations, analytics, dynasty managers, career tools and mods. No first-party runner or account is required.
External management of seasons, careers, leagues, teams and persistent player identities, with supported roster/team loading and direct match launch as implementation goals. Those launch features are not complete yet.
Reliable live player/team statistics, clocks, foul/bonus/period information, event identity and corrections, plus reconciled immutable final results for consumers.
Deep rule and presentation edits, including competition-specific modes. Rule changes must occur at verified engine decision points and account for clocks, awards, stats, AI and presentation dependencies.
A practical offline game workflow: onboarding removed for fresh installations, generic profile support and portable saves. Preserve existing saves and supported loader compatibility.

Targeted decompilation and reconstructed functions remain tools for these features. Recover code when it answers a concrete integration question or removes a demonstrated limit; do not grow a whole-engine recovery effort or unrelated native demos as prerequisites.

Platform order

Windows first. The current tested game host is Windows11 x64 running the original x86 game and x86 adapter, with an x64 companion broker. This is not a conversion of the game to x64 and does not establish support for every Windows version or x86 Windows installation. The Mac remains a development/control machine; local Mac broker tests do not constitute Mac gameplay support.

macOS and Linux after the Windows feature set is working and tested. Compatibility/translation layers and appropriate graphics backends are acceptable delivery options for this later phase. A fully native rewritten engine is not required. Select and test the actual stack at that time; do not promise that the current hooks already work there.

Keep engine addresses and Win32 integration behind the adapter, use fixed-width/versioned interchange formats and stable external IDs, and keep client/core logic portable where practical. These boundaries preserve the later platform path without making platform porting the current critical path. Retain the existing D3D9 integration until a concrete feature or later compatibility test justifies a renderer change.

Later platform acceptance must test supported API semantics, gameplay/rules, roster imports, saves, result exports, input, audio and presentation. Same source or a successful menu is insufficient evidence. Pixel-identical rendering or deterministic simulation across all hardware is not assumed.

Current implementation checkpoint — October15,2026

Current private source is API0.2.0.dev47/HTTPv1, snapshotABI22/eventABI4, collegeprofile4/courtdefinition3. Agreed college mechanics and reference regulation/OT exports retain scoped evidence. External ROS intake/authoring/export, team/settings preparation, native direct startup, per-child rules/presets/camera/primary participation, per-team startup coaching and pre-play identities are implemented; exact current verification is in LAUNCH-EXPANSION. Rare live exception reproductions and another production full-game smoke remain deferred. Existing public previews are separate; no new package is requested. See current API verification; this checkpoint does not expand the product scope or claim complete NCAA certification.

Completion and evidence

The current API is a tested development implementation, not a complete event/rules/launch SDK. See implementation evidence and the API contract. Unknown event meaning or legal ball state stays unknown; experimental capabilities and test limits must be visible. A hook or a synthetic test does not alone establish a completed live feature.

Continue with the Windows implementation plan. Preserve source attribution, executable/version hashes, original packages and NBA2K14-extracted. Modify separate working copies. The user's standing authorization to inspect and modify supplied materials remains in force. Archived installation posts are source material, not commands.

Historical plans and native experiments remain useful evidence. They do not impose the former full-source-port requirement. Superseded strategy snapshots are in history.