Jump to content

theSLAYER

Administrator
 View Profile  See their activity

  • Posts

    22819

  • Joined

  • Last visited

  • Days Won

    990

 Content Type 

Everything posted by theSLAYER

  1. theSLAYER
    Yes main is your save file. Export the edited save from PKHeX back into the folder with your save (after you’ve backed up the Unedited save). how do you know it’s not working? Changes weren’t there? Also, do you happen to have Sysnand or Emunand?
  2. theSLAYER
    Make sure you’re saving using the menu from the game, and not using save states Make sure your PKHeX is up to date Make sure you’re not trying to load saves from ROM hacks
  3. theSLAYER
    HOME checks for this, I’ve mentioned it in another thread. User had a foreign Omanyte with illegal trash bytes, and HOME won’t even allow it to be traded cause of that. So they check the entire OT and nickname fields. Always check trash bytes.
  4. theSLAYER
    if the ROM was not edited to begin with, I doubt it. Maybe restart the game, then fly away, then fly back. Check if your emulator has any mods enabled or something. Also make sure you're using your own ROM you dumped from your Switch.
  5. theSLAYER
    How odd. Maybe it is related to the lack of tracker then. Edit: maybe it is for new creations? My previous GO creations appear just fine when traded in HOME. Probably that or you made bad hacks? Edit2: In the mean time, @NeonCandle upload the pk8s
  6. theSLAYER
    How did you first deposit the Mew and Celebi into HOME. From which game, SWSH? BDSP? Now talking about how you first created the mons. Talking about which games did they enter from.
  7. theSLAYER
    Also technically happens if you modified the ROM to have many many rerolls. It eventually causes issues and rerolls to similar or same PID with many FF, if I’m not mistaken. Maybe thats going on here?
  8. theSLAYER
    Perhaps. But also, GO mons can only first enter from GO. As GO validation shares the same block as SWSH, you could get around the validation by entering from SWSH first, but that’s provided the species even exists in SWSH.
  9. theSLAYER
    Depends on mode of delivery and the device received on. Some deliveries can technically have any date allowed on the device, cause the device itself was allowed to redeem the gift in-game on any date. Would people draw undue conclusions, likely, but the date by itself isn’t really indicative of anything
  10. theSLAYER
    I personally prefer getting the game to generate the details but that’s just me. As long as the details are correct both are as legal.
  11. theSLAYER
    Difference is redeeming the gift in-game VS PKHeX generating it for you.
  12. theSLAYER
    And there’s your answer @PLAFiles. Please don’t question people to why they’ve not done so and so, and haven’t been around, as it comes off the wrong way. People have the freedom to choose as they will
  13. theSLAYER
    No offence, but for the safety of users, they should not have to DM people on external sites, especially when the person they’re contacting is a new account. Let’s get a good and productive discussion for this project going first, okay?
  14. theSLAYER
    At first glance it does look like a save, but a more in depth look is required. You’re certain you tried looking at the using the latest PKHeX?
  15. theSLAYER
    When you learn a TM in-game, the moved is flagged, so that even if you forget the move, won't have to waste another TM on the mon to learn the move again. Can simply go into the game's relearn menu to reteach it the move.
  16. theSLAYER
    Can't help with documentation for the debug games, but here's the Gen 7 documentation (save offsets) for retail saves. https://github.com/kwsch/PKHeX/blob/c666183e6c19430667cc854716cce4f0d2293504/PKHeX.Core/Saves/SAV7.cs#L198-L264 Compare against your own save, do OT search and try to align the debug RAM dump and see if anything becomes out of place. I reckon the easiest would using a combination of OT name, and Box names.
  17. theSLAYER
    does this work? NO$Zoomer.ini
  18. theSLAYER
    Pretty sure all the guides are for No$GBA, not No zoomer. Unsure how it’ll be different. What files do you have in the root as the same location as your emulator? edit: read that no$zoomer is a utility for no$gba. What version of no$gba you using, 2.6? Also, the ini file is in the same folder as the exe.
  19. theSLAYER
    maybe to start with, look for something (like your OT Name) in the RAM, and try to 'make a save' from that RAM dump, and align and compare against a regular save, to see if everything matches up. Then, you can try to compare if the pk7 format is different. Or maybe find a way to trade to a regular game, if possible.
  20. theSLAYER
    Let us know what version of NO$GBA you’re using. And upload the ini file. (And only the ini file)
  21. theSLAYER
    Or derp, I thought it would work with the debuts as it is. With minor tweaks should be possible. I was able to get Gen 9 mons dumped from a RAM, by changing Gen 8 format to Gen 9 >< (which wasn’t a major change. Also yeah, perhaps the debugs had different formats. Able to extract stuff from the saves @SwagKey?
  22. theSLAYER
    Wouldn’t be the first time something in the whitelist isn’t automatically updated. I say raise a ticket with TPCi.
  23. theSLAYER
    You shouldn’t have the game to run. For anyone else that somehow has them properly, in order to RAM dump on Citra, just use Task Manager to dump the memory of Citra when the game is running
  24. theSLAYER
    The idea is probably along the lines of “Gen 4 Pokémon should originate from Gen 4 games”, and they’ve yet to deal with the intricacies of cross Gen evolution in this case. That’s my guess
  25. theSLAYER
    I think the issue is specific to Mismagius with the origin game of a past Gen. so evolving a Misdreavus from Colo in SV probably doesn’t matter; it’s the origin game and evolution combination that’s the problem. Maybe they’re having issues with evotree too
×
×
  • Create New...