Kaphotics

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.

PP legality checking was recently added; still needs work to weed out false positives. Can just ignore it for now, but healing the PP won't hurt

Tools -> PKM Database If you dump any files into it, they will be accessible. It also loads everything from all backup save files. There's no need to delete the Pokémon if you grab it from another save file, because data is data. You can also open two windows of PKHeX and copy/delete individually/dump as you see fit. You won't be able to legitimately move them from VC->Gen9 because you'll not get a legitimate HOME tracker. You must transfer them into Gen7 then use Bank to migrate them into HOME the normal way for them to be legal.

The editor has automated fixes that will make illegal Pokemon legal. To check legality directly in the boxes, hold control when right clicking the slot. If they're from a ROM hack, they likely have the wrong ability, which is why the program snaps it back to a legal selection when editing.

Oops, it's been a long day. I re-checked and indeed you are correct; your "real" Magikarp do show as Route 4. I verified on my own copy by obtaining a Magikarp, and they have the Met Location of [104], that of Route 4, not [99] for the Pokémon Center. I have pushed a fix so that the encounter is tagged with the correct met location ID. https://github.com/kwsch/PKHeX/commit/538374b33fb640f127628ee1dd0c1be82ac534b3 The program currently searches through the static encounters first; in Gen4 it's not comparing the met location (since it was changed), so it matched the static encounter first. In Gen3, it was comparing the met location to the template's 99, which didn't match, and it eventually landed on the encounter slot as the "first" adequate match. With the ^ fix, Gen3 will now recognize it as a static encounter. Conversely, what if you caught it via Old Rod Fishing? Well, it matches the details of the gift too, and the gift is checked first, so that would be why the reverse would have the "unexpected" result.

Maybe the logic was improved since the last release; it has been 2+ months and I've added a a good amount of improvements in the detection (as evident by the hover text differences in our images!) On the latest development build, your attached pk3's show up as Static Encounters in Gen3. Generally, you shouldn't have to worry about a "misidentification" -- it could technically be a fishing slot as well, as there aren't any exclusive features. Just is whatever the program finds first.