Jump to content

Kaphotics

Helpful Member
  • Posts

    7272
  • Joined

  • Last visited

  • Days Won

    362

Everything posted by Kaphotics

  1. It's gender / shiny locks, the game requires the starters to be male & not shiny. Will have to update the checking routine to be a little more flexible... I didn't want to have to start using the nature lock code yet
  2. frame calls: I know why
  3. https://github.com/kwsch/PKHeX/blob/master/PKHeX.Core/Saves/SAV5.cs Currently un-researched, anyone can find the offset within the save file so that it can be implemented like in other games.
  4. Events that are released after the program is published must be added manually by the user to the mgdb folder, or wait until the next release.
  5. Not with the current features of the program. Item editing only exposes the price property. You'll have to hex edit them at the associated offset to make them Held Items. Should be offset 0x9 within the item data. https://pastebin.com/f3GuVKCs https://github.com/kwsch/pk3DS/blob/2aa06370c08df01ef017e02934d2f416539014ef/pk3DS.Core/Structures/Gen6/Item6.cs#L104
  6. Falls in with Encounter type checking stuff: https://github.com/kwsch/PKHeX/issues/1379 I probably need to refactor a lot of things to make it work as I want...
  7. I haven't done this method so I can't recommend anything. Maybe someone else can chime in.
  8. There's different methods. https://3ds.guide/ntrboot#flashing-ntrboot-3ds-single-system If the flashcart can load NDS games on the system's current firmware, then you don't need any other system.
  9. you're better off getting a ntrboot compatible flashcart, which will give you more than just homebrew. https://3ds.guide/ntrboot it's less of a hassle once you set up custom firmware, and it's a permanent thing (no need to launch the exploit method manually) so you can help your friends too.
  10. Before/After on viewing the pkm: 0xDC changes from FF FF FF 9C to 00 00 00 00 0xDC corresponds to the Purification Meter https://github.com/kwsch/PKHeX/blob/00a4c1adf5ad7fcb0087f0a083479ca01687c15d/PKHeX.Core/PKM/CK3.cs#L185 0xFFFFFF9C = -100 ===== Uncapped the low end from 0 to -100, should end up fixing Colosseum. https://github.com/kwsch/PKHeX/commit/02cfeef4cdad2ea43beac9a3861d640a0354430c Should end up fixing XD too but not sure if there's anything else going wrong for that game.
  11. How long is that? Something related to this was brought up a few months ago (July). Have you been using the latest version?
  12. start here: https://3ds.guide
  13. PKHeX does not check for invalid egg move combinations or DV encounter legality. With GS being linkable to RBY, any dv combination is valid for a pkm transferred to generation 7. Stadium details are only verified if it is recognized as a stadium encounter. Hold control when viewing the legality report. Looks like PKHeX doesn't check for Stadium2 encounters (now fixed).
  14. You can add it to the list of exclusions. PKHeX does a lot of file manipulation and has some use of encryption; virus detection isn't entirely straightforward thus you end up with false positives for niche non-commercial programs.
  15. Was added earlier today, the encounter was overlooked. https://github.com/kwsch/PKHeX/commit/096f6bbd1873b847c857ea021c542fcf99510bcb
  16. Thanks, added the exclusion for that case: https://github.com/kwsch/PKHeX/commit/44c80bd722e3fa6366309422253aa966d5b57723
  17. Thanks, should set the modified data back now in the latest commit. https://github.com/kwsch/PKHeX/commit/cd16a7721b04d0e02abf672feb0d17ab909ed929 Is read only for now, until the next release (before 11/17). Roamer glitch IVs are able to be calculated but I prefer to show the un-glitched values. Basically just keep the HP IV and only the lowest 3 bits of the ATK IV. (bitwise AND 7)
  18. Kaphotics

    UI Error

    https://projectpokemon.org/home/forums/topic/41869-problem-with-windows-defender/
  19. thanks, fixed in latest commit https://github.com/kwsch/PKHeX/commit/c5b0ed6c35e5f5e4e32e1e1cebc6479c804cd822
  20. Open the file up in a hex editor (like HxD); majority of the data past 0x8000 is empty. If we cut out the first 0x8000 bytes (0-0x7FFF) into a new file, we can check to see if it's the actual save file (not cartridge metadata). Opening the cropped file in PKHeX... crystal_2017-10-21.sav Just edit the cropped file, then throw in 0x8000-0x1FFFF at the end before re-importing with your cartridge reader/writer.
  21. PKHeX only supports common emulators and dumping functions. For all others, you'll have to do some converting. public const int SIZE_G2BAT_U = 0x802C; public const int SIZE_G2EMU_U = 0x8030; public const int SIZE_G2RAW_J = 0x10000; public const int SIZE_G2BAT_J = 0x1002C; public const int SIZE_G2EMU_J = 0x10030; ^ list of valid file sizes; yours is ~2-4 times the expected size.
  22. Not sure what settings you are using. Did you change the move qualities? It's definitely possible that there's more move properties elsewhere / in battle scripting. Try manually dumping the garc and overwriting the move data with another move.
  23. Heh, nobody has noticed that Time Of Day stopped showing up for Gen2 pkm. Now visible! https://github.com/kwsch/PKHeX/commit/f85910abe2a37c587dcf79cf1f72a2d6b7bb0421 All attached PKM show as valid when viewed from a Crystal save file. There's no morning/day/night legality checks in PKHeX. (VC vs Cart detection is based off the file extension; .dat == VC)
  24. People do contribute features to PKHeX via pull request on GitHub; I assume it was pulled from Bulbapedia rather than the ROM.
  25. Mienfoo: fixed https://github.com/kwsch/PKHeX/commit/a53e8ddb7e65ae0db72310b28e037f45571412fe Electrode: works fine with Cave/HoO (levels 40,41,46)
×
×
  • Create New...