Banner
Views: 993,800,023
Time:
17 users online:  bebn legg, D0GEZ1LLA, D1STYNCT, Dark Mario, Duraner Hawkeye, ElectroWellyGames, Infinity, KaidenThelens, KekShadow_08, margot,  PablosCorner, RichardDS90, Russ, Rykon-V73, SheikNorris, TheJank, wulv257 - Guests: 75 - Bots: 169 Users: 54,493 (2,077 active)
Latest: Shrikeman
Tip: Switch palace switches normally disappear if you replay the level. However, if you insert them as direct Map16 and use the hex edit at $00EEB2 in the ROM map, you can replay the level without a problem.
Not logged in.
SMW Memory Map - Waiting Addresses
Displaying 25 out of 76 waiting addresses. Show Moderated Addresses
Filter
Link
Address
Hexadecimal number for a partial address. 6-digit number for a full address. Use - to denote a range. Use , to list more than one address.
Length
Type
Enable JavaScript to use multiple regions.
Region
Hold control to select multiple. Check "All" to select all at once.

Type
Description
Separate each individual keyword with spaces. Surround a phrase with quotes to look for the exact phrase, or with / to use a PCRE regular expression. Prepend with - to exclude a keyword or phrase, with + to require a whole word or phrase, or with -+ to exclude a whole word or phrase. ? matches any character, * matches any amount of characters.
 
