Luck manipulation: Difference between revisions

← Older edit

Luck manipulation (view source)

Revision as of 01:59, 17 May 2022

1,073 bytes added , 2 years ago

m

→‎Principle: Clarified a little in response to a comment.

VisualWikitext

Anonymous user

glitchcitywiki>Bbbbbbbbba

Revision as of 02:23, 23 August 2019 (view source) >Bbbbbbbbba (It says a lot about me that I consider this to be not technical enough...) ← Older edit		Latest revision as of 01:59, 17 May 2022 (view source) glitchcitywiki>Bbbbbbbbba m (→‎Principle: Clarified a little in response to a comment.)
(4 intermediate revisions by one other user not shown)
Line 6: The word "random" is essentially synonymous with "unpredictable". It is believed that [https://en.wikipedia.org/wiki/Hardware_random_number_generator some physical processes] are "truly random", i.e. absolutely unpredictable ahead of time, due to underlying quantum effects. However, specially designed hardware is usually needed to utilize those truly random physical processes. Other "random" processes, like rolling a dice or tossing a coin, have their results almost completely determined by the initial conditions, like the height, velocity, and spinning speed of the throw. However, since it is almost impossible for a normal human to control or otherwise determine those parameters to the precision needed to predict the results, those processes can also be considered random. The "randomness" in computers and video games is usually of the ~~later~~latter kind — deterministic given initial conditions, but difficult to predict nonetheless. In this case, the "initial conditions" mostly come from user inputs, including their precise timings. It is theoretically possible for cycle-level (on the order of 10<sup>-6</sup> second) timings to affect the state of the hardware (possibly in subtle ways, like forcing the V-Blank interrupt to wait for an instruction to complete). Frame-level (~1/60 s) timings tend to affect it in more significant ways, although depending on the specific implementation of the RNG and the game in general, inputs at some frames may not be factored into the RNG. The internal state of an RNG is sometimes known as the "seed". Since many random numbers might be needed at a time when there are few or no external inputs, the unpredictability of random numbers depend on the unpredictability of the seed. Even if unpredictable at the beginning, a seed of finite length cannot generate an infinite sequence of truly random numbers, as each random number carries a certain amount of information about the seed, eventually making the seed, and thus further random numbers, predictable. The best RNG designers could do is to make the outputs "pseudorandom", i.e. making it a difficult computational task to predict later outputs from previous ones. However, real world RNGs, especially ones from old console games, are often not very carefully designed, making it feasible to analyze the outputs and retrieve the seed. Line 15: === TAS === In tool assisted speedruns (TASes), human precision is not an issue, so the player can get the desired outcomes for all the random events, as long as they are possible at all (although sometimes frames might need to be sacrificed). Therefore from the watcher's perspective, the player would seem to be absurdly lucky. In Pokémon TASes, this might mean getting all the critical hits that would save a turn while the opponent repeatedly misses moves, or walking through caves with no Repels and no encounters, etc. <!-- maybe mention button input delay? --> The fact that all "randomness" becomes controlled is also why TASes can be encoded as input files ("movie files") instead of videos, and played back on an emulator/console (through the use of a machine). However, as mentioned above, the RNG is affected by some very subtle factors, including hardware timing details. Therefore de-synchronization may occur if the movie file is played on a different emulator/console than the one used to make it, simply because one (or both) of the emulators/consoles didn't mimic the original hardware down to the finest detail. Line 30: * Not getting unwanted encounters before Repels can be bought. For glitched runs, RNG manipulations are used more intensively. In addition to the above purposes, they are used to manipulate exact byte values that are needed for specific ~~glitches,~~exploits ~~some~~that ~~not~~reference ~~intended~~values ~~to be controllable by~~not ~~the~~relavant ~~player~~in atglitchless ~~all~~runs (like the player's Trainer ID and Lucky ID). == ~~Out~~Outside of speedruns == ~~{{Stub}}~~ ~~Luck manipulation techniques can be used to get Shiny Pokémon and Pokémon with perfect IVs.~~ Luck manipulation techniques can be used to get shiny Pokémon and Pokémon with perfect IVs, a necessity for competitive players both in casual Wi-Fi battles and in sanctioned tournaments. The techniques for that will be detailed in the sub-pages. ==External Links==▼ == In each generation == [http://wiki.pokemonspeedruns.com/index.php/Pok%C3%A9mon_Red/Blue/Yellow_DSum_Manipulation Pokémon Red/Blue/Yellow DSum manipulation].▼ [http://www.smogon.com/ingame/rng/emerald_rng_intro Smogon's guide to Pokémon Emerald RNG abuse].▼ [http://www.smogon.com/ingame/rng/dpphgss_rng_intro Smogon's guide to Generation IV RNG abuse].▼ [http://www.smogon.com/ingame/rng/bw_rng_intro Smogon's guide to Pokémon Black and White RNG abuse]. With each new generation of Pokémon (excluding the first two), the mechanics and means of application of the RNG have changed drastically. With the exception of the four entries in Generation VI, the RNG can be predicted and controlled without external tools or modifications. ~~==See also==~~ [[Luck manipulation (Generation I)]] Line 52 ⟶ 47: [[Luck manipulation (Generation VI)]] [[Luck manipulation (Generation VII)]] [[Luck manipulation (Colosseum/XD)]] === Individual points of interest === [[Battle Video exploit‎]] [[Cute Charm exploit]] [[RNG correlation (Generation I)]] [[RNG oddities (Generation III)]] ▲==External Links== ▲[http://wiki.pokemonspeedruns.com/index.php/Pok%C3%A9mon_Red/Blue/Yellow_DSum_Manipulation Pokémon Red/Blue/Yellow DSum manipulation]., an older generation I technique to manipulate encounter slots based on deducing the RNG state instead of controlling it [http://www.smogon.com/ingame/rng/emerald_rng_intro Smogon's guide to Pokémon Emerald RNG abuse]. <!-- Most of this is fine, albeit uninformative, but the Method 1 and wild encounter subpages are outdated and shouldn't be referenced. The other two are very good all around. --> ▲[http://www.smogon.com/ingame/rng/dpphgss_rng_intro Smogon's guide to Generation IV RNG abuse]. ▲[http://www.smogon.com/ingame/rng/~~emerald_rng_intro~~bw_rng_intro Smogon's guide to Pokémon ~~Emerald~~Black and White RNG abuse]. [[Category:Non-glitch exploits]] [[Category:Terminology]] [[Category:Reference documents]]