theSLAYER

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.

it's definitely not related to day skipping. I do that, so that ain't it. Do you still have "competition locked" Pokemon in your boxes. I imagine it's related to restoring a save either after you "competition unlocked" them or "recieved the gift".

There's no tool to inject WR8 into the WR8 bin presently. If you can figure it out (and documentation here), and it's not difficult to figure it out, all you need is to insert the WR8 into the bin, then inject the bin into your save with PKHeX.

unrelated to day skipping. Check your VS battle stadium rewards, let your team be unlocked (be it online competition or ranked battle). Potentially could be related to you reverting to an older save too. Usually it's something like that.

And add Latest NotOT handler

There isn’t any need to. Any event mon can be traded... you cannot receive event mon in-game using injected wr8...

I'm unsure how the VC injected GBA Pokemon saves would be different from proper GBA saves, but I would think there's some offset differences, hence why people have issues with it. If we're just talking about Gen 3 saves in general, I think the relevant offsets have already been documented: https://bulbapedia.bulbagarden.net/wiki/Save_data_structure_in_Generation_III#Data

Sadly no, because I'm not interested in GBA Pokemon injected into VC.

I don't do it, so I don't really know. I assume you're gonna need to compile your own PKHeX, with one of the resources being the personal file that has the changes done in pk3DS. I don't know if PKHeX has any kind of special overlay mode and whatnot... I actually refrained from answering here simply because I don't have an answer.

Yes you are right: the flag doesn't force star shinies. The same byte appears in standard event raids, as well as Dynamax crystal raids (tho it has yet to be used as this point) For my example earlier, I was referring to event raids, tho I suspect a similar mechanism also exists for standard den raids (I need to check back on the shiny byte in pkNX). Besides the fact that I've tested the byte for event raids, there's also wild area events that proves the point: recall the forced Shiny Magikarp, Shiny Clefable, Shiny Gourgeist, there were all forced square shiny. It appears they don't have a byte to switch between Square and Star shiny. The forced shinies results in squares. (as seen under shiny status) Ultimately, without going into the argument of "which shiny is more special", because that is subjective (i.e. depends on the eye of the beholder), it is a fact that Dynamax Adventure shinies are locked to XOR=1. If you want square shinies, just import the mon from a previous gen. Pokemon from past/other games typically can be Square or Star, with the exception of Shinies from PGO; certain code in the game forces any shiny from PGO to appear Square, just like Fateful Encounters.

To be fair, SWSH has treated any shinies with fateful encounter to be Square (regardless of actual PID) long before the aforementioned events were released, so it isn't anything special. To add on, forced shinies from Raids were locked to Squares, so in some sense getting the locked species in Star Shiny were actually more special (on the basis of lower rates compared to forced shiny). Well, to each their own.

Square shiny can only be xor=0 Dynamax Adventures can only be xor=1. That should be enough information for you to derive the answer :3

Maybe PKHeX changed it's shiny code from batch editing. In any case, there's nothing wrong with PKHeX. Pokemon that were transferred can be one of either star or square. It probably was just RNG (in terms of batch editing making shinies). Carry on with what you're doing.

and did you use .PID=$shiny0 as a command?

but were their PIDs hacked by you, before transfer?

and that's enough info. The PID doesn't change from UM -> SWSH. The PID doesn't change with transfer process, not by PKHeX, not by HOME. Nothing changed in HOME or SWSH. The one thing I gotta to ask is: are the square shinies events? As I said, fateful encounter shinies are displayed as Square. Unless, these PIDs were made shiny by PKHeX (before and after the supposed update)? Tho I don't think they changed the shiny formula...

are you using PKHeX to transfer VC games to gen 8, or just any random games. As said, PKHeX doesn't change the PID (if the PID already exists. Slight exception: if the mon wasn't shiny in Gen 3/4/5, but it bears a PID that would allow it to morph into a shiny beyond Gen 5. Then again, that "PID change" uses the official game method of flipping a bit). All in all, PKHeX emulates the transfer as per the games. So it's probably a coincidence that you're noticing these. What games were you "transferring" the from?

erm.. what determines square or star is based on PID, so the PID doesn't change upon transfer, so I don't see what that has to do with PKHeX. (Note: Stuff from GO and fateful encounters are displayed as square in SWSH, also nothing to do with PKHeX) Some mons can be star, and some can be square. nothing to do with PKHeX..

try Read and follow the instructions fully and properly.

lol.

your save probably has extra flags that will cause it not to be recognized as a save file. Happens a lot with saves from ROM hacks.