Kaphotics

https://github.com/pret/pokeruby/blob/d9e59a388c7c4b2464769963b3d58980ce742f70/data/maps/events/IslandCave.inc IslandCave_MapObjects:: @ 838E674 object_event 1, MAP_OBJ_GFX_REGICE, 0, 8, 0, 7, 0, 3, 8, 0, 0, 0, 0, 0, 0, IslandCave_EventScript_15EF9D, 936, 0, 0 note the 'spawn' flag at the end should work for most legendary encounters SkyPillar_Top_MapObjects:: @ 838EE50 object_event 1, MAP_OBJ_GFX_RAYQUAZA, 0, 14, 0, 6, 0, 3, 8, 17, 0, 0, 0, 0, 0, SkyPillar_Top_EventScript_15F316, 773, 0, 0 ^ rayquaza ==== https://github.com/pret/pokeruby/blob/9ba9993be18af162239838cfefe23f535e291ac0/data/scripts/maps/CaveOfOrigin_B4F.inc https://github.com/pret/pokeruby/blob/d9e59a388c7c4b2464769963b3d58980ce742f70/data/maps/events/CaveOfOrigin_B4F.inc CaveOfOrigin_B4F_MapObjects:: @ 838D880 object_event 1, 248, 0, 9, 0, 10, 0, 3, 8, 0, 0, 0, 0, 0, 0, 0x0, 825, 0, 0 Possible that flag 825 has something to do with the Kyogre/Groudon trigger spawn, can't see any other reference though. CaveOfOrigin_B4F_MapCoordEvents:: @ 838D8A0 coord_event 9, 13, 3, 0, 0x409b, 0, 0, CaveOfOrigin_B4F_EventScript_15DDD7 15DDD7 is the map calling the Kyogre/Groudon event, looks like 0x409b (event constant) should be set to 0 to reset the event? https://github.com/pret/pokeruby/blob/9ba9993be18af162239838cfefe23f535e291ac0/data/scripts/maps/CaveOfOrigin_B4F.inc#L75 Edit: can confirm that setting the above constant to 0 allows you to rebattle (sprite doesn't show, but triggers the event when you stand in front of it)

PKHeX exposes the event flags but only previously documented event flag indexes are included. All 'custom' (ie not known) flag toggling must be done in the Research Tab. Only R/S have some flags documented. https://github.com/kwsch/PKHeX/blob/78a557c3cdaa6f48b42cc96df8ccb4d20b897937/PKHeX.Core/Resources/text/other/flags_rs.txt from the disassembly: https://github.com/pret/pokeruby/blob/c47c3abe65e0e0419b691f5d0b6ea93c7b972191/include/flags.h You can figure out what flag does what (ie respawning legends) by either looking at the game's disassembly (which flag ID is being checked in the event script) or you can do a before/after comparison in the research tab.

It's working as intended. PKHeX's 'rand' PID does not generate a PID-IV combination; it only generates a valid PID based on nature/ability/gender when appropriate (for older generations). The legality checker flags illegal data. If you would like to find a valid PIDIV, use RNG Reporter as there are many more things to consider than PID-IVs (such as encounter slots and possible nature/gender locks in the case of Colosseum/XD). RNG Reporter works fine as a standalone; I don't think it's a good use of my time replicating these features if they already work in another program.

PKHeX can edit event flags / variables in gen3, but not everything is documented.

thanks, fixed https://github.com/kwsch/PKHeX/commit/c2567864676e421b91b75d66ffbdea16e2f875f1

PKHeX checks for Espeon 7 frames after Umbreon. https://github.com/kwsch/PKHeX/blob/4b135902f3be2604596d95b93ca2bc1ecfeb45fc/PKHeX.Core/Legality/Checks.cs#L874-L903 Try generating RNGReporter frames with the TID/SID entered in

Thanks, updated in latest commit: https://github.com/kwsch/PKHeX/commit/4b135902f3be2604596d95b93ca2bc1ecfeb45fc

