Jump to content

Kaphotics

Helpful Member
  • Posts

    8071
  • Joined

  • Last visited

  • Days Won

    493

Everything posted by Kaphotics

  1. ty fixed https://github.com/kwsch/PKHeX/commit/afeb06d3ae69cb070bc0c9aa03179659bfb383c8
  2. Related: https://github.com/kwsch/PKHeX/issues/2697
  3. You can have any seed, and they advance in a predictable fashion. You'll be fine with any seed you inject, even randomly entered ones.
  4. Depends how you're inserting the seed; the "four parts". PKHeX displays it as one number; you'd have to check how 3DSRNGTool is presenting the 128bit value and ensure you're importing it correctly.
  5. Depends which game. For games with seeds that are advanced, then you can just replace the seed, like you are describing.
  6. Shift already sets the relearn flags for the current moves. There's no need to have more than the current moves. If you want to give ALL, you have to open the form and hit the associated button.
  7. The batch editor edits PKM files contained in the boxes / folder. There is no way to modify a game's overall progress, as there is no documentation on how every single flag/toggle/value would need to be modified to be at a given point in the storyline. Take a donor save file at the desired progress point, import the PKM from your folder, then make your cosmetic changes.
  8. Read the shortcut list, it's shift ;).
  9. Kaphotics

    Mac Book

  10. PID gender would have been encountered as a Male Combee, which can't evolve to Vespiquen. PKHeX is working as intended, flagging this as hacked is correct.
  11. The mystery gift for LGPE was checking for a ribbon, when it never gets applied or transferred. https://github.com/kwsch/PKHeX/commit/4771158194396562206e255a848beb86ce5231bf
  12. https://github.com/kwsch/PKHeX/commit/9e16df49702852426bb0cbcb9bf40773206bbf00
  13. 5d ago https://github.com/kwsch/PKHeX/commit/5e65df675803995206e66877270327b438649904
  14. There aren't any entered-character sanity checks, so cross-language incompatibility isn't checked.
  15. https://github.com/kwsch/PKHeX/commit/15121c294594bd0e5d53a3e6e7f308406b41cb36
  16. Ignore it if you aren't editing a SWSH save file / pk8 files. It should be hidden for prior format editing, but we missed it before pushing the last release.
  17. Having duplicate/wrong tracker values wouldn't raise flags either? HOME auto-deletes cloned tracker value Pokémon when they're stored on your account at the same time. HOME auto-assigns a new tracker value if left empty. It's better stewardship to let HOME manage things rather than fail to trick it. Edit: As of time of edit, HOME tracker assigns a fresh tracker to any entries entering HOME, that bear a duplicate tracker when compared to an entry already in HOME.
  18. Introduced in the middle of February 2020, Pokémon HOME allows for importing from Bank and Let's Go Pikachu / Eevee, and bi-directional connectivity to Sword & Shield & future titles. When a Pokémon is transferred from Bank or Let's Go Pikachu / Eevee or their games of origin into HOME, it is assigned a unique 64 bit number to differentiate it from other uploads stored on the cloud server. Pokémon that have not yet visited HOME do not yet have a HOME tracker. Pokémon that are traded in-game (online/local trades) do not get assigned a tracker. Pokémon that must travel thru HOME to reach the game it resides on must have a HOME tracker (origin->current). Pokémon that are uploaded in the same batch are not guaranteed to have a similar tracker (sometimes incremental). Pokémon that are missing a HOME tracker that should have one, or have a fake one, are rejected for upload (error 10015). Trackers are only a concern in PK8+ formats. Pokémon that aren't yet in the PK8+ (2019) do not have a field for this data. What exactly is this value be used for? Storing data for each game visited outside of HOME (ex. SW/SH, PLA, BD/SP, S/V...) Tracking how Pokémon are traded between users. Detecting if a Pokémon has been modified/cloned from the original upload. Detecting if a Pokémon is newly entered into the HOME system (having a value of zero). HOME trackers will be changed each upload, so a tracker value is not a permanent value. Only HOME can determine if a tracker value is valid. Only HOME can create valid trackers. Best practice is to let the server assign you a tracker, rather than assigning a blatantly wrong tracker. For local/online gameplay, GameFreak does not check this metadata, so having arbitrary/lacking tracker values does not matter. Validating a HOME tracker requires API access to HOME, and is not something the hacking community will ever have access to. GameFreak does not validate HOME trackers for online play, but for officially sanctioned VGC events, they do -- you shouldn't be using hacked Pokémon in tournaments anyway (against our rules). Due to the described behavior, here are our recommendations: When creating new Pokémon that are from generations prior to Sword & Shield, transfer into HOME via Bank first. When creating new Pokémon that reside in their game of origin, leave the tracker blank. When creating new Pokémon that reside in a game different from their origin set, generate them in their game of origin then transfer. When modifying any (that have already visited HOME) immutable values (PID, IVs, etc), zero out the tracker then transfer starting from their origin games. Why not create a random tracker value? Again, only HOME can determine if a tracker value is valid. HOME will check tracker values to see if the details match the original upload (modified data). HOME will check tracker values to see if the details are on another user's account (cloned data). HOME will disallow uploads if the tracker doesn't match the data on their server (error code 10015). Uploading to HOME without a tracker value will automatically assign a new one (note: only when entering from their native games). You can receive Pokémon that lack a tracker value from other players via trade (in addition to a game's natives). Using an invalid tracker may fool checking tools (like PKHeX) that do not have access to HOME's API, but can still be checked by trying to upload to HOME manually. Do not be deceitful. PKHeX's default settings are to require tracker values (should be on every non-Gen8 origin Pokémon that is residing in Gen8+, etc), but has a toggle setting to opt-out of strict checking. This is to allow users to create the most-legal data without forging an INVALID tracker value, for in-game play.
  19. Leave it blank on anything you create, and clear it for any clones.
  20. Online Rulesets are different than raw legality checks.
  21. It's not a great idea to create your own value. It's recommended to upload it to HOME once and get a unique tracker for each and every 'mon separately.
  22. The WC8 logic sets a random EC/PID if the value is zero, so I'll have to have some workaround for HOME. Just a minor complication Case D : need to debug cross-region variants; annoying stuff!
  23. Case A: Gen8 doesn't have alolan evolution methods, so it fails to reverse evolve it to the base form. Need to figure out how to handle these alolan-only evolutions... Case B: Fixed https://github.com/kwsch/PKHeX/commit/f62b6e33f3934da86ecc238c6ee798d6abc838a6 Case C: It's more like a Wonder Card since it has a fixed OT/ID, kinda like Magearna and Ash's Greninja. The EC and PID are set to zero, so I'd have to have some special logic if we decide to treat it as a (fake) mystery gift. I can also add another type, but idk how different future HOME gifts will be.
×
×
  • Create New...