Jump to content

HappyMaractus

New Member
  • Posts

    7
  • Joined

  • Last visited

Everything posted by HappyMaractus

  1. I see. That makes sense. Better safe than sorry when it comes to legality. Thank you.
  2. Checking Legality in the box yielded the following, which was conveniently copied to clipboard: Invalid: Move 4 PP is above the amount allowed. === Valid Move 1: HGSS-Default move. Valid Move 2: HGSS-Default move. Valid Move 3: HGSS-Default move. Valid Move 4: Empty Move. Valid: Nickname matches species name. Valid: Current level is not below met level. Valid: All ribbons accounted for. Valid: Ability matches ability number. Valid: Correct ball for encounter type. Valid: Form is Valid. Valid: Gender matches PID. Valid: Nature matches PID. Valid: Encounter Type matches encounter. === Encounter Type: Pokéwalker Encounter (YellowForest) (Pikachu) Location: Pokéwalker PID Type: Pokewalker
  3. 1. How you caught the mon: Location: Genuine Pokewalker/HeartGold Transfer on 3DS, Yellow Forest route Level: 10 All Changes: No changes 2. See attached 3. Version of PKHeX you're using: 20240727 4. Issue: This Pikachu was freshly caught and transferred from my pokewalker to my HeartGold cart on my 3DS but when viewed in the PkHex box it shows a legality issue. When put into the editor and evaluated for legality, PkHex says it is legal and corrects the error mark to a checkmark. When a copy of the Pikachu is put into the box, no legality error is shown even without checking for legality. Weirdly, no legality issues show for the Volt Tackle Pikachu caught at the same time using the same method (I will upload that one if needed). This is hopefuly just a trivial GUI issue, especially considering the Pikachu in question is the most basic type from the Yellow Forest Route, but I thought you might like to know about this bug(?) anyway just to be sure. 0025 - PIKACHU - 0185AB00000A.pk4
  4. 1. How I caught the mon: Location: Alpha Sapphire Pokemon Link from the ORAS Special Demo Level: 40. Had all badges on Alpha Sapphire file at time of receipt. All Changes: Haven't changed anything. 2. The PK file: See attached. 3. PKHeX Version Number: 20240505 Unexpected Legality Issue: "Invalid: Event gift has been nicknamed." I nicknamed the Glalie in the Demo before sending it to my Alpha Sapphire save. It should be completely legal since I just got it in and from the Special Demo yesterday. 0362 - Jyn Erso - 63AF539E774A.pk6
  5. I just opened my Pokemon XD .gci save file (which I copied to an SD card using GCMM on a Homebrewed Wii and then transferred to my PC) using PKHeX to have a look at the exact stats of my 'mons there but found that PKHeX isn't reading the Met Locations Correctly when loading the save. For example, I have an Arbok that my copy of XD correctly tells me I met in the Cipher Key Lair. However, when I load my save into PKHeX and look at that exact same Arbok I find that PKHeX says that Arbok's Met Location is Victory Road (RSE). Or, for another example, my starter Eevee (which is supposed to have a Met Location of "Obtained from [protag's] Dad") has a Met Location of Littleroot Town. Or the Houndoom from Cipher Lab being reported as met in Fortree City. And so on. Not a single Met Location seems to have been accurately read by PKHeX from the save file. No idea if PKHeX will save the data correctly or change the Met Locations to what it's showing me, and honestly I'm a bit fearful of trying to find out. (Though I guess if I had some reassurance of how to check safely I could do so to help diagnose the problem if needed.) I won't venture a guess as to what exactly is the cause, but I'm pretty sure it's a bug with PKHeX of some sort. (I did try to find any other reports of this happening, but I could only find people saying they couldn't open their gci save files with PKHeX.) So yeah, I am reporting that PHeX seems to have a Bug with reading the Met Location of Pokemon in XD save files. Also, tho I doubt it's a big deal, should the CurrentRegion value in the Block Editor be reporting PAL even though I'm in USA and thus NTSC_U? The OriginalRegion value says NTSC_U though.
  6. In Gen III/IV, certain Pokemon can have different sizes based on calculations made using their Personality Value and IVs. The equations are on the Personality value article of Bulbapedia, in the section on Size. But PKHeX doesn't seem to do these calculations/provide the results of the calculations. I did try to make a calculator for this myself yesterday, but the last time I coded before that was half a decade ago and I was never any good to begin with, so the resulting program...I wouldn't trust my program. Anyway, I'd like to request a way to know the s value, as seen in the Bulbapedia article I mentioned. for the currently displayed PKM. Taking the s value and doing the rest of the calculations isn't hard, but getting the s value is very hard. If you can provide further info than that then that'd be cool too, but the s value might still be important too in case it could influence the size of pokemon imported from Gen III/IV to Gen IX's new size system. (Having to reverse the final calculation to find s to figure out if the pokemon is large/small enough to get a Jumbo/Mini Mark is not something I would want to have to do repeatedly, assuming it even works like that.)
×
×
  • Create New...