Troubleshooting - BluRosie/hg-engine GitHub Wiki
My wild Pokémon with forms show up in a weird corrupt Dex and the game crashes? (see attached image)
Ensure you are using the encounter macros properly in armips/data/encounters.s as per Wild Pokémon Table Documentation.
This specific error was caused by specifying pokemon SPECIES_RATTATA_ALOLAN instead of monwithform SPECIES_RATTATA, 1.
Tools build fails when it can't find "msc" from an active repository before 11 Sept. 2023
Tools are now built automatically. It is recommended you update.
After trying to deal with all of .NET's interoperability issues with WSL, I finally chose to switch on that date to just using mono instead. Existing repositories just need to run:
sudo apt install mono-devel
make clean_tools --jobs
make build_tools --jobs
before running make --jobs again. This will fix the hanging issue as well for pngtobtx0 and swav2swar. This was changed in this commit.
Build fails with nitrogfx failing to be found (on a repository last updated before 7 March 2024)
Run these two commands to reinitialize the nitrogfx submodule as found here:
git submodule init
git submodule update
Build fails when it "doesn't have permissions" for any reason
Try running it again with sudo in front: sudo make -jX
Build fails on otherpoke.narc with a message saying that LF line endings aren't supported
Run:
git rm -rf --cached .
git reset --hard HEAD
The affected pal files in rawdata/otherpoke/arceus-fairy-normal.pal and rawdata/otherpoke/arceus-fairy-normal.pal should now use CR LF line endings. Alternatively, you can manually convert them yourselves with Notepad++.
The correct file will show "Windows (CR LF)" at the bottom right of the editor in Notepad++.
WSL fully crashes out when building something, particularly creating swars
Remove the -jX from the command, running just make. It will take longer, but will take less memory, and thus won't crash WSL.
Trainers aren't building with an error about battletype2
The old trainer structure was a little misinformed, and fields we had labeled were wrong. DSPRE also reads the trainer class as a 2-byte field instead of just a single byte field as the code reads it. To fit in nicely, we made the trainer class a 2-byte field and fixed the old battletype2 field to be just battletype, deleting the original battletype field that was directly after the trainerclass field. This was changed in this commit.
If all of this fails/your problem isn't present, please join the Kingdom of DS Hacking Discord server and wait the 11-minute probationary period before asking your question in #hg-feature-expansions.