Kaphotics

The extra slots are defined here: https://github.com/kwsch/PKHeX/blob/master/PKHeX.Core%2FEditing%2FSaves%2FSlots%2FExtensions.cs#L240

If there isn't a block listed for ogerpon, then it isn't known how to respawn it. Usually your best options are to restore a backup save before the event, or if you're only after the resulting Ogerpon, just use the encounter database to create one.

Use the Block Data editor to reset the event flag.

Did you set the Pokémon back to the slot once you were done making changes?

Not an issue, because those are just the geolocation data for when it first entered the 3DS era. PKHeX did not flag those features.

The app is a "proof of concept" so it doesn't have many features. You can't ask it to import a zip/folder of files.

Restore a backup of your unedited save file. ROM hacks that change how the save file structure is saved will not usually accept save files that are modified by unmodified-game save editors. If you did not use a save editor, then try using one to see if it is recognized

No, those aren't legal in the slightest; and PKHeX won't even allow you to import the pcdata because the Pokemon format is different between games.

Use the emulator menus to import your editor files; same as you did after you dumped your save file/ROM from your cartridge to resume playing on emulator.

Use it to search for what you want. It will give you a legal starting point, and something to fall back on if you mess up your edits.

Use the command builder drop-down to assemble your filters in addition to commands. You can filter only files from one context (e.g. PK9 is Gen9) or based on Version ID (run once for SL and again for VL).

You're more than capable of doing a tradeback with someone else and observing which fields of the Pokémon's data changed. I'm not going to spoonfeed you the exact steps on what to change because it's already quite evident from this thread (that you necro'd) what you would need to change. Read the messages in this thread, and rub your brain cells together instead of wanting someone to move your hand for you.

Put in a little bit of effort.

Was able to get it to load after rearranging some data in the file and trimming junk written at the end of the file. Inventory, Fashion, and LiveMatchData might have issues, but you can probably work around that. main

It was already mentioned how to do that in this thread.

Use the encounter database to generate a Gastly. Level it up to the level it would evolve into Haunter at least. Set all the required fields as mentioned above to indicate that it was traded, so that it can be a Gengar that evolved via trade.

Pokewalker https://github.com/kwsch/PKHeX/blob/a1914105bf60fe6c23b6ecf0c203ffa53bd78d99/PKHeX.Core/Editing/Saves/Slots/Extensions.cs#L75

Did you unzip the executable before running, or did you run it directly from the zip file?

Can't tell without seeing the save file. Be sure you've properly saved in game and aren't relying on save states to track progress.

There isn't enough met data stored in the PKM to indicate the exact encounter you obtained it from. All it has is the met level, and the moveset really. It finds a possible encounter, checks the moveset being possible, then settles. If an egg could have originated it, or a wild slot, or a starter, what's to say it is one vs the other? An egg will more often be legal, as it is more permissive with levels AND moveset (egg moves, inheritance) compared to other encounters, hence why it is evaluated first (successfully). As for PID correlations, those are only a thing for generations where the correlations exist. For VC transfers, the game generates a random PID and EC, and Nature is based on the experience value it is transferred with (modulo 25).

The latest commits of PKHeX have a Hall of Fame editor for Gen 3. https://projectpokemon.org/pkhex-dev/

Working as intended. You don't have a `trainers` folder with data for BD or SP, so the program has to generate it with some kind of trainer data. The only trainer data available is your currently loaded save file, so it uses that. Since a BD/SP encounter cannot be handled via the Original Trainer in sw/sh (an entirely different version), the program flags it as illegal. You need to either provide `trainer` pkm files so that the encounter database can generate encounters with "legal" trainer data, or you need to change the trainer data of the resulting pkm after it has been generated with placeholder values. It's not really advisable to have the program create a random trainer for the "other" games it has no trainer data for, as there are pros & cons of doing it vs not.

You need to re-export it from PKHeX because the checksums weren't fixed.

Here ya go -- looks like 31 bytes at the start of the save file were missing, and there was some junk data midway through the boxes when that was written at the end. (to any other readers, you can see how the save blocks blocks didn't align at their expected boundary, and that the pk6's sanity 00 00 values suddenly shifted) note: you need to export the save file from pkhex to fix the checksums of the attached file main

No, by virtue of how Gen3 stores save files. Since you had a misconfigured save size, only the first half of the save data was being retained. The save data is compromised of a primary save, a backup save (can be either order), followed by the hall of fame and e-reader block (if applicable). Since your save file is truncated, it only stores one save file (could be either the primary or backup), and a sliver of the other primary/backup. It's cut short well before it would have saved the hall of fame data. The fixer you used to extend the save file to the right size likely just copied half the file to the other half (or just zeroed out the latter half when extending), which isn't the correct fix. I've uploaded a Gen3 save file fixing program in the past month, if you want to try that, but again, your Hall of Fame data is gone, because of the misconfigured save file size.