Jump to content

Leaderboard

  1. Lessangel

    Lessangel

    Member


    • Points

      11

    • Posts

      262


  2. Kaphotics

    Kaphotics

    Helpful Member


    • Points

      3

    • Posts

      7842


  3. Davil

    Davil

    Member


    • Points

      2

    • Posts

      90


  4. Kalaxe

    Kalaxe

    Member


    • Points

      2

    • Posts

      116


Popular Content

Showing content with the highest reputation on 02/09/18 in Posts

  1. The RNG for the 3DS pkm games is 128 bit (SFMT) so it allows for any combination. Gen5's RNG is 64bit, not 2*32bit. There was also a Mersenne Twister which was responsible for IVs (regular pkm; wondercards used the aforementioned PIDRNG). Legality is based on whether or not the chance of getting that result is possible within the period of the RNG (time before it repeats). Since the period is orders of magnitude larger than the chance of getting a pkm combination, any combo is valid.
    2 points
  2. uploaded link!! https://mega.nz/#F!NlNyGKqZ!i-QbrdK8qfzebvUJJBpObw added a folder with the name "furfrou-trim" where all the forms of furfrou are.
    1 point
  3. Excuse my misunderstanding. I was under the assumption that getTimeInMilliseconds() was based on User RTC, so every "Met Date" would have the same set of results returned (86.4 million of them). As you said, if the function actually utilises Raw RTC (which is different for each system based on date of manufacture and can be reset by formatting), then there would be no direct correlation between "Met Date" and that date's possible seeds. The following details were what I failed to grasp: The RTC chip has the default date of 01/01/2000 00:00:00 set when system is manufactured, and the Raw RTC starts running from there. User RTC = Raw RTC + Offset. I conflated the default date of the RTC chip as having a direct relationship to the getTimeInMilliseconds() function. Thank you for resolving my confusion.
    1 point
  4. As far as I am able to understand the concept based on this early post over at Smogon, the initial seed for 3DS Pokemon games is calculated using 1) the number of CPU ticks that have elapsed since the CPU was powered on, and 2) the number of milliseconds since 00:00:00, 1 Jan 2000. Considering that the initial seed is basically the digest of SHA-256, is it practically impossible for any "Seed to Time" programs to exist? So even if we could somehow manipulate the message (inputs), it wouldn't be much use. The above train of thought stemmed from wondering whether certain PID/EC/Nature/IV/Gender/Ability combinations are theoretically invalid given a specified met date of a Pokemon, or can every possible initial seed be obtained on any given date? I know in Gens 4 and 5, not every seed is available on every date (some aren't even valid seeds in Seed to Time). Also, unlike Gen 5, where a 64-bit seed is split in half and each 32-bit half can be independently advanced, calls in Gen 6/7 reroll the entire 64-bit value, and I assume (0x41C64E6D * Seed) + 0x6073 doesn't apply anymore. When genning, I want to be as legal as possible (I know Nintendo doesn't care), which I believe involves using 3DSRNGTool to find a feasible frame with the desired spread and corresponding PID/EC combo.
    1 point
  5. Uploaded link https://mega.nz/#F!NlNyGKqZ!i-QbrdK8qfzebvUJJBpObw Now exists Grubbin, and charcabug Fixed: unown-x back, Alolan-raichu Done: furfrou forms
    1 point
  6. 1 point
  7. Thanks, should be fixed in latest commit https://github.com/kwsch/PKHeX/commit/033d5baa060480b84a14f153987420da3be17c4d
    1 point
  8. vc pokemon in gen7 PID click "Reroll" EncryptionConstant will become the same as PID……
    1 point
  9. I just checked my VC Pokemon, and their PID and EC differs.
    1 point
×
×
  • Create New...