theSLAYER

export the edited save from PKHeX. restore the edited save into your game

Dump your ROM. then use that tool and load your ROM. It’ll extract any saves that are stored inside. also, just in case, don’t upload the ROM to our site.

If you look at the first set of data, those are the only info stored somewhat to completion. That’s the most data that is there. so to correct my earlier message, it’s not just 1, it’s a maximum of 6. It’s your entire team as of when you transfer a mon to the pokewalker. Some stuff are still missing, so gonna need to guess them to remake the mons.

You can’t, not for everything. There’s only PIDIV for one mon. The rest don’t have PIDIV stored.

The 3DS action replay doesn't not allow people to export and extract saves. There was a bug that could do it, but I imagine it is patched now. And even if the bug wasn't patched, one could not restore their edited save with it anyway. You're better off installing CFW on your 3DS. It is an easy process.

Looked at the data. All ‘FF’s. It’s not a valid save. Right for PKHeX to not load it. please save properly in-game (the menu within the game, save the game twice, then export the file)

Size is weird. Not dumped correctly or something. When trimmed, it opens in PKHeX fine.

Well it does store PID for your team. And yeah I couldn’t find PID for the Spinda you sent earlier. So it’s probably broken up or precalculated spots. That was definitely Quilava’s moveset tho. Maybe there originally was some function that utilised the moves of a Pokémon to increase chances of finding stuff? Don’t really know what they’re thinking at this point. It’s not new for them to have extra stuff stored. They do the same for wonder records in recent Gens..

That’ll be interesting. Either the sprite is sent, or it reconstructs the sprite based on PID (like maybe it has a base Spinda with no dots), then tosses it out. Would explain why we can’t find the PID. I mean, it does have flags for Unown, Spinda, Arceus, Gender (presumably for gender differences)

Gender differences and form differences have unique flags in the data, so they're easy enough to identify. I wonder if the PID was truncated to something else, so that the spots show up correctly. It would be why I can't find the PID but the spots show up right. It shows the moves what Quilava have, and the level being 25. If it at least showed the IVs, I could try to work backwards to calculate the PID For the section that has Quilava, this is literally all the data there is in the structure: If you're curious, this is the line of code. u16 => 2 words Example: Species => 9C 00. Then take endianness into account, reverse the words and you get 00 9C. Convert that from hexadecimal to decimal (windows calculator in programmer mode can do that) and you get the value 156. 156 is the Dex ID value of Quilava. u8 => 1 word. Example would be to look at level. After linearly looking at all the values, level's value is 19 in hexadecimal. Now convert that to decimal, and you get the value 25. So the level is 25.

That makes sense for teams, that they send partial data over to recreate your team on another walker. The issue came about due to Spinda appearing as-is on the walker. I don't use the walker much. Any idea what is this screen on the walker? What's the conditions for triggering this screen. Just being able to send Spinda over? Sadly I couldn't find the PID anywhere Also is the PID different from the image? The one in the file you sent is different from the image. TID: 22197 SID: 14778

When transferring between games, data in other children substructures get initialized mostly based on the initial child substructure. Here is a quick rundown of the various children substructures and entry from which games would initialize them first. (assuming all transfers are legitimate) Initial Child Origin Games and the games transferred from (first entry) LGPE LGPE SWSH SWSH, HOME, Bank, GO PLA PLA BDSP BDSP Example: A Darkrai, game of origin GO, would first populate the SWSH child, when entered from GO. So, let's say you're trying to insert the file into your BDSP/PLA. If it didn't have a suitable HOME tracker, the SWSH child would never be populated, and that'll result in an illegal Darkrai if you try to transfer it to a different game. Even before transferring to other games, you can tell that it's illegal when viewing HOME either in Switch (game accessed HOME/SWSH) or mobile. On Switch (HOME or SWSH access) The G Symbol (as seen on the Darkrai to its left) is missing. It should only be missing for GO entries sent to LGPE. Should not be missing for direct GO -> HOME entries. On Mobile The ball is notably missing. It should not be missing.

