Kaphotics

D86EB052

Your first images are you trying to open a folder You have a pcdata Just open the pcdata file via File->Open, or drag & drop it into your save file.

Moving it into a game with PKHeX won't notify HOME that it was moved, so the tracker wouldn't match their expected state (thus it would still get flagged by them). {X} tracker on game {Y} is valid, but {X} tracker on game {Z} is not valid. PKHeX aims to mimic the official behaviors, so it mimics the move reset logic. The program has a "LegalityRejuvenator" which detects the original relearn moves to try and keep things legal, but it does not attempt to migrate the prior moveset. If the logic were changed to try copying moves, it would have to try and do it legally (including setting all moves and any relearn flags) from the original. Chances are, you're going to want to validate the moveset copied over, so just copy it over yourself? If you're wanting to bulk move thousands of files, I would recommend using PKHeX.Core with LINQPad to write your own c# script that converts each file, copies the moves and sets the relearn flags, and compares the movesets, and puts them in separate folders if they match or are illegal. PKHeX has PKHeX.Core available as a code library, and others have written plugins to override/enhance behaviors. Anyone can provide a custom IEntityRejuvenator implementation that maintains a facade of HOME's database and custom migration behaviors, but it's not something that the regular PKHeX aims to do.

Open the folder, or press the open button while in the folder?

Open the Save File in PKHeX and look through the tabs. There should be a single slot to indicate what was last uploaded to the GTS.

This is correct; just looking at your Jirachi, it doesn't have a HOME tracker, which means someone hacked it in to S/V directly instead of it being put in the game by HOME. https://projectpokemon.org/home/docs/home_165/relevance-of-home-tracker-home-v200-v300-and-beyond-r154/

Pokémon are shiny based on the PID and OT IDs they have. You can always test this by just making a shiny egg and setting it to the box; PKHeX displays the star just the same as it were hatched.

You don't need an older version. Open your Sword/Shield save file. If you're looking to edit pk8 files without a save file, just change the Blank Save File setting via Options.

Same junk. If whatever is being dumped is what is on the cart, then there isn't any valid save data to recover / use.

HxD works fine. Bad dumps can be from dirty contacts on the cartridge, or a bad/fake cartridge. If there's only junk, then there's nothing to recover

Attached file is just junk. Open it in a hex editor, and compare the overall visuals to a valid Yellow save file.

Partially untrue .NET 8 works on macOS and Linux; the issue you are having is that Windows Forms .exe does not work for those operating systems unless you use a compatibility shim like Wine, because the .exe uses Windows Forms (Windows-specific drawing GUI stuff) rather than something like Avalonia. The repo is divided into multiple projects. PKHeX.Core being just a code library, no GUI, which works on any OS, and PKHeX.WinForms that uses Windows Forms. The releases that are posted are not code-signed, and new releases are "new" in that it is new to the antimalware scanning (not a scanned definition). The release pipeline is me just clicking Publish on the WinForms csproj and zipping the exe; nothing special beyond that. If you have an extremely high DPI monitor, then yes it might look tiny. If your OS is sandboxing it, then it might be interfering with its rendering. Without seeing a screenshot, can't diagnose/advise. == There have been discussions about Linux/Mac support, and the answer is always that you're free to port whatever. The GUI code is some of the oldest & least abstract code in the repo, and most of the contributions are in the PKHeX.Core side of things as we try to keep up with mechanics on each new game content release. The GUI has been a relative afterthought, and porting >100 forms/controls to another GUI framework when the current one works well enough for most users. Using Avalonia would require each release to include the Avalonia GUI libraries (or require people to install something NOT from Microsoft), which would be a "bloated" exe rather than the ~22 MB zip it is currently. MAUI hasn't shaped up well (Linux support for Desktop lol). So the suggestion from us has always been to just use Windows/vm/wine on a desktop PC, because nobody wants to spend the time porting it to another GUI/mobile framework with full support. Running as a web app (wasm blazor) has its own pitfalls, like some crypto (md5, aes) not being supported (so can't export certain save files). == Checking the contributor graph (and knowing the content of every commit), PKHeX is mostly a solo-contributor project with others chipping in occasionally. I have other projects and interests, and duplicating the GUI (learning a new framework/language) is not something I have much of an interest in.

The file you attached has the mark. It's just not "affixed"/equipped by default (I will change the default behavior in a commit). The other attachment is generated from the regular Area Zero encounter, again at level 52.

Creating things from scratch is a bad idea; Vivillon cannot be wild captured with a Normal tera type. Familiarize yourself with the Encounter Database, and create new things from the templates in there. Manually modifying something else into what you want requires you to make all the necessary changes, which you didn't do.

The 7 star raid isn't found at level 52. You likely generated from a different encounter template.

None of that savedata is anything savedata like; many files are either nonsense / junk, and some have pieces of RAM/ROM data from the games instead of save data.

Thanks for reporting, fixed on latest commit: https://github.com/kwsch/PKHeX/commit/9897630b08674fca077073c11232231e2f18b994

Thanks for reporting; should be fixed on the latest commit. https://github.com/kwsch/PKHeX/commit/50209c4f0d5799af042d2979459341de8877552f

Unable to replicate Archaludon. Ensure it has a HOME Tracker to indicate it has actually traversed from Galar to S/V. The VC gender thing has been broken for the past two years; thanks for bringing it to my attention. Will be fixed in the next commit.

Here you go -- was missing the final block (0x200) of data which contains all the checksums. I truncated your save data to the correct size, then copied another OR/AS save file's last 0x200 bytes to the end of your save file, then opened & exported it with PKHeX to fix the checksums. main

Duplicate: https://projectpokemon.org/home/forums/topic/64401-misc-bug/#comment-287168

Wrong; use a save manager like Checkpoint or JKSV to export your save file data that works instead of manually copying files off the SD. The console stores sensitive data like save files encrypted with a per-device key, hence why programs cannot magically decrypt them. Your attached file is unusable without it being properly exported.

Raids have an RNG correlation that can be calculated in realtime for nonshinies, but shinies require more calculation. Since the amount of calculation needed to validate shiny raids is not feasible for realtime display, PKHeX does not check them.

Generation 3 games do not store any Date values, so no; your Hall of Fame entry will not have the information you seek.

Thanks, should be fixed on the latest commits now! https://github.com/kwsch/PKHeX/commit/6d0b4f77e4e231e8fa1d83386f326fc4ca872981