Jump to content

ICanSnake

New Member
  • Content Count

    37
  • Joined

  • Last visited

  • Days Won

    4

Posts posted by ICanSnake


  1. 5 minutes ago, Qaaz said:

    About your Diggersby. As Joe Merrick himself told many times on Twitter if you are on some area and with A weather and the go on the nearby area with B weather it can make for a while I think some specific Pokémon to appear there as well. Check the weather locations as you say to see if this what happened. 

    If it’s that probably PKHex just needs some legality checks updates that as I’m aware of there needs some.

    And that’s why I made my post 

    Interesting. This answers a different question I had about a Dusclops that my friend caught. He also caught it in West Lake Axewell, but Dusclops can be found in nearby Watchtower Ruins with a few weather patterns.

    I did a little more digging on Diggersby and that might not be the case. Apparently Diggersby can be found in West Lake Axewell, it's just not shown on Serebii's overview, only in the details:

    Spoiler

    TuHekZ0.png

    PKHeX isn't picking this up, I guess. I believe this encounter needs to be added.


  2. 660 - Diggersby - B644939D606B.pk8Hey. I'm not sure if this requires its own topic or if I can post it here. But a week ago I was finally able to dump my save file using the non-homebrew method. I've been looking through my Pokemon, and the latest version of PKHeX fixed a few issues some of mine had with traded egg memories. But some of my self-caught Pokemon still have issues, and it makes them seem illegal.

    On SwSh release, I went to the wild area and I caught a Diggersby in the wild area. It's level 15, the dynamax level tells me it didn't come from a raid, so it must've been a strong spawn or a wild encounter spawn. It's self caught and I never touched it, so I know it's perfectly legit. The problem that PKHeX sees is that its met location is "at West Lake Axewell (in a wild area)." It's marked as invalid because according to encounter tables, that's not where you're supposed to find a Diggersby. You can find a Diggersby in East Lake Axewell, but not West Lake Axewell. But I caught it there, so it can't be invalid. What happened? File is attached.

    Edit: Added a Dusclops I mentioned in a separate post.

    660 - Diggersby - B644939D606B.pk8

    356 - Dusclops - 77E06160378D.pk8


  3. When I open up PKHeX and set it to a blank gen 3 Sapphire save file, I tried to import some pk3's I have just to view some info. When you drag it to the left side where the Pokemon information is, the pk3 drops successfully. But when I try to set it to a spot in the box, or if I drag it directly to the box, this error message pops up:

    Spoiler

    Exception Details:
    System.IndexOutOfRangeException: Index was outside the bounds of the array.
       at PKHeX.Core.FlagUtil.SetFlag(Byte[] arr, Int32 offset, Int32 bitIndex, Boolean value)
       at PKHeX.Core.SAV3.SetCaught(Int32 species, Boolean caught)
       at PKHeX.Core.SAV3.SetDex(PKM pkm)
       at PKHeX.Core.SaveFile.SetBoxSlot(PKM pkm, Byte[] data, Int32 offset, PKMImportSetting trade, PKMImportSetting dex)
       at PKHeX.Core.SlotInfoBox.WriteTo(SaveFile sav, PKM pkm, PKMImportSetting setting)
       at PKHeX.Core.SlotEditor`1.WriteSlot(ISlotInfo slot, PKM pkm, SlotTouchType type)
       at PKHeX.Core.SlotEditor`1.Set(ISlotInfo slot, PKM pkm)
       at PKHeX.WinForms.Controls.ContextMenuSAV.ClickSet(Object sender, EventArgs e)
       at System.Windows.Forms.ToolStripItem.RaiseEvent(Object key, EventArgs e)
       at System.Windows.Forms.ToolStripMenuItem.OnClick(EventArgs e)
       at System.Windows.Forms.ToolStripItem.HandleClick(EventArgs e)
       at System.Windows.Forms.ToolStripItem.HandleMouseUp(MouseEventArgs e)
       at System.Windows.Forms.ToolStrip.OnMouseUp(MouseEventArgs mea)
       at System.Windows.Forms.ToolStripDropDown.OnMouseUp(MouseEventArgs mea)
       at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
       at System.Windows.Forms.Control.WndProc(Message& m)
       at System.Windows.Forms.ToolStrip.WndProc(Message& m)
       at System.Windows.Forms.ToolStripDropDown.WndProc(Message& m)
       at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

    Loaded Assemblies:
    --------------------
    mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089
    C:\Windows\Microsoft.NET\Framework64\v4.0.30319\mscorlib.dll

    PKHeX, Version=19.11.25.0, Culture=neutral, PublicKeyToken=null
    C:\Users\icans\Desktop\PKHeX\PKHeX.exe

    System, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089
    C:\WINDOWS\Microsoft.Net\assembly\GAC_MSIL\System\v4.0_4.0.0.0__b77a5c561934e089\System.dll

    System.Windows.Forms, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089
    C:\WINDOWS\Microsoft.Net\assembly\GAC_MSIL\System.Windows.Forms\v4.0_4.0.0.0__b77a5c561934e089\System.Windows.Forms.dll

    System.Drawing, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a
    C:\WINDOWS\Microsoft.Net\assembly\GAC_MSIL\System.Drawing\v4.0_4.0.0.0__b03f5f7f11d50a3a\System.Drawing.dll

    PKHeX.Core, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null


    System.Core, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089
    C:\WINDOWS\Microsoft.Net\assembly\GAC_MSIL\System.Core\v4.0_4.0.0.0__b77a5c561934e089\System.Core.dll

    System.Configuration, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a
    C:\WINDOWS\Microsoft.Net\assembly\GAC_MSIL\System.Configuration\v4.0_4.0.0.0__b03f5f7f11d50a3a\System.Configuration.dll

    System.Xml, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089
    C:\WINDOWS\Microsoft.Net\assembly\GAC_MSIL\System.Xml\v4.0_4.0.0.0__b77a5c561934e089\System.Xml.dll

    Accessibility, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a
    C:\WINDOWS\Microsoft.Net\assembly\GAC_MSIL\Accessibility\v4.0_4.0.0.0__b03f5f7f11d50a3a\Accessibility.dll

    PKHeX.Drawing, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null


    --------------------
    User Message:
    An unhandled exception has occurred.
    You can continue running PKHeX, but please report this error.
     

    Spoiler

    foYMXNe.png

    Dragging into boxes works fine when you load an existing save file though:

    Spoiler

    OB2fqwY.png

     


  4. 8 minutes ago, Parkai said:

    I purchased this package yesterday in order to redeem the Golden Backpack code without buying the Double Pack. Now that the Shiny Necrozma event is being sent via the Secret Club (which my code for should be arriving soon), would I be able to redeem this event on my US/English Ultra Sun digital copy?

    As long as you have a Japan region 3DS, whether it's stock or you changed your emuNAND region to display Japan, you will be able to redeem the Necrozma code. It won't work on NA/PAL/TW/KOR region 3DS.

    • Thanks 1

  5. Yes. It's not shiny locked, so a legal one shouldn't have any problems going through Bank.

    Just keep in mind that a Shiny Manaphy has very specific requirements it needs to meet in order to be shiny. When you transfer the egg from Ranger to a gen 4 game, the game that received the egg will never be able to hatch it shiny. It's shiny locked only for the OT. The only way you're able to hatch it shiny is to trade the egg to a second game in the same generation, and hatch it in the second game. It's not a guaranteed shiny hatch either, because the egg's PID needs to match with the save file's TID and SID combination in order to hatch it shiny. I don't recommend doing this through Soft Resetting, most people just RNG this part.


  6. Can confirm this happens only with the latest version. My Shiny Meadow Form and Garden Form Vivillon are all flagged with "Invalid: Internal Error". I tried looking through the source code to see why it would happen and I believe it's a byproduct of trying to combine 3DS Geolocation with Form; Italy and England are not recognized locations.


  7. I assume your original OT was a full 7 characters long, and you are changing it to "Nate" which is 4 characters long right? The trash bytes are generated for the original OT, but when editing them they only get overwritten depending on how long your edited OT will be. The 5th character was edited to be a null terminator, expecting nothing after it. It is reading your 6th and 7th character which were unchanged from your original OT, so you will need to change those values to x0000.

    • V-Wheeeeeel!!! 1

  8. 48 minutes ago, theSLAYER said:

    Hey @ICanSnake, do you have the wc6 of that wonder card?

    In the mean time, I’ll track down whose the original contributor and check the entries

    I do not, only the ones available here in the gallery. I got the Sylveon in the top screenshot in a trade, and the one in the bottom screenshot has characteristics of it being Powersaved. The one in the top screenshot matches the other Sylveons I have too:

    01044 ENG XY Sylveon [Naive] Jan 19, 2014 (Quick tempered).pk6

    01044 JP XY Sylveon [Bashful] Jan 18, 2014 (Somewhat stubborn).pk6

    01044 JP XY Sylveon [Serious] April 13, 2013 (Highly persistent).pk6


  9. Hi. For a while know, I've had these 01044 XY Sylveons that keep getting flagged in PKHeX. I had no idea why because I'm sure they're legit, but today I found the reason why. Apparently PKHeX is indexing the met location 1 off from the correct location. The correct location, as seen in the wondercard uploaded here and the info on Bulbapedia, should be "a Pokemon event." But PKHeX is indexing it to "a Pokemon movie".

    Legit Sylveon:

    Spoiler

    e2JbAEe.png

     

    Hacked Sylveon:

    Spoiler

    fAWAEiq.png

     

    • Like 1

  10. 5 minutes ago, Irina said:

    Is there a way to create a "chain shiny" from programs such as PKHeX? Or if you got any tips on how, that'd also be appreciated!

    There should be a Chained Shiny option in RNG Reporter, but honestly I've never touched that option so I'm not sure what PIDs it generates. It should give you what you want though.


  11. 1. Yes, the correlation loosens from gen 4 to gen 5 but there is still a small relationship between PID and IVs. Each PID is correlated to an RNG frame, the problem lies within how gen 5 RNG works. Gen 5 RNG is based on your physical system, so theoretically there is no way to reverse search a PID and find a matching RNG frame. The relationship between PID and IVs  only determines the charateristic; Technically, any combination of IVs are valid as long as the characteristic is the same. Just make sure you don't get confused and say "all PID and IV combinations are valid".

    IIRC Encryption Constant has the same effect in gen 6 and 7. but I'm not completely sure.

    Kind of answered the other two questions with that lol. Yes, characteristic (as determined by IVs) is tied to PID in gen 5, and Encryption Constant in gen 6/7. In gen 5 you wouldn't be able to reverse search a PID, but you can find a valid PID and apply different valid IV spreads on them, as long as the characteristic is the same.


  12. 1 hour ago, SamuraiBoy356 said:

    Hey so I just downloaded this mew and was wondering if the met date should be changed? Mine showed up as todays date?

     

    Are you placing it in a gen 7 save file through PKHeX? Please don't. Since the Mew is a .pk1, it can only be traded through gen 1 and gen 2 games, no Virtual Console releases either. Gen 3 was designed differently and didn't have backwards trading compatibility, so there's physically no way to get a gen 1 Pokemon into a gen 7 game. Placing it in gen 7 will make it illegal.

    • Like 2

  13. Are you editing the IVs and possibly shininess or PIDs on the Pichus? I think these Pichus were hosted by Ahiru's Wonderland, so it's important to leave their information alone when hatching them. Unfortunately you gave them the wrong IVs so they will become illegal. In gen 3 and 4, there is a relationship between the PID, IVs, and nature.


  14. Yes, @Poke J is correct. Gen 3 has no met date data, Gen 3 obtains a date when it's Pal Parked to gen 4. Gen 4's dates are its original obtain dates.

    When transferred to gen 5, gens 3 and 4 will have overwritten dates to match the day it was transferred to gen 5. Gen 5's met date will be the original obtain date.

    After gen 5, met data will stay the same and won't be overwritten. Transferring to gen 6, the only thing that's gained is a 3DS location, the 3DS data that transferred the Pokemon from gen 5 to gen 6. Gens 3 and 4 will have the date when it was transferred to gen 5, and gen 5 will have the date it was obtained. I don't know about the met level though, but I guess Bulbapedia says the met level gets changed from 5 -> 6?

    • Like 2
×
×
  • Create New...