Jump to content

PPUser2018

New Member
  • Content Count

    8
  • Joined

  • Last visited

  • Days Won

    1

PPUser2018 last won the day on February 24 2018

PPUser2018 had the most liked content!

Community Reputation

6 Neutral

1 Follower

About PPUser2018

  • Rank
    New Member

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Method: Colosseum/XD (RNG Reporter 10.3.2)
  2. Direct Gen 7 -> Gen 7 trades (Quick Link Trade, Link Trade, Wonder Trade and GTS) do not add memories or residence data. Pokemon Bank does add some data though: Gen 6 -> Bank -> Gen 7 = OT Memories retained; Residence history removed. VC -> Bank -> Gen 7 = Residence updated (Latest added). In both cases, notOT Memories = when it arrived via Link Trade at... somewhere. The Pokemon remembers {random feeling}. Subsequent direct Gen7 -> Gen 7 trades will reset this to the default (seems to have a good memory, but it doesn't seem to be able to remembe
  3. The game does not generate PIDs "using" a specific TID/SID. PIDs are randomly generated, and whether one is shiny depends on your TID/SID. Editing your TID/SID won't change how the game generates PIDs, but it will change which PIDs are shiny. If you copy your newly caught Pokemon over to your old save and change their TIDs/SIDs, there's a slim chance (1/4096) they could become shiny. Every combination of TID/SID has 2^20 PIDs that can be shiny, out of a total of 2^32 possible PIDs. When a Pokemon is generated in-game, a random PID is rolled, and the chance of a shiny PID is thus 2^20 / 2^
  4. 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
  5. Ah, I see. Is the default date/time on the RTC chip not 00:00:00 01/01/2000? So getTimeInMilliseconds() would only be different for users who change the Raw RTC of their system. Of course there's also the number of CPU ticks added into the mix, and both values are then hashed to the produce the seed. My main thought is if I did RNG a Pokemon using a seed I obtained on my system today (based on CPU ticks + milliseconds), and then chose a desired frame (within the set of frames produced from that specific starting state), it's not feasible to ascertain whether that seed could (or could not)
  6. Thank you for the additional insight Kaphotics. Apologies for my rudimentary understanding as I only just started reading about Pokemon RNG so I'm still trying to grasp the differences between generations. With regards to Gen 5, I think I got confused with Smogon's part 3 write-up which references the Mersenne Twister "half" and the other "half" (PIDRNG), but I see now that it's 64-bit. If I wanted to RNG a Gen 6/7 wondercard using today's seeds, could the met date of the resulting Pokemon be changed (to a past date within its original distribution period) and still be considered legal? O
  7. 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/Ge
×
×
  • Create New...