Pages: « 1 2 3 4 » Per Page: 25 50 75 100 150 500 All
RAM Address Length Type Description Details Submitter
$7E0EF5 1 byte Overworld Bits 5 through 7 of this address are used to keep track of which overworld Koopa Kids have been defeated (i.e. they pulled Mario into a level and the level was beaten). If set, the sprite will not respawn. Thomas
$7E0EF7 1 byte Overworld If bit 7 is set (#$80-#$FF) and the player is located on a level tile, they will enter it directly.

The Koopa Kid and Piranha Plant overworld sprites also write their sprite index to this address while the player is in contact with them. The Piranha Plant in particular uses this to erase itself if Mario beats the level the sprite is on top of.
Thomas
$7E1419 1 byte Sprites How sprites enter pipes with the player. This handles carried sprites and riding yoshi, and is always set regardless whether or not the player is carrying a sprite and whether or not is riding yoshi. When this RAM is set to any non-zero and the sprite is being carried and/or yoshi is being ridden on, they're placed behind layer 1 and yoshi's tongue is not shown (when licking).
  • $01 = Horizontal pipes (duck a little on yoshi and carrying sprites facing left or right).
  • $02 = Vertical pipes (face the screen).
  • $FF = Don't change image, only go behind layer (shooting out of slanted pipe). Note that this will probably work with all values #$03-#$FF.


Note: Yoshi always show his pipe animation pose regardless if the player is mounted on Yoshi or not, consider using this patch to fix it.
HammerBrother
$7E1462 2 bytes Misc. Layer 1 X position, next frame.
Much similar to $7E:001A, maintaining the exact same values, with the difference being the usage of their values.
This is more notable in auto-scroll commands, for example, if $7E:1462 were to remain static while there was a Layer 2 auto-scroll going, the image would stay, but the level would move.
Is also used for temporary storage to determine how much the screen has moved horizontally in the current frame. ($7E:001A - $7E:1462 = $7E:17BD)

Also used during the credits scene for the second layer 1 X position, where the output is separated in two halves, each with their own scrolling.
MarioFanGamer
$7E146C 4 bytes Empty Empty. Cleared on reset, titlescreen load, overworld load and cutscene load.

$7E146C-$7E146D is used by Lunar Magic (v3.10+): on level load it holds the Layer 3 Y position/offset (as defined in the advanced bypass settings), and it's updated during the level when the layer 3 scrolls vertically to keep track of how much it scrolled. It's used to make layer 3 scroll with the camera in levels that scroll vertically, when the layer 3 vertical scroll is not "None".
Kevin
$7F0B44 2048 bytes Misc. It is used for Dynamic Z V3.75 or more, for severals differents variables.

More Documentation here:

https://sneslab.net/wiki/Dynamic_Z

Start at $418000 in SA-1 rom.
anonimzwx
$7F837D 5118 bytes Misc. VRAM upload table, as a stripe image. Used for things that change in the middle of the screen, such as ? blocks. Uploaded and reset every frame; most frames, it's empty.

Not all of it is used during normal gameplay, so $7F:8600+ shouldn't be dangerous to use.

See here for more info.
Data store in RAM format Example how to use in ASM - Layer 3 Another layer 3 example using RLE HammerBrother
$7FB408 3396 bytes Misc. Potentially used by Dynamic Z V3.75, lot of them usually are untouched but depends on the features that you use, they can be used by Dynamic Z V3.75 or later

Documentation Here:

https://sneslab.net/wiki/Dynamic_Z

Start at $418B80 on SA-1 rom.
anonimzwx
ROM Address Length Type Description Details Submitter
$00DC4F 75 bytes Mario physics Routine that updates the player's X and Y position ($94 and $13DA, $96 and $13DC) by X and Y speed ($7B and $7D).

The rate of movement is in “subpixels” per frame-- 1/16th of a pixel for more precise movement, using fixed point arithmetic. Note that stuff using position besides speed related data, such as hitboxes will only take the pixel position and not the subpixel position.

Normally this routine is called after JSR to $00DC2D. It then JSRs into $00DC4F with:
  • X = $00: Update X position
  • X = $02: Update Y position
How it works Math Example HammerBrother
$019138 8 bytes Sprite subroutine (JSL) JSL for sprites interacting with objects. Actually calls routine at $019140.

During processing GPS blocks:
  • $0A-$0D: Position (in pixels) of the collision point currently being processed for sprite interaction with blocks in the level:

    • $0A-$0B (2 bytes): X position
    • $0C-$0D (2 bytes): Y position

    Note, just like $98-9B, coordinates are respective to the top-left of the layer currently being processed. Hence, if Layer 1 and Layer 2 are offset from each other, this value will differ between the two, even when the sprite is at the same position with respect to the level.

  • $0F (1 byte): Index of one of the 4 collision points currently in use. Also used to eject sprite out of block horizontally:

    • #$00 = SpriteH: Right (touches blocks from left)
    • #$01 = SpriteH: Left (touches blocks from right)
    • #$02 = SpriteV: Down (touches blocks from above)
    • #$03 = SpriteV: Up (touches blocks from below)


    Be careful when using custom blocks, $0F remains used before and after custom block processing at $019533. If $0F is modified and not restored, sprite interaction glitches can occur.



Message to mods: SpriteV and SpriteH are swapped on the info about $0F. I fixed it.
HammerBrother
$01A40E 172 bytes Sprite Misc. Part of the main Sprite<->Sprite interaction subroutine. Called from $018032

How this works:
  1. The current sprite that call this subroutine is sprite_A, and the other sprite to compare with will be Sprite_B.
  2. If the frame counter $13 is an odd number and sprite_A is also odd, or if both are even, then this subroutine terminates to save performance. Otherwise if one is odd and other is even, the proceed with the subroutine. The reason for this is because it is very performance-heavy. If all 12 sprites uses this, then there are 66 possible pairs to check for collision.
  3. The routine loops through all the sprite slots below (indexes lower than) sprite_A's index. With Sprite_B starting at sprite_A's index, minus 1, then decreasing until $FF, then finishes.
HammerBrother
$0288A1 2 bytes Sprite Misc. The sprite which comes out of a Yoshi egg when spawned from a question mark block. The first byte is the sprite ID when no Yoshi exists and the second byte is the sprite ID when Yoshi does exist. By default, these are $35 (Yoshi) and $78 (1-up). MarioFanGamer
$029265 301 bytes Subroutine (JSR) Subroutine run on bounce sprite INIT (for all bounce sprites except turnblocks), which is responsible for the bug where a coin on top of hittable block and hitting said block will cause the coin to turn into an invisible solid block.

$029330 is the block on page 0 which is to be collected. Keep in mind that this is independent of the acts like setting and has to be implemented manually.
MarioFanGamer
$029356 60 bytes Subroutine (JSR) Code that generates a spinning coin at the position of a bounce sprite. This is used to be able to collect with a bounce block. However, this routine doesn't handle the removal of the coin which is instead handled by $0291B8. MarioFanGamer
$02A1A4 115 bytes Sprite subroutine (JSR) 8x8 fireball GFX subroutine. Is it also used as a base for various other extended sprites' graphics (they JSR to it and then change the tile numbers and properties) as well as despawning them when they leave the screen. HammerBrother
$02A547 39 bytes Sprite subroutine (JSR) "Get Fireball clipping" subroutine. Valid for Yoshi's and Mario's fireballs, Stores the clipping X displacement low byte to $00, the clipping X displacement high byte to $08, the clipping width (#0C) to $02, the clipping Y displacement low byte to $01, the clipping Y displacement high byte to $09, and the clipping height (#$13) to $03 (so it's equivalent to the "Get sprite clipping B" routine).

Input:
- Y: which extended sprite slot to get clipping of (should be #$08, #$09 for Fireball #1 and #2)
Example Code Disk Poppy
$02B5BC 48 bytes Sprite subroutine (JSR) Suboutine that updates the extended sprite's X and Y position ($171F/$1733/$175B and $1715/$1729/$1751) by its speed ($1747 and $173D). This alone is without gravity. The rate of movement is “subpixels” (1/16th of a pixels) per frame, similarly to Mario's speed handler at $00DC4F

$02B5BC-$02B5C7: Calls $02B5C8 with the current extended sprite index +10 (number of existing extended sprite slots) to use the X position instead of Y.

$02B5C8-$02B5EB: The subroutine itself. Input:
  • X_Index = $00-$09: Update Y position
  • X_Index = $0A-$13: Update X position
HammerBrother
$02CD45 8 bytes Sprite tilemap related The tile numbers used by sprite 60, the flat green switch palace switch. Tiles meatloaf
$02CD4D 8 bytes Sprite tilemap related YXPPCCCT data for sprite 60, the flat switch palace switch. It contains the priority, flip, and tile high byte values. The palettes used by the top of the switch are at $02CD55. Tile properties meatloaf
$02CD55 4 bytes Sprite tilemap related YXPPCCCT data for sprite 60, the flat switch palace switch. Contains palettes: used only for the top of the switch. The table is indexed by the value in $7E191E. Palettes meatloaf
$02EC72 32 bytes Sprite tilemap related Sprite tiles for sprites 71, 72, and 73: Super Koopa. meatloaf
$02F594 133 bytes Sprite subroutine (JSL) Ghost House Exit main pointer. The actual routine is located at $02F5D0; this is merely a wrapper for it, so it can JSL'ed. Major Flare
$03A6C8 40 bytes Subroutine (JSL) Routine which kills most active sprites and turn them into a smoke. Only the last two sprite slots as well as sprites with a certain ID are not affected.

$03A6E3 is the sprite state of the effected sprites.
$03A6E8 is the timer for how long the is smoke is active.
Whitelist MarioFanGamer
$03BA02 1534 bytes Empty Filled with $FF.

Modified by Lunar Magic:
- $03BB90: Start of Lunar Magic's modified Message Box routine.
- $03BC0B: Pointer to message locations. Note that this changes every time you use LM to edit the messages.
- $03BC7F: Table of the first 2 bytes of the stripe header for message boxes.
- $03BE80: Table of offsets to find the correct message. Indexed by ($13BF * 2 + ($1426 - 1)) * 2
- $03BCDC: (LM 3.00+) Routine (ends in RTL) that computes the current screen exit number Mario is in and puts it in X (required to use for the new horizontal level modes). Note: if the level uses one of the new horizontal modes, the routine will overwrite Y.
FuSoYa
$0CA204 1 byte Coordinate The X position where Mario stops in the Yoshi's House at Ending.
If you change this value, Peach and Green Yoshi's stopping positions will also change to match Mario's. (The spacing will remain the same, but the positions will shift.)
Francium
Pages: « 1 2 3 4 » Per Page: 25 50 75 100 150 500 All

The purpose of this site is not to distribute copyrighted material, but to honor one of our favourite games.

Copyright © 2005 - 2022 - SMW Central
Legal Information - Privacy Policy - Link To Us


Menu

Follow Us On

  • YouTube
  • Twitch
  • Twitter

Affiliates

  • Super Mario Bros. X Community
  • ROMhacking.net
  • Mario Fan Games Galaxy
  • sm64romhacks