Kaphotics

Assuming you followed a youtube tutorial, I'd try following another or reading the comments. The4thGenGamer's tutorial has a few inaccuracies with a step...

Bad ROM dumps. If you're getting index exceptions, your exefs is bad.

Updated downloads; redownload.

Follow another guide, or read the comments on the video. That youtube video is notorious for ppl having trouble dumping things correctly.

Bad ROM dump.

Remove the "Calc" from the property name; you're needing to do HeightAbsolute etc

private static ModifyResult SetSuggestedPKMProperty(string name, PKMInfo info) { var pk = info.pkm; switch (name) { // pb7 only case nameof(PB7.Stat_CP) when pk is PB7 pb7: pb7.ResetCP(); return ModifyResult.Modified; case nameof(PB7.HeightAbsolute) when pk is PB7 pb7: pb7.HeightAbsolute = pb7.CalcHeightAbsolute; return ModifyResult.Modified; case nameof(PB7.WeightAbsolute) when pk is PB7 pb7: pb7.WeightAbsolute = pb7.CalcWeightAbsolute; return ModifyResult.Modified; Use $suggest for the calculated values.

https://github.com/kwsch/PKHeX/issues/2261 -- has already been fixed, and will be available in the next release (in the next few days).

Per the PKHeX main thread: You cannot edit saves that are dumped by Powersaves. Get custom firmware or homebrew; Powersaves will never allow you to edit save files with their device/platform.

If the bottom layer is 1 bytes, anything longer than 0 bytes will overwrite the bottom layer. AAAA{terminator} B{terminator} results in AAAA{terminator}. AA{terminator} BBBB{terminator} results in AA{terminator}B

will be available in the next release https://github.com/kwsch/PKHeX/commit/61bf82e2bd964d3f6ce828d45507f225e5064da4

No such Stantler exists. https://bulbapedia.bulbagarden.net/wiki/Stantler_(Pokémon)#In_events Eeveelutions from Entree Forest are not mystery gifts. https://bulbapedia.bulbagarden.net/wiki/Umbreon_(Pokémon)#In_events You can find non-mysterygift encounters in the Encounter Database (ctrl-N).

Move Tutor data is stored in the personal.narc file From PKHeX: TMs at 0x28, Type Tutors (Grass/Water/Fire hyper beams etc) at 0x38 B2W2 Move Tutors at 0x3C.

It's still possible to have PKHeX set invalid EVs, but the hotkeys required to override the saving restrictions is not publicized. You can't do local battles with invalid EVs, so you're restricted to regular in-game battles with invalid EVs.

Options->About PKHeX->Shortcuts Gen1/2 don't store language; PKHeX tries to detect a language if there's any. If there isn't, the combobox's value doesn't change. It's only really there to help you switch a species' language-nickname.

If you click the OT label and have it apply OT details, it'll slap on the savefile's OT trash bytes in addition to the relevant trainer details (gender, geolocation). To bring up the trash byte editor for a given field (nickname/OT), hold control and click on the textbox.

https://stackoverflow.com/questions/16602256/80040111-classfactory-cannot-supply-requested-class-exception-from-hresult-0x8?noredirect=1 This also mentions running it as administrator; try giving that a shot. I don't really want to add in programmatic workarounds for Windows/WinForms specific bugs Now that there's a thread documenting the issue and a possible user-workaround, seems okay now. possible logic workarounds: https://blog.lextudio.com/openfiledialog-crashes-with-comexception-0x80040111-f51e18d1ab89?gi=87be3cc1be63 try { if (dialog.ShowDialog() == DialogResult.Cancel) { return; } } catch (COMException ex) { if (ex.StackTrace.Contains("System.Windows.Forms.OpenFileDialog.CreateVistaDialog()")) { // IMPORTANT: use a workaround to suppress failure. dialog.AutoUpgradeEnabled = false; if (dialog.ShowDialog() == DialogResult.Cancel) { return; } } }

Trash Bytes for Nickname/OT the game compares the full sequence for the OT name (including trash bytes)

Done: https://github.com/kwsch/PKHeX/commit/0156958f1aa330b73d19ca7978829465108eff5a

Added Trainer Records editing in the latest commit: https://github.com/kwsch/PKHeX/commit/fa4318ae2f4ca0a6e15c2f4fa5a25438b4fc50d9

>eevee bred it has no relearn moves, thus not bred. There's a gift eevee encounter that looks almost exactly like a bred eevee, except it has no relearn moves. PKHeX is working as intended.

RandomGender: It's a derived property (gets a random valid gender), so the dual gendered mons may return a different random gender. Ignore that column -- I just removed it from the export by changing the inner logic (no longer a Property) I'll investigate the others for Trainers edit: @Dziggy thanks, all should be resolved now

Correct, apparently Nascour's team isn't locked at all.

Needs to have full offset list etc. Here's what's needed for full info: for RS: block 2 @ 0x614 = 0x614+0xF80 within the Large save block, which falls under the gameStats region. https://github.com/pret/pokeruby/blob/fef1f0c11af596f9a740bbab82836dcef6978bab/include/global.h#L678 0x1540 starts the Trainer Stats, and is thru 0x1607 (total of 50 stats, 4bytes per stat) Some stats (incremented) have a maximum of 0x00FFFFFF (16,777,215): https://github.com/pret/pokeruby/blob/cbc414c44115550c811d6629c23c2e749d9d7fe3/src/overworld.c#L277-L286 Game Stat enumeration: RS (50): https://github.com/pret/pokeruby/blob/f839afb24aa2c7b70e9c28a5c069aacc46993099/include/constants/game_stat.h E (64): https://github.com/pret/pokeemerald/blob/3a40f5203baafb29f94dda8abdce6489d81635ae/include/constants/game_stat.h FRLG (64): https://github.com/pret/pokefirered/blob/8367b0015fbf99070cc5a5244d8213420419d2c8/include/constants/game_stat.h Confirmation that E/FRLG xor the gamestats: E: https://github.com/pret/pokeemerald/blob/3a88ab831d2fb57e1f3e0908aeb79395700867d4/src/overworld.c#L506-L512 FRLG: https://github.com/pret/pokefirered/blob/8f7400809626c0f72dfe751665126f94181fd7c1/asm/overworld.s#L316-L331 RS (doesn't): https://github.com/pret/pokeruby/blob/fef1f0c11af596f9a740bbab82836dcef6978bab/src/overworld.c#L288-L294 === Outside of that, figuring out how to present the UI without it being a large implementation needs to be done...

For each pokemon that has a PIDIV requirement (nonshadow), the game must [regenerate PIDIVs until satisfied] before generating the next party member. Colosseum usually has Shadow mons first, and XD has them at the end of the party. Results in less locked-down data for Colosseum Anything without locks can have any PIDIV (assuming it's of C/XD type origin)