Editing Game crash

A '''game crash''', also known as a '''game freeze''', is when a video game freezes and ceases all response to any input. Crashes typically occur when the game console's connection with the game is interrupted, when unrelated data in RAM is corrupted when a buffer overflows, its CPU is overwhelmed by how much it has to process, or when the game attempts to access data that cannot be read, either due to corruption or missing files. Most crashes are unlikely to cause permanent damage to the game or console, and simply require the player to turn the console's power off (though modern consoles will usually close the game and send the player back to the console's Home menu); that said, players can lose any data that was not saved prior to the game crash.

Since the [[Nintendo 64]] is a cartridge-based system, losing connection to the attached cartridge will cause the game to crash immediately. This connection is far easier to disrupt than other consoles featuring ''Smash'' titles, with a touch of the console being potentially enough to disrupt the connection and crash the game. Of course, the cartridge can also intentionally be removed to crash the game at any time. As such, ''Smash 64'' is far more prone to freezing without the aid of hacks than its successors.  

 

Aside from hacks and physical disruption, the game is rather stable, with few methods existing for crashing the game. One such method is the [[PK Thunder freeze glitch]], where {{SSB|Ness}} uses [[PK Thunder]] against {{SSB|Fox}}'s {{b|Reflector|Fox}}. Once the PK Thunder is reflected by Fox and Ness reflects it with his forward smash, the game will crash if the PK thunder reaches the edge of the screen or touches a platform.

Unlike the Nintendo 64, the [[Nintendo GameCube]] is a disc-based system that is notoriously durable, and can effectively keep inserted games in place. As such, freezes in ''Melee'' from a connection disruption are rare. When crashes do occur on the GameCube, the game will completely freeze and cease all response to any input as expected, but any in-game music will continue to play.

As [[List of regional version differences (SSBM)#General|several different revisions of ''Melee'' exist]], it is possible for some glitches that cause crashes to be patched out in later revisions. For example, the [[shadow glitch]], which causes the game to crash if players grabbed one of {{SSBM|Mewtwo}}'s [[Shadow Ball]]s from its forward throw, is only present in version 1.0 of ''Melee''.

Like ''Melee'', console hardware-related crashes are rare in ''Brawl'', as the [[Nintendo Wii]] is easily capable of keeping a connection with its inserted game in place, and can handle anything that can occur normally in ''Brawl''. When crashes do occur on the Wii, the game will freeze and cease response as typical, but all in-game sound and music will also be frozen, resulting in a loud, sharp buzzing noise that will play until the console is turned off. Additionally, when crashes occur, the Wii must be shutdown by holding down the power button until the Wii turns completely off (at least four seconds), or unplugging the console; just pressing the power or reset button will have no effect.

Crashes that overload the CPU in ''Brawl'' are rare. One known method to overload the CPU in ''Brawl'' involves the "Lucario Black Hole", where two {{SSBB|Lucario}} on the same team with maximum [[Aura]] stand back-to-back and charge their [[Aura Sphere]]s, while another player on the same team throws fully-charged [[Hothead]]s into the space between the Aura Spheres. After several Hotheads are tossed between the Lucarios, the game will begin to violently shake and can lag; if too many Hotheads are added, or a third, opposing player gets trapped within the Black Hole, then the game may crash, as the CPU can no longer properly perform calculations due to being overworked. Another way of crashing ''Brawl'' through CPU overload is using [[Waddle Dee Army]] on a bunch of [[Sandbag]]s with [[Smart Bomb]]s as the only other item turned on, in a match with 3 pairs of {{SSBB|Ice Climbers}}. With Smart Bombs and Sandbags as the only items turned on, the Sandbags will only ever drop Smart Bombs. The large amount of explosions and objects on-screen can cause the game to crash.

Crashes in ''Brawl'' commonly occur as a result of improperly modifying or hacking the game, owing to the relative simplicity of hacking ''Brawl''. A common novice mistake is neglecting to include hacks that disable the loading of [[custom stages]] while using the [[Smash Stack]] exploit, as the game will try to load the exploit file as an actual stage when the player enters the stage select screen, causing an immediate crash. Another common novice mistake is improperly named or placed files on an SD card when using mods, such as by placing a stage mod based on [[Smashville]] over [[Lylat Cruise]] instead of Smashville, and then going to Lylat Cruise in-game trying to play on the stage. Crashes additionally happen when a specific mod or code itself is unstable or simply not properly made, particularly in mods involving the {{SSBB|Pokémon Trainer}}'s [[Pokémon]] and other transforming characters.  Even when mods are properly set up and the mods themselves otherwise normally work fine, hacking-related crashes often occur from playing in some modes where the mod is unstable or simply unable to be used in such modes; the [[Subspace Emissary]] and [[Tourney (SSBB)|Tournament modes]] are notably unstable with mods in play, with some [[gameplay modification#Super Smash Bros. Brawl|gameplay overhaul mods]], such as earlier versions of Project M, blocking off access to the modes as a result of this. Crashes from using mods can also occur if the connection between the SD card containing the mods and the Wii is disrupted.

A few glitches, however, are capable of causing crashes themselves. The most infamous such glitch in ''Brawl'' is the grab-break glitch with {{SSBB|Yoshi}}, where if a player grabbed by Yoshi manages to break out of the grab before entering Yoshi's mouth, the game will instantly crash. While causing some debate in the competitive ''Brawl'' community over how significant this glitch is (to the point where some players suggested that Yoshi could be banned from tournament play since the glitch would theoretically be unavoidable whenever Yoshi is played), the crash is incredibly unlikely to occur in the middle of a tournament match, as the time between Yoshi's grab connecting and a character entering Yoshi's mouth is so small, it can only occur at extremely low damages and only with exorbitant [[mash]]ing skills on top of very fast reaction to being grabbed; this glitch is so unfeasible to occur in practice that there are no known instances of the glitch occurring in any tournament match. Another glitch capable of causing a crash is the [[Chain Jacket glitch]]; the game will invariably crash if {{SSBB|Sheik}} performs the glitch without having used a prior move. While this can occur in any match involving Sheik, a Sheik player would have to be intentionally invoking it to crash the game through it, thus it carries a clear tournament consequence with the forfeiture of the Sheik player causing the crash.  

Like ''Melee'', ''Brawl'' can crash if the disc becomes damaged enough to where the console cannot read certain data off it, which typically manifests as specific characters and/or stages having their data becoming unreadable, causing crashes whenever the game attempts to access their data, though hacks exist that can allow for data to be loaded via an SD card or USB flash drive. In many cases, the use of such hacks can actually decrease load times, due to flash memory being considerably faster compared to reading data off ''Brawl's'' double-layered DVD. That said, disruption of these connections can still cause crashes, as the game can no longer properly read data from its original source.

{{For3ds}}, similar to ''Smash 64'', can crash if the connection between the Game Card and the Nintendo 3DS is disrupted, as well as if the connection between the 3DS and its [[SD card]] is disrupted; compared to the Nintendo 64, however, these connections are more resilient. Generally when the game crashes due to a loss of connection, the 3DS will show an error message saying that the SD card or Game Card was removed, and can only be closed by shutting down the system or pressing a button to return to the HOME menu. If the game crashes due to other circumstances (e.g. improper hacking or glitches), the system will restart into the HOME menu with a message saying the game closed due to an error.

Similar to the Wii, the [[Wii U]] can easily keep its inserted disc in place. However, the Wii U can handle the higher-quality appearance of {{Forwiiu}} and other games due to the console having 2 GB of RAM versus the Wii's 88 MB (although 1 GB of RAM is allocated for the Wii U's systemwide functions). When crashes do occur on the Wii U, the game and sound freezes, resulting in a loud buzzing sound being emitted, similar to the Wii, while requiring the console to be forcefully turned off by holding down the power button for four seconds.

The [[Nintendo Switch]] handles game crashes differently from previous consoles. The console will not freeze or make a buzzing noise, and will instead automatically close a crashed game with a message saying that the game closed because an error occurred. This failsafe is meant for the game to be shut off cleanly without the player forcing the console to shut off, potentially breaking or corrupting any software or firmware. If a game is stored on a Game Card or an SD card, removing either card will crash the game with an error message, with the system shutting down in the latter case.

Just like the Nintendo 64 and Nintendo 3DS before it, ''Ultimate'' can crash if the connection between the game card and the Nintendo Switch is disrupted, as well as the connection between the Switch and MicroSD card. The Nintendo Switch is the most resilient against these occurrences due to both devices being completely covered during normal playing methods and can only occur intentionally or through catastrophic system failures.

As of version 13.0.1 of Ultimate, very few methods of crashing the game officially remain. With the increasing popularity of modding ''Ultimate'', improper modifications and/or unstable mods are currently one of the main causes of game crashes, similar to ''Brawl'' and ''Smash 4'', though their stability has noticeably improved from previous Smash games and even earlier versions of ''Ultimate''. However, there remains one notable method of softlocking the vanilla version of the game which involves [[Battle Arena|Battle Arenas]]. This can be done by kicking all active participants in an ongoing match, leaving the arena stuck in the "Waiting for players..." state, and forcing the arena host to close the game via the Home screen.

==In competitive play==

If a game crash was definitively caused by the actions of the players, whether intentionally or unintentionally, tournaments typically have a rule that states all players considered responsible for triggering the crash either immediately lose the match, lose the whole set, or are even disqualified, as triggering a crash can be considered disruptive behavior, a particularly extreme form of [[stalling]], or even a cause of [[bracket manipulation]].  

No universal ruling exists in the rarer case of "{{S|wikipedia|act of God}}" crashes in which no active players can be considered responsible for the crash, so when they do occur, TOs have to decide how to proceed on the spot. Typically, the match is restarted with the same characters on the same stage, with some TOs adding the additional stipulation that players [[self-destruct]] to get stocks back to what they were when the game crashed.