Fixed, thanks https://github.com/kwsch/PKHeX/commit/9c924727239951d08363cbf31935af52e53333fb

set by script files, not currently changeable set by script files afaik, not currently changable unable to replicate on current version; all ability changes are saved. I assume you are checking already captured pkm; the pkm file stores the current ability ID, not 0/1/2-Hidden. Capture something and you'll see the new abilities.

Should be resolved in the latest commit (by only writing the OT if it is modified). https://github.com/kwsch/PKHeX/commit/1a343ead85e4fa2e9006dfec2df7b7ac38c42e5d Thanks for bringing this to my attention

The game checks for the starter pikachu in party as follows: https://github.com/pret/pokeyellow/blob/793c715ba253e08d2807d04d128765ca305d6b15/engine/pikachu_status.asm#L1-L46 checks TID, OT, and species ID OT trash bytes got changed (padding zeroes overwrote the remaining spots)

Was fixed shortly after the last release: https://github.com/kwsch/PKHeX/commit/756f9bb8dc808ddee144a3959ad806cd5f2c2bc4 Ignore the error for now; I'll probably post a new version in the next few days.

In text_Char_zh.txt I see Ｑ near the very end. Looks like Ｚ：・Ｑ (4 characters) may be suspect. I'll try and investigate this more later, unless someone else figures it out before then

=IdentifierContains=1234 Was added back in February but isn't really documented: https://github.com/kwsch/PKHeX/commit/065795cdbea6a8277c35030f697de38b9de6f7a8

1->7 uses a special encoding table, I assume it will be updated when transporter is updated to support 2->7 (see jp_table and us_table in StringConverter.cs) https://github.com/kwsch/PKHeX/blob/e6f43ff629b83f25ae3e514f0d3f931c773a06e0/PKHeX.Core/PKM/StringConverter.cs#L584-L591 basically an array of 'transferred' characters that is accessed by the gen1 encoding value. Anyway, added 6 more jpn gen2 characters to the encoding table https://github.com/kwsch/PKHeX/commit/e6f43ff629b83f25ae3e514f0d3f931c773a06e0 no legality checks right now to check for characters not selectable for gen1; could be useful in weeding out gen1 origin encounters (pls lmk if there's any missing chars for the lookup table, I think I got them all?)

Thanks, fixed in latest commit! https://github.com/kwsch/PKHeX/commit/b201ded8e86f788a2b9059cb0fccf7635963274c For user ease, PKHeX maps both the uppercase and lowercase characters to the same value even though only one naturally exists in the character encoding table. There are other cases of this, as listed in the commit message. Flipped it to map back to the uppercase character not the lowercase.

Use the Mystery Gift Database in PKHeX.

Wild pokemon in gen 5 have their PIDs modified per the trainer's TID and SID.

The 2->7 transfer feature is only enabled for testing recognition of transferred pkm with the same assumptions as 1->7's transfer code. It helps find edge cases sooner rather than later (when the official method is released). Thus the PKHeX legality checks will have higher accuracy than had we not enabled it

Last updated 7 days ago, didn't hear of it until ~36 hours ago. Edit history doesn't show the file as changed since last week, so it's very likely a misclassification. The teamcity builds are more up to date and have a different dll signature (because the code has been updated with fixes and does not have release optimizations enabled), hence why it may not be flagged the same as the release build.

Thanks, fixed in latest commit! https://github.com/kwsch/PKHeX/commit/212a48933560d48d799886876a1d803d575cc4f2

Works fine for me. You didn't upload a pkm file.

Thanks, stealth update in the latest commit: https://github.com/kwsch/PKHeX/commit/14697f47d31c1e2e493c8104415047ded21b3024 0x6040 was 01 01 01 00 instead of 01 01 00 00, same as 0x2E040.

The offsets won't be the same in the two files; the donor has block 0xC as the first block, thus 0x3000 is block 0 and block 1 is at 0x4000. Copy 0x4298-0x4577 from donor to 0x18298-0x18577, then copy 0x3AF8 to 0x17AF8, then re-save in PKHeX.