Jump to content

Pokémon Ruby/Sapphire/Emerald Co-op Mode: Difference between revisions

Pokémon Ruby/Sapphire/Emerald Co-op Mode (view source)

Revision as of 21:51, 15 September 2016

1,733 bytes removed ,  7 years ago
m
Torchickens moved page Ruby/Sapphire/Emerald Co-op to Pokémon Ruby/Sapphire/Emerald Co-op Mode
VisualWikitext
>Torchickens
No edit summary
>Torchickens
 
(6 intermediate revisions by 2 users not shown)
Line 1:
{{Factcheck}}
By the use ofUsing a [[game-alteringcheating device]], theit capabilitiesis andpossible limitationsfor oftwo aor 'co-op'more modeplayers into [[bp:Generation III|Generation III]] can be shown when forced outside ofescape the Colosseum, Union Room or Records Room after linking up together. In theory, this wayallows itthe is possibleplayer to explore Hoenn with a friend with up to four players.
==Method ({{RS}})==
== Example method (Ruby/Sapphire) ==
 
MultipleAt [[game-alteringleast one cheating device]]s areis required for this method,. theThe player needs to temporarily changeuse thea game'scheat codingcode to allow the player to walk through walls, preferably bywith the [[GamesharkGameShark]] code CE2CCCB25D8D815D. (NTSC/US version)
 
1. The code can be activated as soon as the game starts up.
Line 13 ⟶ 14:
4. Start up the link like normal.
 
5. Instead of going to the room, since the player always travels at the same path (relative to his or her location), he/she will walk one step above the door and the game will not crash but rather take both players elsewhere to a valid area, due to the structure of the game's RAM. RegardlessEven ofthough both players notare beingnot in the Records Room, the communication between both players is not lost.
 
6. Both players are now free to explore Hoenn.
 
== Example methodMethod ({{Emerald}}) ==
 
1. Activate any warp code, preferably one which can be enabled by pressing a button, such as the GamesharkGameShark code 9D888122 8CFB57D8 734D21AC ABA1D48F (NTSC/US) which will take the player to Petalburg City when the next time he or shethey travelswalk through a door after holding the R button.▼
Since the game engine for Pokémon Emerald is different, the game would manage an invalid area for when the player steps one step [[out of bounds]] from the Records Room door, hence the game would likely crash. However, this problem can be ammended by redefining the next location the player arrives in by using a 'warp code'. Unlike the example shown for Pokémon Ruby and Sapphire, a 'walk through walls' cheat is not required.
 
2. Start up the link like normal. When walking through the door, if the code requires the player to hold a button, he or shethey should hold down the relevant button, depending on the code.▼
▲1. Activate any warp code, preferably one which can be enabled by pressing a button, such as the Gameshark code 9D888122 8CFB57D8 734D21AC ABA1D48F (NTSC/US) which will take the player to Petalburg City when the next time he or she travels through a door after holding the R button.
 
3. The player should appear in the 'warp location', rather than the recordRecord roomRoom.▼
▲2. Start up the link like normal. When walking through the door, if the code requires the player to hold a button, he or she should hold down the relevant button, depending on the code.
 
== Limitations of the game engine ==▼
▲3. The player should appear in the 'warp location', rather than the record room.
 
Through experimentation, it has been found that if one player enters another location whenwhile communicatedin tocommunication with another player, when entering a new location, the background will fail to load correctly. The graphics can be restored however, by simply changing the game to activate another valid interface such asusing the Pokénav asand whenclosing closed the game will always reload the graphicsit. Regardless of this, the collision detectionsdetection will always still be slightly off, presumably because of the fact that simultaneously the other player would be in a different section of the game map. ▼
▲== Limitations of the game engine ==
 
Trainer Battles may be fought when both players are linked this way but one of the players should always speak to the Trainer. These battles however, often end with the game freezing.
▲Through experimentation, it has been found that if one player enters another location when communicated to another player, when entering a new location, the background will fail to load correctly. The graphics can be restored however, by simply changing the game to activate another valid interface such as the Pokénav as when closed the game will always reload the graphics. Regardless of this, the collision detections will always still be slightly off, presumably because of the fact that simultaneously the other player would be in a different section of the game map.
 
Trainer Battles can be fought when both players are linked this way but one should always speak to the trainer, which may suggest that the bytes managing the "!" mark appearing and the trainer walking up to the player are disabled when both players link up. These battles however, often end with the game freezing. As the menu was changed to how it should be in the relevant communcationcommunications room, the Bag cannot be opened, hence items and HMs cannot be used. It has also been found that doors cannot be entered when both players are in communication with each other, possibly suggesting that another pointer is used for when the player steps out of a door instead, maybe to support the capabilities of a text box being displayed; as the only valid warp in this case would be the exit to the relevant communication room which would ask one of the players whether he or she wants to leave. Interestingly, when a player is in communication with another, for unknown reasons he or she the player gains the ability to walk on water, even if a game-altering device was not used to allow the player to do so.
 
Interestingly, when a player is in communication with another, they will gain the ability to walk on water, even if a code wasn't used to allow the player to do so.
The games are not completely synchronized however, interestingly there are no limitations to the movement of NPCs which can suggest that the game does not make movement completely free to the other players, but rather every other NPC on the current map instead. This can cause some games to have a player walking into someone, while in another they are farther away. This can be fixed by trying to move the players so that they are the same on each screen, but this is never perfect.
 
There are no limitations to the movement of NPCs and this can cause some games to have a player walking into someone, while in another they are further away.{{clarify}}
In the case that one player has progressed in the game further than another player, for example in early gameplay when a man stops to take the player to Petalburg City; if this event has been 'cleared' in the other game, that game will crash because other players will freeze at the barrier for that person's game until it is turned off.
 
Both players may want to make sure they have progressed equally into the game (i.e. in Petalburg City, a man will show the player the gym and make the player follow him, and if someone still has that person there, other players will freeze at the barrier for that person's game, and they will stay until the game is shut off).
==External Links==
==Youtube Video==
#[http://www.youtube.com/watch?v=PFRiyHVvz4g] - How to perform (Youtube).
{{youtube|PFRiyHVvz4g|MasterGamePro}}
[[Category:Effects that can only be seen with a cheating device]]
Anonymous user
Retrieved from "https://glitchcity.wiki/wiki/Special:MobileDiff/31053...31047"
Cookies help us deliver our services. By using our services, you agree to our use of cookies.
More information