ov142 β€” overlay detail

DS game only γ¨γ‚“γŒγ‚Šγƒœγ‚¦γ‚·γ¨γŠγ—γ‚ƒγ‚Œγͺまほう぀かい The field guide documents the DS game's internals.

UTF-16 strings: 1 embedded

ov142 unknown

UTF-16 strings: 1 embedded

Header

Numeric metadata for this overlay as read from the overlay table at ROM offset 0x8DE00 (per-entry stride 32 bytes). Function counts, data-item counts, and the call-graph fan-out are from a Ghidra 11.3.1 headless auto-analysis pass.

Overlay ID 142
File ID 142
RAM load address 0x021a5ee0
RAM size 1,184 bytes (0x4a0)
BSS size 0 bytes
On-disk compressed size 1,144 bytes
Compression flag 0x1 (BLZ-compressed)
Functions 0
External calls 0
Jump tables 0
Data items 0
Code coverage 0% (0 of 1,184 bytes)

Reading the binary

The overlay ships on the cart at file ID 142 under the BLZ code-LZ compression wrapper (the same backward-LZ scheme Nintendo uses for executable ARM9 code). At load time the engine reads the overlay table entry at ROM offset 0x8DE00 + 142 * 0x20, allocates the destination RAM region at 0x021a5ee0, decompresses the body in-place (if compressed), and resolves any external relocations.

To inspect this overlay outside the running game, decompress overlay/overlay_142.bin with ndspy.codeCompression.decompress() (Python ndspy library) and load the resulting plaintext into Ghidra or IDA at base address 0x021a5ee0. The raw Ghidra auto-analysis dump used to populate this page lives at notes/overlay_knowledgebase/raw/ov142.json; the per-overlay descriptive markdown is at notes/overlay_knowledgebase/ov142.md.

Embedded strings

1 UTF-16 LE string live inside this overlay's compiled binary. These addresses are absolute (inside the overlay's RAM image after load). The text is stored as little-endian UTF-16 code units, NUL-terminated.

0x021a6210 `ι€Žγ΄ι€Žι „`

Container references

This overlay references no container files β€” it is pure code (or reads only from globals shared with the persistent ARM9 binary).

Function list

Functions Ghidra auto-identified inside this overlay's RAM range. Names prefixed FUN_ are auto-generated from the function's entry address; size is in bytes; the "calls" column counts both intra-overlay branches and external ARM9 call targets. The "strings" column counts how many UTF-16 LE strings each function references.

Show all 0 functions
# Address Size Calls Strings Role hint

Open questions & conflicts

Open questions / unknowns

Conflicts with the prior shallow pass

Source