theSLAYER

probably this is the reason. Import blocks where no raids are active. Or revert to a save that no raids are active.

[a] ENG, FRE, GER, ITA, SPA (cross compatible) or [b] JPN As long as it falls between [a] or [b], use the wonder cards from [a] or [b].

Injecting the items into your bag won't trigger the events. Use the plugin to inject the wonder cards into your save. Note: You can only inject one wonder card at a time. So you gotta do it and redeem the item in-game individually each time, per time.

You able to see this on the page?

well at long as you get it to work, it's not problem yeah, I don't have a GBA flashcart too. don't even have a GBA on hand now (cries) nah no worries.

no worries no worries. Just treat it as an explainer for future readers or something yeah save in-game, soft reset the game, and if you can "continue" from the title screen without using any state saves, then it's probably saved in-game. There, close the emulator, then drag the sav into PKHeX. If it still doesn't work, then maybe it's saving into a different folder or something. Check your settings, search your computer for the save. Well, the only way to find out for sure, if play the game on a flashcart on your GBA (if you have one), and see if it's still as laggy. no idea what is BizHawk. From a quick google search, it's an emulator for TAS? In any case, there has to be a folder it saves the save into. And most saves aren't really that different, as long as it saves into the correct size. Since I don't use it, I can't give proper advise on that, beyond check your settings, look for save destination folder, and check if the save is in there (when the emulator isn't open).

Unsure if you were being sarcastic, or being serious. If you're being serious: Do you see how every byte is 0xFF. Everything in your save is 0xFF. Do you know what 0xFF is numerically? 255. Do you have nothing but Item ID 255 (Blue Scarf)? Do you have nothing but Pokémon ID 255 (Torchic)? Is all your Pokémon level 255? Do you see the problem here? This is absolutely not what a save looks like. You didn't upload a proper save. It's why PKHeX won't recognize the file, because it's not a save. Sorry, I can't perform magic. I cannot turn water into wine garbage data into saves. How did you extract your save? You're probably doing it wrong. Maybe you didn't save properly in game. no I don't play ROM hacks. Also, I'm assuming it's either (1) the game or (2) your VBA or (3) your CPU isn't strong enough. Also, don't multipost. just edit the info into your latest unanswered post. I've gone ahead and merged your posts.

Genuine and sincere question: Who knows what your technical level is at, but make an intellect guess, and tell me, do you think this looks like a save?

Given that those were uploaded by me, it looks like something I can answer.. It's just that Mythicals and new mons are creatures of higher interest. I don't see you asking for Regirock/Regice/Registeel and wondering why Regidrago/Regielecki is there Besides, obtaining those 3 are so easy, you could really do it yourself. Even to an extent Keldeo was pretty easy too. Maybe I'll upload them later. Transferring them to my PC was a real hassle.. [I do intend to add the rest eventually, it's just that extraction one by one is kind of a pain for me rn. Got real life commitments]

try

could be you were using some kind of glitch or something? or maybe the romhack is imperfect...

Make sure you're saving in-game, not using some kind of weird save state. If it still gives you a blank save, try using other save managers. If other save managers don't work as well, maybe you have a fake cart.

yeah, but without some kind of RAM watcher, you can only check the PID is after you catch it. And yes, can confirm the PID you roll will be different each time, and XOR<>0 is effectively shiny chance.

