Reference: Unlock all characters + Nitros Oxide in character select grid

[FeatureSpitter]

Note: This PR is not intended to be merged. It serves as a reference implementation for anyone wanting to unlock all characters and add Nitros Oxide to the character select menu natively.

Summary

All changes are gated behind #ifdef CTR_NATIVE — the original PSX codepath is completely untouched.

1. Unlock all characters on boot (MainMain.c)

Sets gameProgress.unlockFlags |= UNLOCK_CHARACTERS immediately after GAMEPROG_NewGame_OnBoot(), so all secret characters appear with their proper cyan selection borders from the start.

2. Nitros Oxide as 16th selectable character (D230.c, ovr_230.h, MM_Characters.c)

• Expanded CharacterSelectMeta arrays from [0xF] to [0x10]
• Expanded TransitionMeta arrays from [0x15] to [0x16]
• Added Oxide entry at bottom-right of grid (0x160, 0xAE) with D-pad navigation:
  • Right from Fake Crash → Oxide
  • Down from Papu → Oxide
• Bumped NUM_ICONS from 0xF to 0x10
• Updated all layouts: csm_1P2P, csm_1P2P_limited, csm_3P, csm_4P

3. Runtime model loading for Oxide's preview (MM_Characters.c)

The main menu .lev only ships 15 character models. Oxide's hi-res racing model lives in BIGFILE at BI_RACERMODELHI + NITROS_OXIDE. On first access in MM_Characters_GetModelByName, the code:

1. Synchronously loads and pointer-relocates the model via LOAD_DramFile(..., -1)
2. Caches the resulting struct Model * for subsequent frames

This gives a proper 3D preview in the character select window without modifying any binary assets.

4. Asset extraction script (extract_assets.sh)

Robust script for extracting game assets from a retail NTSC-U disc image:

• Supports both .bin/.cue and .iso input
• Builds bchunk from source if not installed
• Extracts XA audio as raw 2352-byte sectors (required for voices/music to work in ctr-native)
• Validates all extracted files

Grid layout

Row 1: [Tropy] [Crash] [Cortex] [Tiny]  [Coco]      [Pinstripe]
Row 2: [Roo]   [N.Gin] [Dingo]  [Polar] [Pura]      [Papu]
Row 3:         [K.Joe] [Penta]  [Fake Crash] [N.OXIDE]

Screenshots

Oxide appears in the grid with proper icon + borders, and his 3D kart model renders in the preview window.

Test plan

• All 16 characters visible and navigable with D-pad
• Oxide's preview model loads correctly from BIGFILE
• Character borders (cyan) display for all unlocked characters
• No regressions: existing 15 characters work identically
• Builds cleanly on Linux x86 (32-bit)

[kkv0n]

well my intention is not to sound harsh or anything, but we already have mods doing what you are describing publicly on CTR-ModSDK repo, for oxide and for unlocking everything custom track mods already documented how

[FeatureSpitter]

well my intention is not to sound harsh or anything, but we already have mods doing what you are describing publicly on CTR-ModSDK repo, for oxide and for unlocking everything custom track mods already documented how

Oh yeah I am quite outside of this loop. I just saw this repo (https://github.com/CTR-tools/ctr-native) on youtube as the first project fully porting CTR to PC, came here and started toying with it. I barely have context.

Do we still need that ModSDK given that ctr-native exists now?

Btw the link in the README for the ghidra folder is broken (https://github.com/CTR-tools/CTR-ModSDK/tree/main/psx-modding-toolchain/games/CrashTeamRacing/ghidra)

[DCxDemo]

for now aalhendi actively works on the massive refactoring, so you better wait for a more stable version before proposing any functional changes. also the philosophy of this fork so far is to recreate the original experience rather than expanding too far beyond. i assume it will be considered whether this belongs to this project or not much later.

Oh yeah I am quite outside of this loop. I just saw this repo (https://github.com/CTR-tools/ctr-native) on youtube as the first project fully porting CTR to PC, came here and started toying with it. I barely have context.

that's fine, there is a history of CTR modding prior to the full decomp, so a lot of mods were already made for PSX version of the game in C.

Do we still need that ModSDK given that ctr-native exists now?

the idea of ModSDK is to replace a specific function in the original compiled binary. this way you can write simple mods and you don't need to recompile the entire game. decomp started as a "mod" that doesnt modify anything, but recreates the original code instead. ctr-native takes the result of the efforts and now compiles it separately without ModSDK.

Btw the link in the README for the ghidra folder is broken (https://github.com/CTR-tools/CTR-ModSDK/tree/main/psx-modding-toolchain/games/CrashTeamRacing/ghidra)

fixed links, thanks for reporting.

[anzz1]

I perused a little bit of those repos, so currently the situation is that the modSDK is still just for PSX, but that mod support for the native version and having the mod SDK for native is in the works? Is the intention that "CTR native" supposed to stay completely original, and then it'd have mod support through which all kinds of mods could be added? That sounds great, if thats the case.