Crash: Difference between revisions

From Ukikipedia
Jump to navigation Jump to search
m (There done nerds)
m (→‎CPU Crashes: Health is set to 4, not 3)
 
(32 intermediate revisions by 13 users not shown)
Line 1: Line 1:
A '''Crash''', '''Freeze''', or '''Hardlock''' is what happens when [[Super Mario 64]]'s code encounters an error, such as a division-by-zero, that causes the game to stop running and rendering frames. The audio may still play. This is in contrast to a [[Softlock|softlock]], where the game does still run but is stuck in an indefinite state or a loop where no controller input can change it.
A '''Crash''', '''Freeze''', or '''Hardlock''' is when the [[Threads#Game Thread|game thread]] of SM64 stops executing instructions (as opposed to a [[Softlock|softlock]], where the game is still running as normal but is stuck in a loop without any way to get out). Crashes can occur in several different ways, such as a game thread exception or an [[RCP]] (graphics) crash.
 
==CPU Crashes==
== Ways to crash the game ==
 
{| class="wikitable sortable"
{| class="wikitable sortable"
! Cause !! Exception Type !! Notes
! Cause !! Exception Type !! Notes
|-
|-
| Exceed the [[Objects#Object Limit|object limit]] || style="background-color: #fffca8"| [[Address Error Exception]] || Can be done via a variety of methods including cloning, hat duplication, build-up of monty-mole pellets, or money-bag duplication.
| Exceed the [[Objects#Object limit|object limit]] || style="background-color: #ffb65e"| N/A || This is technically not a crash as the game developers accounted for this scenario and made the game enter an infinite loop. However, this infinite loop has the same symptoms as a crash and is one for all practical purposes, so it is included here. This "crash" can be done via a variety of methods including cloning, hat duplication, monty-mole pellet build-up, or money-bag duplication.
|-
| Sending the camera into a [[Parallel Universe|PU]]|| style="background-color: #ff9696" | Floating-Point Overflow ||
|-
| Walking at PU speed for only a portion of the 4 quarter steps on a [[frame]] ||  style="background-color: #ff9696"| Floating-Point Overflow ||
|-
|-
| Have too many [[Objects|objects]] at once on the screen|| style="background-color: #baffa8"|  
| Moving at PU speed with no joystick input for all 4 quarter steps on a frame || style="background-color: #ff9696"| Floating-Point Overflow ||
|-
|-
| Send the camera into a [[Parallel Universe|PU]] on N64 || style="background-color: #ff9696"| Floating-Point Exception ||
| Moving 16384 distance into a wall (Often a PU Crash) || style="background-color: #ff9696"| Floating-Point Overflow ||
|-
|-
| Walking at PU speed for only a portion of the 4 quarter steps on a [[frame]] || style="background-color: #baffa8"|  
| Walking with a speed greater than or equal to 2^31 / 170 (~12.632M) || style="background-color: #ff9696"| Floating-Point Overflow || Mario's speed is multiplied by 170 in some intermediate calculations and casted to an int. When this cast exceeds 2^31 an FPE occurs.
|-
|-
| Moving at PU speed with no joystick input for all 4 quarter steps on a frame || style="background-color: #baffa8"|  
| Turning during a walking action such that speed times change in yaw is greater than or equal to 2^31 * 12 (~12.583M with dyaw = 2048) || style="background-color: #ff9696"| Floating-Point Overflow || Similar to the above.
|-
|-
| Moving at PU speed directly into a wall || style="background-color: #baffa8"|  
| Bully Knockback Division-by-Zero || style="background-color: #ff9696"| Floating-Point Division-by-Zero || By positioning Mario at the exact same X and Z coordinates as the bully, a division-by-zero exception occurs when the game divides by the lateral distance between Mario and the bully to calculate Mario and the bully's new speed after the collision.<ref>[https://www.youtube.com/watch?v=8jd3A2euOjg "Game Crash from Bully Knockback DIV/0" by UncommentatedPannen]</ref>
|-
|-
| Bully Knockback dividing-by-zero || style="background-color: #ff9696"| Floating-Point Exception ||
| Bully/Bob-omb Angle Overflow || style="background-color: #ff9696"| Floating-Point Overflow || When a Bully or Bob-omb is out-of-bounds, the code to keep their angle between -32768 and 32767 doesn't run, and eventually it becomes big enough that a floating-point overflow exception occurs when casted back to an int.<ref>[https://www.youtube.com/watch?v=ZrMxO1eZPGU "Game Crash from Bully Angle Double-to-Int Conversion" by UncommentatedPannen]</ref><ref>[https://www.youtube.com/watch?v=kwQu5qQg-M0 "Game Crash from Bob-omb Angle Double-to-Int Conversion" by UncommentatedPannen]</ref>
|-
|-
| Failed Bully/Bob-omb angle double-to-int conversion || style="background-color: #ff9696"| Floating-Point Exception ||
| Deleting a non-existent file on the File Select Screen<ref>[https://youtu.be/-N5OQPgA6YI "How to crash Super Mario 64 in 20 seconds" by rattleman123456]</ref> || style="background-color: #fffca8"| Address Error || The game tries to find the button object corresponding to the file and set its state to erased. However, the button object doesn't exist (a New File button is there instead), so it ends up trying to write to NULL.
|-
|-
| Deleting a non-existent file on the File Select Screen<ref>[https://youtu.be/-N5OQPgA6YI "How to crash Super Mario 64 in 20 seconds"]</ref> || style="background-color: #baffa8"| ||Go to "Copy" right when you get to the file select, then press "Score", press on any file without save data, go to Erase, and click on yes.  
| Moving a shadow above [[surface]] 12 while it's over OOB || style="background-color: #fffca8"| Address Error || The surface SURFACE_INTANGIBLE (surface 12) has the special property that in some cases find_floor will look for floors below an intangible surface if it finds one. If there's no floor below the intangible surface, find_floor will return NULL for the found floor but the height of the intangible floor. As floors are null-checked by checking if their height is the default value of -11000, this will cause a NULL dereference the next time the game tries to use the floor variable.
|-
|-
| Moving a shadow above [[surface]] 12 while it's over OOB || style="background-color: #baffa8"|  
| Killing a Monty Mole remotely || style="background-color: #fffca8"| Address Error || The game tries to find which hole the Monty Mole should spawn in, but all the available holes are too far away from Mario, so no hole is chosen and the Monty Mole tries to go to a null hole.<ref>[https://www.youtube.com/watch?v=P4AQ9AmWa9s "Long Range Monty Mole Kill Game Crash" by UncommentatedPannen]</ref>
|-
|-
| Killing a Monty Mole remotely || style="background-color: #fffca8"| Address Error Exception ||  
| Killing an uninitialized Monty Mole<ref>[https://www.youtube.com/watch?v=aafLNwyR5kk "Uninitialized Monty Moles" by UncommentatedPannen]</ref> || style="background-color: #fffca8"| Address Error || Similar to above.
|-
|-
| Killing an uninitialized Monty Mole || style="background-color: #fffca8"| Address Error Exception ||  
| Going out of bounds in a room with a painting || style="background-color: #fffca8"| Address Error || Paintings use the floor type of Mario's floor to decide how they should ripple. Going out-of-bounds causes them to try to read the floor type of null.
|-
|-
| Going out of bounds in a room with a painting || style="background-color: #fffca8"| Address Error Exception ||  
| Being pushed off of a hangable [[ceiling]] while hanging and stationary without another ceiling above || style="background-color: #fffca8"| Address Error || The game has a check to make Mario enter freefall if the ceiling above him is not hangable. The programmers failed to account for the ceiling being NULL, so if Mario is pushed off the ceiling and has no ceiling above him the game will try to read the type of a null ceiling and crash.
|-
|-
| Being pushed off of a hangable [[ceiling]] while in the idle hanging action || style="background-color: #fffca8"| Address Error Exception ||
| Sound glitch || Unknown || "Sound glitch" refers to when the audio thread encounters an exception (usually an address error exception), therefore causing the sound to cut out. When the game thread next tries to interface with the audio thread on a level load, the game thread crashes as well. Sound glitch is often treated as one singular glitch even though it is really a class of glitches in the audio library. Sound glitches are usually J-exclusive, however some instances such as the [[BitS]] sound glitch are not.
|-
|-
| Sound glitch (J only) || style="background-color: #fffca8"| Address Error Exception ||
| Teleporting while passing over a loading zone || style="background-color: #fffca8"| Address Error || Since the area changed, there is now no teleporter with the same ID as the one Mario used to warp. Thus the game returns NULL when trying to find an associated warp node to warp to, and crashes when trying to access information about its destination. Under certain conditions, this can cause a Wrong Warp on PAL or Shindou VC.
|-
|-
| Moving the camera immediately when entering [[VCutM]] || style="background-color: #baffa8"|
| Warping out of a level while passing over a loading zone || style="background-color: #fffca8"| Address Error || Similar to above, but only hypothetical. Maybe possible in DDD using the Sub Gate warp and whirlpool cloning to reach the instant loading zone, but not yet achieved without hacks.
|-
|-
| Getting infinite [[speed]] || style="background-color: #ff9696"| Floating-Point Exception ||
| Entering Wiggler's Cave on the Disk Drive version || style="background-color: #ff9696"| Floating-Point Unimplemented Operation || When Wiggler is initialized, his health value is 2048 for a single frame before being reset to 4. Wiggler uses his health to index into a table to get his speed (to move faster when at lower health); 2048 causes it to index out of range and read a denormalized floating-point number as his health, which causes an unimplemented operation exception since the N64 does not implement any operations on denormalized floats except comparisons.
|-
|-
| Going near a painting after getting game corruption || style="background-color: #baffa8"| ||Not possible on console, due to the way [[Emulators]] and [[Virtual Console]] handle addresses.
| Having an object too far away from the camera make a noise (JP only)
| style="background-color: #ff9696" | Floating-Point Unimplemented Operation
|When a noise's pan is determined, it uses the position of the object to calculate the pan. When the object's absolute z-position relative to the camera is large (>= 22000 units) and the x-position relative to the camera is very negative (< -66000), an index for the pan will be generated outside of the bounds of the array for the pan. When the value outside of the array is an invalid float, the audio thread will crash (sound glitch). Does not happen when sound mode is set to Mono.
|-
|-
| [[BitS]] entry sound glitch || style="background-color: #baffa8"| ||8 known instances, not been reproduced. Not J only.
|Casting a shadow on a corrupted triangle
| style="background-color: #ff9696" | Floating-Point Unimplemented Operation
|The limit of surface triangle loaded at once in the game is 2300. However, in [[Hazy Maze Cave]], when using [[Mario's Platform Adventure]], it is possible to load more triangle than this limit. This causes the surfaceList to overwrite part of the face table. If the game tries to cast a shadow on one of the "triangles" created by this situation, the normalX of the triangle will be a pointer and be processed as a denormalized float, which crashes the game when used for arithmethic.<ref>[https://www.twitch.tv/videos/1951116583?t=00h48m42s HMC Denorm Crash]</ref>
|-
|-
| Teleporting while passing over a loading zone || style="background-color: #baffa8"| ||  
|Having the same position as the camera's position || style="background-color: #ff9696" |Floating-Point Division-by-Zero||When Mario stands in the same position as the camera, the game will crash due to a division by zero error.<ref>[https://www.youtube.com/watch?v=vK16L2J0la4 "Faster fastest crash in BoB" by Madghostkek]</ref>
|-
|Rotating a Pendulum using pendulum manipulation beyond the float angle limit.
| style="background-color: #ff9696" |Floating-Point Overflow
|Manipulating the pendulum to rotate beyond the range of an int will error when truncating the float. Verification of this crash took 39 days.<ref>[https://clips.twitch.tv/TiredKnottyOrcaThunBeast-3MHslDyIHpEavrfG "Pendulum Crash" by rcombs]</ref>
|-
|Touching a recovery heart with more than ~10.7M speed.
| style="background-color: #ff9696" |Floating-Point Overflow
|Touching a recovery heart with more than ~10.7M speed will cause float-to-int conversion with a float value that's greater than the max integer value.<ref>[https://youtu.be/nDqSqrnjmHY Game Crash from Touching a Heart with 10.7M Speed]</ref>
|}
|}


==RCP (Graphics) Crashes==
{| class="wikitable sortable"
!Cause!!Exception Type!!Notes
|-
|Have too many 3D models on screen at once|| style="background-color: #fffca8" |Invalid F3D command ||The main display list buffer has two sides, the left side holds F3D commands the game runs, and the right side holds allocated buffers for matrices. When an object's graphics are drawn, 16 bytes are used from the left side and 64 from the right side for each separate 3D model from the object. These two sides overlap when there are too many of these models on screen, leading to both sides being overwritten with garbage data and invalid F3D commands.
|-
|Moving the camera immediately when entering [[VCutM]]|| style="background-color: #fffca8" |Invalid F3D command||The object that spawns the rotating checkerboard platforms in VCutM references a model that doesn't exist. Normally this isn't a problem, since it's not on screen so it's culled before any damage occurs, and it despawns 1 frame after loading the level. However rotating the camera on the first frame, right before it despawns, it just barely comes into view. The non-existent model ends up sending invalid F3D commands to the RCP.
|}
==See Also==
[[Address Error Exception]]
==References==
==References==
<references/>
<references />


<!-- Category -->
[[Category:Glitches]]
[[Category:Glitches]]
{{Glitches}}
{{Glitches}}

Latest revision as of 23:00, 1 August 2024

A Crash, Freeze, or Hardlock is when the game thread of SM64 stops executing instructions (as opposed to a softlock, where the game is still running as normal but is stuck in a loop without any way to get out). Crashes can occur in several different ways, such as a game thread exception or an RCP (graphics) crash.

CPU Crashes

Cause Exception Type Notes
Exceed the object limit N/A This is technically not a crash as the game developers accounted for this scenario and made the game enter an infinite loop. However, this infinite loop has the same symptoms as a crash and is one for all practical purposes, so it is included here. This "crash" can be done via a variety of methods including cloning, hat duplication, monty-mole pellet build-up, or money-bag duplication.
Sending the camera into a PU Floating-Point Overflow
Walking at PU speed for only a portion of the 4 quarter steps on a frame Floating-Point Overflow
Moving at PU speed with no joystick input for all 4 quarter steps on a frame Floating-Point Overflow
Moving 16384 distance into a wall (Often a PU Crash) Floating-Point Overflow
Walking with a speed greater than or equal to 2^31 / 170 (~12.632M) Floating-Point Overflow Mario's speed is multiplied by 170 in some intermediate calculations and casted to an int. When this cast exceeds 2^31 an FPE occurs.
Turning during a walking action such that speed times change in yaw is greater than or equal to 2^31 * 12 (~12.583M with dyaw = 2048) Floating-Point Overflow Similar to the above.
Bully Knockback Division-by-Zero Floating-Point Division-by-Zero By positioning Mario at the exact same X and Z coordinates as the bully, a division-by-zero exception occurs when the game divides by the lateral distance between Mario and the bully to calculate Mario and the bully's new speed after the collision.[1]
Bully/Bob-omb Angle Overflow Floating-Point Overflow When a Bully or Bob-omb is out-of-bounds, the code to keep their angle between -32768 and 32767 doesn't run, and eventually it becomes big enough that a floating-point overflow exception occurs when casted back to an int.[2][3]
Deleting a non-existent file on the File Select Screen[4] Address Error The game tries to find the button object corresponding to the file and set its state to erased. However, the button object doesn't exist (a New File button is there instead), so it ends up trying to write to NULL.
Moving a shadow above surface 12 while it's over OOB Address Error The surface SURFACE_INTANGIBLE (surface 12) has the special property that in some cases find_floor will look for floors below an intangible surface if it finds one. If there's no floor below the intangible surface, find_floor will return NULL for the found floor but the height of the intangible floor. As floors are null-checked by checking if their height is the default value of -11000, this will cause a NULL dereference the next time the game tries to use the floor variable.
Killing a Monty Mole remotely Address Error The game tries to find which hole the Monty Mole should spawn in, but all the available holes are too far away from Mario, so no hole is chosen and the Monty Mole tries to go to a null hole.[5]
Killing an uninitialized Monty Mole[6] Address Error Similar to above.
Going out of bounds in a room with a painting Address Error Paintings use the floor type of Mario's floor to decide how they should ripple. Going out-of-bounds causes them to try to read the floor type of null.
Being pushed off of a hangable ceiling while hanging and stationary without another ceiling above Address Error The game has a check to make Mario enter freefall if the ceiling above him is not hangable. The programmers failed to account for the ceiling being NULL, so if Mario is pushed off the ceiling and has no ceiling above him the game will try to read the type of a null ceiling and crash.
Sound glitch Unknown "Sound glitch" refers to when the audio thread encounters an exception (usually an address error exception), therefore causing the sound to cut out. When the game thread next tries to interface with the audio thread on a level load, the game thread crashes as well. Sound glitch is often treated as one singular glitch even though it is really a class of glitches in the audio library. Sound glitches are usually J-exclusive, however some instances such as the BitS sound glitch are not.
Teleporting while passing over a loading zone Address Error Since the area changed, there is now no teleporter with the same ID as the one Mario used to warp. Thus the game returns NULL when trying to find an associated warp node to warp to, and crashes when trying to access information about its destination. Under certain conditions, this can cause a Wrong Warp on PAL or Shindou VC.
Warping out of a level while passing over a loading zone Address Error Similar to above, but only hypothetical. Maybe possible in DDD using the Sub Gate warp and whirlpool cloning to reach the instant loading zone, but not yet achieved without hacks.
Entering Wiggler's Cave on the Disk Drive version Floating-Point Unimplemented Operation When Wiggler is initialized, his health value is 2048 for a single frame before being reset to 4. Wiggler uses his health to index into a table to get his speed (to move faster when at lower health); 2048 causes it to index out of range and read a denormalized floating-point number as his health, which causes an unimplemented operation exception since the N64 does not implement any operations on denormalized floats except comparisons.
Having an object too far away from the camera make a noise (JP only) Floating-Point Unimplemented Operation When a noise's pan is determined, it uses the position of the object to calculate the pan. When the object's absolute z-position relative to the camera is large (>= 22000 units) and the x-position relative to the camera is very negative (< -66000), an index for the pan will be generated outside of the bounds of the array for the pan. When the value outside of the array is an invalid float, the audio thread will crash (sound glitch). Does not happen when sound mode is set to Mono.
Casting a shadow on a corrupted triangle Floating-Point Unimplemented Operation The limit of surface triangle loaded at once in the game is 2300. However, in Hazy Maze Cave, when using Mario's Platform Adventure, it is possible to load more triangle than this limit. This causes the surfaceList to overwrite part of the face table. If the game tries to cast a shadow on one of the "triangles" created by this situation, the normalX of the triangle will be a pointer and be processed as a denormalized float, which crashes the game when used for arithmethic.[7]
Having the same position as the camera's position Floating-Point Division-by-Zero When Mario stands in the same position as the camera, the game will crash due to a division by zero error.[8]
Rotating a Pendulum using pendulum manipulation beyond the float angle limit. Floating-Point Overflow Manipulating the pendulum to rotate beyond the range of an int will error when truncating the float. Verification of this crash took 39 days.[9]
Touching a recovery heart with more than ~10.7M speed. Floating-Point Overflow Touching a recovery heart with more than ~10.7M speed will cause float-to-int conversion with a float value that's greater than the max integer value.[10]

RCP (Graphics) Crashes

Cause Exception Type Notes
Have too many 3D models on screen at once Invalid F3D command The main display list buffer has two sides, the left side holds F3D commands the game runs, and the right side holds allocated buffers for matrices. When an object's graphics are drawn, 16 bytes are used from the left side and 64 from the right side for each separate 3D model from the object. These two sides overlap when there are too many of these models on screen, leading to both sides being overwritten with garbage data and invalid F3D commands.
Moving the camera immediately when entering VCutM Invalid F3D command The object that spawns the rotating checkerboard platforms in VCutM references a model that doesn't exist. Normally this isn't a problem, since it's not on screen so it's culled before any damage occurs, and it despawns 1 frame after loading the level. However rotating the camera on the first frame, right before it despawns, it just barely comes into view. The non-existent model ends up sending invalid F3D commands to the RCP.

See Also

Address Error Exception

References