Jump to content

theSLAYER

Administrator
  • Posts

    22461
  • Joined

  • Last visited

  • Days Won

    925

Everything posted by theSLAYER

  1. Is there something wrong with your Desmume settings, or did you load the wrong file. The new file is definitely correct. See, I loaded it. Are you absolutely sure you attempted to import the right file?
  2. Yup this looks better. PKHeX can open this. Desmume should be able to import this too :3
  3. Okay. Now, do either (a) or (b). a) Try to load your game in NoCash, continue the game, then save the game twice. b) Try to load your game in nocash, and if Nocash restarts the game (no save found or corrupted save), load the save state, continue the game, then save the game twice. Once that is done, close the emu, and report back. Then send over the .SAV
  4. You're jumping the gun here. Was one of the steps I listed try importing into Desmume after the edit? Let's do this step by step. Did you edit the .ini file as I told you to?
  5. you were suppose to load your NO$GBA.INI, not the .SAV, into notepad...
  6. Granted, I may be using a different version from you, but the option should be there. Try right clicking on the screen, see if a menu shows up.
  7. Setting difference. Just because a file is named .SAV, doesn't mean it's compatible for import normally. For example, this file won't work for PKHeX too. Read my edit above regarding how to resolve it.
  8. Still not a proper save. Download the program HxD, then drag the file into HxD, and you can see for yourself if the file is valid. Your nocash setting is probably wrong. edit: Make a save state in NoCash, the close the emu, and making this change in the .ini using notepad.
  9. sorry, if sav to dsv, then my import message was correct. If Desmume now isn't willing to import, it's likely not a proper sav to begin with. edit: looking at the hex of your file, it's not a proper .sav It should not be looking like that. Maybe your nocash settings is incorrect.
  10. read my previous reply, but instead of import, export.
  11. Erm. this is a fun one. Adding on to the previous reply, let me just address a few quick things: 1. Presently there's is no such thing as ball type modified recognition in the game itself (ignoring HOME and HOME tracker; HOME servers log all kinds of data, and they can check the logs if they decide to). The game doesn't run this type of check. (As in specifically checking whether the ball is modified). 2. To an extent, that is not how save modification works. The only way the game can tell something is modified by other parties (not just the ball, but anything in the save), is that there's a checksum. However PKHeX also recalculates the checksum. So basically, the game can't tell. (for the record, IIRC if the checksum is incorrect, it'll just tell you the game is corrupted, and either load the previous save, or force you to restart) 3. The whole point of a mon being legal, is that it's indistinguishable (datawise) from it's legit counterpart. If such a thing was a thing, PKHeX would have worked to prevent it working. edit: I've also hidden your duplicate post. No need to post the same thing elsewhere, when we're answering you here. Just thought you should know :3
  12. Pokemon don't necessarily work well on Citra. It also depends on your computer build. Just play it on your 3DS.
  13. There presently isn't a public way to bruteforce the PID IV relationship on Overworld/fishing encounters. If anything, if they don't have the brilliant aura, you can't even make them have Flawless IVs. Just remove any marks, set them to hatched.
  14. I'm assuming it's because you edited them? Read the changelog for the updated PKHeX.
  15. Yup, PID IV analysis for Overworld mons have been added. There's presently no known way to bruteforce them.
  16. Details for Index 63 of normal_encount and normal_encount_rigel1 and normal_encount_rigel2 (minor differences, in raid chance) Rewards for Index 63 of normal_encount and normal_encount_rigel1 and normal_encount_rigel2 (minor differences, in raid chance) Details for Index 63 of dai_encount Rewards for Index 63 of dai_encount
  17. For almost all mons, no, not really. If in LGPE => Get LGPE level up moveset Else in SWSH (but not in LGPE) -> Get SWSH Level up moveset Finally, if in USUM (but not in LGPE nor SWSH) -> Get USUM level up moveset The only exceptions are Pokemon that have their main form in LGPE that are also regional variants (Like Alolan Vulpix, Galarian Ponyta) There was a glitch where those mons would instead get the level up movesets from their main forms. However, an invasive Pokemon HOME update fixed those moves (in HOME, in your save, in your daycare, in your pokejobs, all fixed). However, that update did create some oddities with certain moves. (something about learning TR moves without TR flag I think?). But anyhow, it's all moves a mon could learn. So no unique moves from GO. (Also, Pokemon transferred from GO don't retain their GO moveset, if the above portion ain't obvious enough >< ) Gen 3 Japanese Shiny Mew obtained via the real life event, by yourself, without hacking nor injecting.
  18. (X) Doubt [I’ve yet to download it]
  19. At least for Dark, Purrloin is temporarily in the wild, so you could hope to clear that. But Dragon and Ghost would be a real pain. Can only hope to get them from Grunts..
  20. Any hex editor would suffice. I'm using HxD to view the data in the file.
  21. Doesn't contain real data. All 0xFFs all the way. Either wasn't dumped right, or the cart is fake.
  22. if writing back an unedited save into your cart causes an issue, that means the problem is with your writer. I don't have a solution for that.
  23. Okay, using your words to hopefully help explain what I mean: This, but not a save edited by PKHeX. Instead, an unedited save.
×
×
  • Create New...