33
edits
Please create an account or Login! Have fun!
No edit summary |
m (fix mistake: this is a CC2 glitch, not Steam release) |
||
(24 intermediate revisions by 6 users not shown) | |||
Line 1: | Line 1: | ||
{{Template:CC2only}} | |||
<!-- "vanishing" was a temporary name for "despawning", and "generating" a temporary name for "respawning". you might see some abandoned references here and there in the filenames.--> | |||
[[Chip's Challenge 2]] has some odd internal structuring that allows objects to be removed from a level through certain glitches and show up again on another level, or on the next playthrough of the same level. This behavior as a whole is known as the '''Despawning and Respawning Glitch'''. It seems to be a way of dealing with multiple entities from the same layer being on the same tile. | |||
== | == Despawned state == | ||
Objects in a despawned state will be intangible and invisible to the level until they attempt to move. They will also persist across ''all'' level changes and resets while despawned. | |||
== Despawning objects == | |||
=== Via spring mining === | |||
All methods of [[spring mining]] can cause despawning if [[turtle]]s are involved or if the tile being mined onto switches to an orientation that would not allow a block to be pushed on it. | |||
=== Via failed | [[File:SpringMineVanish1.gif]] | ||
If you do something that should cause a | |||
[[File:SpringMineVanish2.gif]] | |||
Non-block entities, curiously, only despawn when spring mining a turtle, and not spring mining any other tile: | |||
[[File:SpringMineVanish3.gif]] | |||
Note that dying and despawning, as it is defined, are different. If an entity that spring mines a turtle does not have flippers, they will simply die rather than despawn. | |||
=== Via failed despawns === | |||
If you do something that should cause a despawn but the despawn is interrupted by a level change or reset, any entity that was on the tile where the despawn took place will be despawned on level load. | |||
[[File:PostresetVanish1.gif]] | [[File:PostresetVanish1.gif]] | ||
Line 18: | Line 29: | ||
[[File:PostresetVanish2.gif]] | [[File:PostresetVanish2.gif]] | ||
Entities will respawn as soon as they attempt to move, which is why the glider in the above gif had to be enclosed in toggle doors in order for the despawning not to be immediately undone. | |||
=== Via swapping with a | === Via swapping with a despawned object === | ||
If a | If a despawned object respawns on a tile that already has an object on it, the despawned object "swaps places" with the present object, causing it to despawn. | ||
== | [[File:GenerateVanishSwap.gif]] | ||
== Respawning objects == | |||
Despawned objects will spawn in the same spot they were before once the next level begins. They will only become tangible and visible once they attempt to move. | |||
[[File:GenerationAbuse.gif]] | [[File:GenerationAbuse.gif]] | ||
Objects can | Objects can respawn on top of other objects. Suppose you were to reset an additional time after the glider-in-toggle-doors test: | ||
[[File:DuplicateGliders.gif]] | [[File:DuplicateGliders.gif]] | ||
[[File:Waterbirth.gif]] | [[File:Waterbirth.gif]] | ||
Because multiple | Because multiple despawned entities can have the same position, the above process can be repeated many times to spawn many players: | ||
[[File:RedundantWaterbirth.gif]] | [[File:RedundantWaterbirth.gif]] | ||
However, if there is not already more than one player to start with, the extra player will be unusable since player switching is not enabled in levels with only one player. (Also note that character switching is disabled once only one player needs to exit.) | However, if there is not already more than one player to start with, the extra player will be unusable since player switching is not enabled in levels with only one player. (Also note that character switching is disabled once only one player needs to exit.) | ||
Sometimes, upon a level change, despawned player entities will be unable to move and thus unable to respawn. Level resets seem to work fine. | |||
== Unsafe despawning == | |||
<!-- some of this may be irrelevant, consider moving to another page? --> | |||
When [[NOT gate]]s are introduced into a [[wire]]d [[blue teleport]] system, they cause the resulting teleportation to be one-way. If the NOT gate leads to a wire that terminates without reaching a teleport, any object that enters the teleport will despawn. However, the game will then crash once you restart or load a new level and attempt to start the level, presumably because the despawned object now occupies an invalid position. | |||
[[File:NOTGateVanishCrash.gif]] | |||
The gif above shows this happening with a player, but this crash will happen regardless of the object or objects that teleport. | |||
If the currently selected player gets in this state, or you switch to a player that is in this state, moving will do nothing and you will be unable to drop/shuffle items or switch characters. Furthermore, teleports that have caused an unsafe despawn will act as though they are permanently [[partial posting|partial post]]ed, and will not allow anything to enter. | |||
== External links == | |||
<!-- Temporary - these 2 videos were removed from the Glitch article after some cleanup, but maybe they're useful for this page? --> | |||
* [https://www.youtube.com/watch?v=T15oEC9Mocg Original video] on the Waterbirth Glitch | |||
* [https://www.youtube.com/watch?v=Wunm7N-j-NQ Variant of Block Deletion] involving swivels but no sliding | |||
{{stub}} | {{stub}} | ||
[[Category:Glitches]] | [[Category:Glitches]] |
edits