Kaphotics

Thanks, added in latest commit: https://github.com/kwsch/PKHeX/commit/827eb94f3c272e58d53dcb76a1d804dcf85258ab

Thanks, fixed in latest commit https://github.com/kwsch/PKHeX/commit/7f9328e8833e57eea9b50c8c6756d43fbfdd3a8c

Nope, nobody has bothered researching it.

Already reported: https://projectpokemon.org/home/forums/topic/48525-lgpe-research-encounters-bleeding-into-a-different-location/

Fixed, re-download.

Nope! http://noseclub.bluwiikoon.art/gscshinyeggs.shtml Keep in mind that they can be shiny if they were transferred before GSC VC were released, since they didn't originally use the same DV->Gender/Shiny determination as Gen2.

gp1ed is written in Visual Basic, PKHeX is written in c# Although they are both .NET languages, it's not wise to mix languages. I don't want to rewrite or maintain stuff that can be easily kept in a separate program. Mystery Gift file editors have always been separate tools; I think gp1 should be handled the same way. They're just templates!

Yes. Blatant hacks/simple derivations aren't worthwhile contributions

If PokeGen and PKHeX can't load the file, then your file is invalid. Upload the file or look at it in a hex editor to verify that the contents are actually a save file.

It opens fine in the latest release of the program.

Entire save is not copied; it stores boxes for numerous savefiles, since you can connect with up to 4 different saves.

The second screenshot describes the game's behavior if you hack in a shiny.

You have to have your console load CROs and exefs in order for the game to be in sync. One file determines what is shown, the other determines what is picked out.

Restore backups and randomize only once.

You'd have to dig through the game code and figure out how to disable that check, assuming the problem exists in that way. Game code modification is pretty much outside the scope of pk3DS; you'd have to use other tools like IDA. There's always a way to do things, but the amount of effort and wisdom required usually isn't worth it.

The game possibly disallows same species evolutions. Keep in mind that the game will clear mega forms when you reload your party.

Thanks, fixed in latest commit. https://github.com/kwsch/PKHeX/commit/0dc45c00ec0db94423c4c620f74f58db356445e5 New release will be available by Friday at the latest

Few threads below:

Uploading to Pokécheck is enabled. Anyways, PKHeX does not modify the trash bytes for you. It is up to you to set the correct trash bytes afterwards. Keep in mind that gen4/5 aren't connected to official servers anymore, so any trashbyte issues really aren't that big of a deal. PKHeX doesn't have a method to set suggested trash bytes, because there isn't thorough documentation/implementation for that yet. I don't really care about them so someone else would have to do that work.

Again, exactly what it means. Bad trainers only have Basic AI logic, Stronger trainers have both Basic and Strong AI logic, and Expert Trainers have all 3.

Visual Studio 2019 Community, and open the "sln" file of the source code (download zip from github's main page)

Trainer flags are self explanatory Can they switch/change pkm during battle? Can they use items? Do they have to consider teammates when choosing a move? Do they white out the player if they win?

Not that hard, but most don't care about uniform abilities/types. The usual randomizer iterates through all entries without any other context; just a simple foreach-loop behavior. Different approaches that use other files as context can have various implementation issues, and need a well defined approach. Things get kinda hairy for alternate formes -- Gen7 introduced forme-specific evolutions, where a specific species-form has its own Evolution set. Also can be weird for future gen pre evolutions; which species of the evolution chain is the root? What about split evolutions like Eevee? If a context based smart randomizer was desired, you'd probably want to determine the root for each species chain, then randomize the root (and all alt forms). For each root element that is modified, get the index within the PersonalTable (form stats index). With the index, get the evolution table entry. Propagate changes, and repeat the index-evolution recursion until the chain ends. Won't really work well if the user randomizes evolutions after... The trickle up described above can be repeated at the end (types, moves), but stats and learnsets... yuck. Basically, a smart randomizer has its own tradeoffs and users might want the ability to customize it further, which is a burden on the (mostly single person) implementer If you want I can always discuss stuff on discord/irc

PKHeX uses sprites/stats from the unmodified games, but any gen6+ edits via pk3DS won't prevent editing in PKHeX. Just incorrect stat calculations (fix by healing/boxing). Editing models is doable outside of pk3DS; there should be threads on this forum discussing that.

Has been fixed internally and will be available in the next release (next week-ish)