Jump to content

Kaphotics

Helpful Member
  • Posts

    7843
  • Joined

  • Last visited

  • Days Won

    451

Everything posted by Kaphotics

  1. Nobody has done the research on how to edit that. Can't just wave a magic wand to get something implemented. Save editing research belongs in another subforum.
  2. Per PKHeX's FAQ: To set a date (Met / EggMet), use yyyyMMdd for the string. Example: ".MetDate=20160409" will set the Met Date to April 9th, 2016.
  3. Already reported & fixed, will be resolved in the next release: https://github.com/kwsch/PKHeX/commit/afe16dd1a7012011d2236c2fa5bf55587ec25b3b#diff-666c51398fd0f3c609db54ad1c6ab126
  4. The correct size of a Battle Revolution save file is 0x380000 (3670016) bytes, not 0x38F580 (3732864) bytes.
  5. Not able to replicate:
  6. Can hold control when opening the save file to bring up an override prompt
  7. Lua parser for b2w2: you'd have to mess around with where it's reading from. script editing in gen4/5 isn't as fully fleshed out as it is for generation 2/3 games. it's much easier to start by following the insertion/editing tutorial videos I've posted to get familiar with the process, then start tinkering with the tools to understand how they really work.
  8. Implementation in PKHeX comes after a potential feature is sufficiently researched. Per the stickies: This forum section is NOT for requesting save editing research. Please use the Save Research & Development subforum.
  9. I wrote up some notes back in the day for b2w2 here: https://sites.google.com/site/kaphotics/b2w2-scripting sc_1238 - give item scripts? sc_1241 - ground item scripts If you run the game with an emulator, you can try searching for the script data that is loaded during the event -> find the corresponding script file in the ROM. Keep in mind that there's a difference between stored items and untangible items (like Running Shoes); those would likely just be event/system flags that are set. The give item standard scripts are probably just calling script file 'm', subscript 'n'... ie, CallScript(m, n), which opens script file m and runs the nth script. Not sure if there's a way to pass parameters {CallScript(m,n,o...)}... it's been too long since I've done anything with scripting
  10. Yes. Maybe try restoring original files first and see if that fixes it (before starting completely over).
  11. Again, if you have an extremely aggressive antivirus that is causing other problems, you'll need to keep it disabled or add exclusions so it doesn't mess with pk3DS. If your antivirus stops pk3DS from setting data correctly, you'll get these generic errors every time. Start with a clean ROM dump (so that all files are present as intended), then neuter your antivirus so it stops interfering with the program.
  12. Are you looking for items given by NPCs as part of a script event (not after battle), or ground items (ball/hidden)? Ground items are scripted in a single file if I recall correctly (one of the script files at the end).
  13. The error message is descriptive enough. Value of '9/28/1998 12:00:00 AM' is not valid for 'Value'. 'Value' should be between 'MinDate' and 'MaxDate'. Dates can never be less than the year 2000.
  14. At the beginning. Program loads -> apply dates to any missing. Since you're exporting with the above ^ date, the date is fixed to that date (not the date you set your PC to later). Set your PC date prior to doing any export/edits, ie step 0.
  15. Change the system date before starting the program. When PKHeX starts, it loads all mystery gift data from the executable's data section; if no date is applied to a WC*, it applies one immediately.
  16. Use the latest version of the program, and be sure to have the decrypted exefs in the folder.
  17. Disable your antivirus and run the program as administrator. Likely the antivirus is scanning the repacked files when the program is trying to move the repacked file back into the GARC's folder.
  18. Kaphotics

    bugs

    Working as intended; the pkm you've posted is a Therian, which cannot exist in a B/W save file. PKHeX alerts you to this; you have to load the pkm and re-save it to the save file so that things are within the game's bounds.
  19. It's simple. You change your 3DS to have whatever date you want it to be prior to receiving it from Nintendo's servers. If no date is defined in the download, the console's date is applied to the data prior to saving it to your save file as a wcx. In this case, the data you are trying to add has already had a date set to it. PKHeX isn't arbitrarily choosing a date.
  20. Kaphotics

    bugs

    GTS: already fixed (wait for next release): https://github.com/kwsch/PKHeX/issues/1795 Landorus: Can't tell without seeing the PKM file. Intimidate is a Therian forme exclusive ability, hence the flagging.
  21. Working as intended; receiving a .wcxfull naturally sets the gift date to the current date of the system. You can always have a desync'd 3DS clock, so any date-legality checking you may have been advised on is incorrect. If you can't be bothered with changing your system clock, just import the gift file to the main window and PKHeX will create a Pokémon the same way the game does, after which you can set the date to whatever you want.
  22. Fixed in the latest commit https://github.com/kwsch/PKHeX/commit/f8bf3e400b036c7371b0ebbbba572caa405ad4fb
  23. So those two (well, 4) met locations are not legally obtainable? internal static readonly HashSet<int> ValidMet_USUM = new HashSet<int>(ValidMet_SM) { 194, 196, 198, 200, 202, 204, 206, 208, 210, 212, 214, 216, 218, 220, 222, 224, 226, 228, 230, 232, }; Can remove 194 and 196 if that's the fix that is necessary. Possible that they're unused individualized locations... might not even be worth programming in edge case handling to not merge them.
  24. That sprite is a modified version of Pichu's box sprite; it's not anything found within the games because I manually made a 'new' sprite for Spiky pichu to differentiate in a Box when viewed with PKHeX. Game-exclusive form sprites are retained within PKHeX as it has to support all generations bulbapedia is wrong; someone probably took it from PKHeX and assumed it was the real deal.
  25. The odd-# location IDs don't exist naturally in-game. They serve as a sub-location identifier; PKHeX combines the two to yield the most accurate location.
×
×
  • Create New...