yeah, basically someone made a bot and did like a heck load of encounters, re-encountering the same mon in GO Park again and again. (PID changes per encounter, and PID was captured from RAM) Only a very small percent had non 0 xors.. It's not even Bank to HOME, it's just how SWSH displays the shiny. (The PID doesn't change). Additionally, the same effect is applied to GO shinies too. I agree. My best advice is to simply not take GO mons from others, and don't generate a GO origin mon. Then you'll never have to worry bout it XD I don't have info about that. In any case, I would think HOME is just checking the event flags. The event flags for those legendaries are already documented..

@AliceTheAlice thanks for the info! The team is presently (and has been) reviewing information regarding GO -> HOME legality. [they've been thinking about this for a while, even before the announcement] Let me just address a few factors: a) The stuff in pointer form you've mentioned were already being considered :3 b) The xor = 0 would probably match the LGPE shiny formula they used. There's a "shiny chance" of a PID being xor <> 0 in the GO transfers there. c) Gen 5 Shiny Genesect was available to Japan and Korea, not just Japan. Also, I'm unsure of how the PIDs in Gen 5 were generated, but they should have been sufficiently random. Regardless, since it has a fateful encounter, it can only appear as Square Shiny in SWSH.

delete the plugin and try again.

not a question page. will remove your post within 24 hours.

I don’t think that’s accurate. Using the Dream Radar Landorus as a basis, while the therian forme has the same ability, reverting it to incarnate shows HA. Thus, the HA status was carried from the therian forme. In this case, the reverse should also be true. It’s possible it’s not accounted for in PKHeX. FYI: something similar occurs with Flygon. The one you catch in Max Den is HA, but in game you can’t tell cause the ability is the same. You’ll only notice after you breed it. edit: The Incarnate/Therian HA issue is known, and will be fixed in the next stable release.

Yes PKHeX needs to be updated to add them to PKHeX's legality registers Trading has NOTHING to do with PKHeX. It's just that the server's whitelist hasn't been updated yet. Truth ^^

Each tracker is assigned per entry into HOME. So it doesn't matter whether the mon is cloned. So each mon who enters HOME gets a different tracker.

Judging by how Hydro Pump Drillbur is treated, it's likely they'll be treated as illegal. Also, the special moves from Pokémon GO aren't transferred; the moves are reset. What the mistake *is*, is that any mons that exist in LGPE that has a regional variant, incorrectly use the LGPE moveset. For example: Alolan Vulpix uses LGPE Kantonian Vulpix moveset. Galarian Ponyta uses LGPE Kantonian Ponyta moveset. The link you posted doesn't show error, just GO exclusive movesets.

Yup, any GO Pokémon not transferred from LGPE would appear illegal until PKHeX updates. Wait patiently.

I answered you on Discord.

To preface this: I think the video below is a great video, and it is pretty informative. However, people who do not know how to achieve ACE on Emerald may lose out. Anyhow, people would likely wonder/worry about how the event has not been known, or ask other questions about it. The point of this thread is to cover what is known regarding this Pichu event. (it's not about ACE) Video in question: Before I explain what this Pichu is, I need to do a brief explanation of WC3. Brief explanation of WC3 (for FRLG and E): Split WC3 sections: Wonder card data (wonder card text and checksum and other settings) and the wonder card script. [more detailed technical breakdown here] The wonder card script literally controls what the delivery person says, what flags get set, and what the delivery person gives. When the debugging versions of the games leaked, it was discovered that certain debugging wonder cards (such as Old Sea Map, Aurora Ticket, Altering Cave, a Pichu egg etc) were stored in the debugging game. It was also discovered that in the games, the wonder card script is stored separately from the wonder card header. (It was later discovered that the debugging games have a local distribution mode. The wonder cards can be found here) So what is this Pichu? 1) First angle of attack at the problem. Using the dialogue that the hipster-delivery person hybrid spoke, I was able to find the egg Pichu script. (just in case you wanna try it for yourself, be aware that Gen 3 text uses the character encoding) I compared the Pichu Egg script found in the final game, against the Pichu Egg script for debug wonder card (for Emerald). The image below is the comparison. Left data is script from the debugging wonder card, right data is the Pichu egg script taken from ENG Emerald game. Note: offset is 0x674D3D of Final game (ENG), 0x3E4 in size. Besides the offset pointers being different, the rest of the script are almost mostly the same. (If you're curious on how to identify offset pointers, it's B8 XX XX XX 08. For example, in the data of the right, it's B8 3D 4D 64 08. When you account for endianness, it points to 0x674D3D, as mentioned above) 2) Second angle of attack at the problem. The video linked to a pastebin with the relevant codes (useful if you wanna try it out). Comparing to the pastebin (https://pastebin.com/dFLaf2TB), if we ignore the 8 in that highlighted value below (could just be RAM address or something; I imagine ROM data is stored in RAM starting from 0x8000000) You can see that the highlighted value is the same value as the offset I found in (1) [this means the data I found is indeed the correct data] Conclusion/TL;DR: The Pichu Egg is merely a leftover script of a wonder card that was in the debugging versions of the game. There are other scripts that were leftover, such as changing the species in Altering Cave, getting Old Sea Map, getting Aurora Ticket, getting Mystic Ticket etc.

Which link? This one works.