Jump to content

Kaphotics

Helpful Member
  • Posts

    7166
  • Joined

  • Last visited

  • Days Won

    354

Everything posted by Kaphotics

  1. Gen3 games do not store calendar days, only the RTC shows elapsed time since the cartridge was first powered on.
  2. Date, if not locked by the gift format, is whatever the current date is. Gifts that are language locked are not extensively documented for the program to check, like gen5 events. Only once that metadata is known would it be possible to add a filter for a specific language.
  3. First error: just try again. If other processes are hogging your computer's clipboard then it might sometimes fail. Second error: will be fixed; was previously a hidden error since this release I accidentally disabled error suppression for legality analysis :')
  4. Restoring it just reverts back to the game's unmodified behavior.
  5. Wonder Trade. The game remembers what you deposited, and what you'll receive when you check.
  6. The program improves over time; this mismatch is now being checked. Usually, you can just set the pokemon to a slot real quick and it'll fix small mistakes like this for you automatically. Depending on how you're injecting something, like a trade bot, the bot will update the handler state automatically as well to match the trade bot's details.
  7. You don't have a save file loaded. How can Fujian be the current handler and OT if the save file it resides in is not Fujian? In other words, if it originated from trainer A and resides with trainer B, then the data must indicate its residence with trainer B, rather than with trainer A.
  8. Looks like the automatic build with the fix from 3 weeks ago failed to finish; I forced it to re run and now it finished. Redownload the latest artifact and you should be good.
  9. Incomplete stack trace; you haven't posted the entirety of it. The first part (missing) is most relevant.
  10. No (PLA), because just simply assigning a random PID/EC does not result in a valid correlation. If someone ever had a computer that could bruteforce all combinations, then they could see that it didn't come from a possible seed.
  11. "doesn't seem to work" pkhex literally says that it is uninitialized. Open it in a hex editor. The file is empty.
  12. No. When the game (PLA) spawns a group of pokemon, it has a 64-bit seed, which then creates the first pokemon, and then creates the second, and then... It is mathematically possible to figure out the original 64-bit seed from a first-generated pokemon, but the successive pokemon are infeasible to trace because the RNG (xoroshiro128++) has been advanced a sufficient amount for it to not be feasible to find. If you are fabricating data, it's up to you to fabricate it correctly, if that is what you care about. Programming every single edge case is not in my desire. RNG Reporter was made to help people RNG abuse the games, not to cheat and just generate the Pokémon. Sure, the information is useful to cheat with, but that was not the intent of the program.
  13. "dsz" is not a sav; knowing that the file size is way too small, it is likely compressed. Googling "dsz" and emulator gives a few results saying that it's just a zip file. Change the file extension from dsz to zip, and it can be opened in Windows Explorer. That file is the raw save file, which can be loaded in save editors and loaded back into your cartridge.
  14. That is not a ranch save file. Use homebrew to extract your save data, don't just copypaste files from SD cards. The expected size is 0x54000 or 0x7C000 (507904d); your file is almost 6 times too large.
  15. A point spawner spawns `n` quantity of pokemon. Distortions spawn packs (groups) of pokemon, therefore `n` is not 1. For fixed/static encounters that need a correlation, they are spawned w/ quantity of 1. What's the point? Making sure things are legal. The amount of logic needed to do a "smart" reroll of every single PIDIV for every single encounter is more effort than it is worth -- it is not a simple PIDIV correlation, there can be other values correlated like OT Gender/Version (CHANNEL Jirachi), Height/Weight/Scale (raids), original Nature, ability... just use the encounter database to regenerate from a template.
  16. You need to have the correct file count. Which requires dumping the base game along with the latest DLC contents.
  17. Doesn't sound like a PKHeX issue, more like a how you're receiving it issue. I assume you're using a trade bot, and that bot is applying changes you're not aware of. When in doubt, dump and look at it again in PKHeX.
  18. If you didn't create the folder, then there is no folder. The bak (save files) and pkmdb (dumped entities) are used to populated the database.
  19. The static encounter cannot be shiny. You can still breed for a shiny.
  20. Due to how spawns work in PLA for individual point spawners (imagine little dots scattered throughout the map), the first spawn is generated from a 64-bit seed which can be easily reversed. Spawns that are generated immediately after will reuse the same RNG state, which is an uncertain number of advances past the initial seed, and can't be reverse correlated. Presence of a detected 64-bit seed only implies that it was verifiably from the first spawn; if the spawner can spawn multiple, then it is valid to have a lack of a detected seed. Does PKHeX reroll account for PIDIV, to try to align to a seed or legal value correlations? No.
  21. 1. dump the rom from console, unpack to folder 2. open with pkNX, unpack all archives/etc 3. dump bcat(s) from console to folder 4. use the master dump button to reinterpret distribution raids into the encounter PKHeX legality binaries & parses.
  22. Try it and see? Colosseum and XD are less played games, and thus there is less interest in documenting the structure of the save file. Over the years there have been improvements, and Shadow heart gauge should be working. You can even just transfer PKM between instances of the program to skip the need to purify them.
  23. The bcat does not store pk9 data, it only stores flatbuffer data structures that the game then uses to populate the daily raids. You can refer to pkNX to see how it ingests these files here: https://github.com/kwsch/pkNX/blob/5b5a196bdbea0b4855760b516b186fb8df363117/pkNX.WinForms/Dumping/TeraRaidRipper.cs#L119
  24. First, there is no need to use "PKHaX" when editing save files unless you are looking to edit values without some guardrails. If you've corrupted your save file with cheats, then PKHeX is unable to load your file. It uses heuristics to check if a given file is somewhat valid, and your party data is not stored correctly. By forcing the data to be correct (changing offset 0x2F2F to be 0xFF so that the Party List is valid), your save file loads, but honestly you have zero in-game progress. Start a new game, and try with the development build. https://projectpokemon.org/home/files/file/2445-pkhex-development-build/
  25. The file you uploaded appears to be random junk. Use a hex editor like HxD to compare your save file to another save file that works.
×
×
  • Create New...