I couldn't find the ID for Blaze in the data, nor the ID for the met location (New Bark Town), so instead I looked for that, and found 3 hits. Cross-referencing against the Quilava hits, there's only one in the same area. Still can't make heads or tails of what I'm seeing, but I'll like to believe it is in this general area. edit: I think I found it, well, parts of it. Unrelated to the area I mentioned earlier. Red: Quilava Green: Tackle Yellow: Quick Attack Blue: Flame Wheel Silver: Ember Now to find the PID. edit1: that data is written at somewhere unexpected. And I can't seem to find other stuff that's useful. Using this and I was able to find data that better fit the recorded structure, but it's a single Kakuna -.- (source: http://dmitry.gr/?r=05.Projects&proj=28. pokewalker#_TOC_2dec5ee9db863ffb68915b70bce4efe4) Probably Final Edit: Sorry, it doesn't look like your Quilava's PID is stored. The only area that would have stored the PID (and also Ability, abd also IVs) data appears to be Team Data, and there's only a singular Kakuna in your Team. The first Quilava instance was for Walking Pokemon (RouteInfo), but PID isn't there. [Image with Quilava info I sent earlier] (since PID and IVs and ability ain't there, also the reason why I couldn't find Blaze earlier) For the other instances where Quilava appears, are logs saying what Quilava has found(item)/captured(species). at the very least, I did find your save's TID/SID. But that's about it. @PixelatedMess64 do you still have access to your Pokewalker? Mind sending a Spinda with a known PID over? in case the PID gets saved anywhere else.

I've tried using a tool to dump full mons from hex, but to no avail. At the very least, there's nothing that is stored in the full pk4 format in that file. Anyways, Quilava doesn't have patterns like Spinda, so not sure what you're on about with the Spinda example.. (unless you were going off this, thus stating PID exists inside?) Anyhow, there's 24 hits for the ID of Quilava in the code (if it's not encrypted), but I don't think I'll be able to tell where the PID is.. edit: hmm, may help if you give me what you can remember for Quilava (or the save that owns this Quilava)

yeah sounds like the ROM hack plays around with the data and checksums in the HoF area. When you export from PKHeX, it fixes all checksums. So that area gets 'fixed', which isn't what your ROM hack expects, thus it appears as corruption. You could go with cheat codes for your device/emulator, if those work for this ROM hack.

It's an old method that doesn't work when they updated the API. But certainly interesting, wasn't aware of this. Also, people would need to develop tools to read the code, else you have a bunch of random data. Which would work the same for the RAM dump. Anyhow, yeah if your Switch is patched then gotta RAM dump mobile variants. Technically you could still dump app packets, it's just that it is not human readable.

https://projectpokemon.org/home/tutorials/save-editing/managing-gba-saves/ would do you good to poke around our tutorials section

Not intentionally. PKHeX only provides support to official games. If the save for the ROM hack happens to work, good for you. But don't treat it as the default position of the program. Based on what you've posted, it seems you're suggesting the issue is related to the prompt. At the current stage I don't think that is so. Backstory: a lot of hack ROMs shift data around in the save, and depending on the severity of how and what is shifted, a save from a hacked ROM ranges from 'will load' to 'won't load' in PKHeX. Attempt at explanation (referencing backstory): just because a save will load into PKHeX, doesn't mean an edited save would load back into your ROM hack. It's possible that data was shifted to a degree that won't impact PKHeX operation, but when PKHeX attempts to save, it'll write 'the data correctly (as per unedited games)', which isn't what your ROM hack expects, so it loads up as corrupted. Anyhow, do you mind checking something out? I am curious about one thing. Load up an unedited ROM hack save into PKHeX, then click this, what does it say? Also, maybe upload the save

try finding a different method to extract the save. are you on NDS or 3DS, and what are you using to extract the save?

Not on bulbapedia Discord server, can't say for sure. What's the reason for asking?

Dear kid, please understand, it can’t be done.

If they belong to another trainer, then it needs a to have your current different trainer as HT, and current handler be HT.