sora10pls

Do you have update data for your game installed? You're likely running the latest version of ORAS (v1.4) with a dump from the game (no update data, v1.0). If there's a mismatch between what's installed (1.4) and what's on your SD Card (1.0) in terms of ExeFS and CROs, the game will crash. Either dump the 1.4 update data and use that in your editing process when using pk3DS, or delete your game's update data and run the 1.0 data.

Make sure you're using Luma LayeredFS on the latest release of Luma3DS (9.0); the issue you're describing is the RO module not being patched.

Pro-tip: sort by date modified to see what files were changed when moving files over with your LayeredFS. Generation 6 - DllBattle.cro: Type Chart - DllField.cro: Static Encounters, Gift Pokemon, Starter Pokemon - DllPoke3Select.cro: Starter Pokemon (3D model replacement) Generation 7 - Shop.cro: Poke Mart inventories

You’re using the latest release so it’s unlikely that PKHeX wasn’t able to open the exact same file because of the file extension. You probably have .sav files associated with PKHeX; you can always do the same with .dat

SAV2: cry.sav Your Virtual Console save data is “sav.dat”, not anything with the .sav extension. Again, this is working as intended.

Works fine for me.

Try using Checkpoint.

Congrats on the release! Just as a heads up though, in Ver. 1.0.1’s changelog, this was made possible due to Aussifer’s documentation on GitHub (and my own implementation into the Static Encounter GUI). I believe credit should be given for that I’m excited to play!

GodMode9 -> [A:] SYSNAND SD -> title -> 0004008e -> 001b5000 (US) or 001b5100 (UM) -> content -> 00000000.tmd -> TMD file options... -> Build CIA (standard) It'll dump to sd:/gm9/out/ which you can then extract on your PC.

Dump the 1.1 patch with GodMode9, overwrite files in your game dump with those from the update, and work from there. This applies to all games as well (XY 1.5, ORAS 1.4, SM 1.2).

Above comment is correct, not all Legendaries from Ultra Space Wilds have Relearn Moves; Entei is one that does.

Back in Gen 2, Met Data was only present with Pokémon obtained in Crystal. Likewise, only Crystal Event Flags are implemented into PKHeX. Gold/Silver != Crystal

Dump your own game and replace the GARCs from your dump with the GARCs from the ROM hack.

Did you copy the entire RomFS directory from your ROM dump? You should only be moving over files that you edited with pk3DS. You can always find GARCs in Options->About GARCs. Depending on the game, it'll output every GARC that pk3DS can load/edit. Example of Omega Ruby: https://i.imgur.com/YFJ4dIR.png So if, for example, I only randomized Wild Encounters, Trainer Pokemon, and Static Encounters in Moon, I would move the following to my SD Card: /a/0/8/3 /a/1/0/4 /a/1/0/5 /a/1/0/6 /a/1/5/5 The rest of the GARCs wouldn't be moved to my SD Card because they were not modified and there serves no purpose of moving them. As for CROs, there are only a few notable ones: - DllBattle.cro (Gen 6; Type Chart) - DllField.cro (Gen 6; Static Encounters, Gift Pokemon) - DllPoke3Select.cro (Gen 6; Starter Models) - Shop.cro (Gen 7; Poke Mart data) If you're only moving files that were edited, the game should experience no slowdown whatsoever. I've made several randomizers and never came across the issues you mentioned because I only moved what was edited, the rest is loaded by the game at default. Luma LayeredFS only checks for edited files on the SD Card, and if said file doesn't exist, it loads from the game on its own -- hence the extra, unedited files are unnecessary

Use the latest build. Don’t repack a CIA (or .3DS for Gateway); use Luma LayeredFS.

Poke Mart data in Gen 7 is stored in a CRO, can be edited directly with pk3DS (Mart, BP Shops, Tutors). Data is stored in Shop.cro

I already tested this, the game just doesn’t play a cutscene if the species with that Encryption Constant isn’t between 650 and 658 (Rowlet to Primarina).

The exception you posted clearly mentions “font” several times... the link indeed fixes your problem.

@NamelessWhatever If you're adding GARCs/CROs to the following path, then you're using Luma LayeredFS: SD:/luma/titles/0004000000055D00/romfs/ (ExeFS edits go to the following path: SD:/luma/titles/0004000000055D00/code.bin) code.bin should never be re-compressed when put back on the SD Card, Luma LayeredFS only (properly) loads decompressed. I wouldn't expect the "too many files" thing to be related, since I always add ~12 or so files when doing a Gen 6 randomizer and have never experienced any slowdown or crashes. As for shiny rate, make sure you're using the latest build as older builds just straight up didn't work with the Shiny Rate Editor.

Read my last comment here regarding ExeFS edits. As for the rest, I have 2 questions: 1. What are you using to run the mods? Luma LayeredFS? NTR LayeredFS? A rebuilt CIA? 2. What changes did you make? Would need to know every last one, since I've been playing a Pokemon X randomizer with no issues whatsoever.

Having it in your Box doesn’t revert the Form after exiting the game. Make sure your code.bin is decompressed, edit with the TM editor in the ExeFS tab. When done, rename .code.bin to code.bin and move it to the appropriate location on your SD Card (assuming Luma LayeredFS, sd:/luma/titles/<titleid>/)

My latest PR resolves this problem, @Brodie https://github.com/kwsch/pk3DS/pull/245

I can double-confirm this. After 3 attempts at randomization with SMWE/SMTE and dumping changes to a text file, species 803-807 are never included once. Alternate Formes, however (Necrozma, Lycanroc, Totem, etc.), are included fine. Unsure if other editors are affected by this, though they probably are.

This may be useful