Bug [3.1.13] Extracting Pal Park Pokemon

[ZMaster]

When extracting Pal Park 3rd Pokemon to .pkm, trashbytes are corrupted. The Pokemon extracted are 100% legit and caught in-game (from Ruby.)

[Kaphotics]

how so?

gotta show exactly what you mean by "corrupted" and how you are extracting.

[Guest]

I can attest to this.

I don't have a .pkm file that has the problem on hand right now, but it appears to be similar to the issue that happened back in February (Before 3.1.10)

Captured the Pokémon in Gen III, transfered to Gen IV via Pal Park (on real hardware, in case doing so on DeSmuME could cause problems), extracted with PokéGen via "Save Pokémon (from tabs)"

Attached is my Emerald .sav file, the HeartGold save file with the Pokémon Pal Parked and the .pkm files of the Pokémon in question.

[ZMaster]

I can attest to this.

I don't have a .pkm file that has the problem on hand right now, but it appears to be similar to the issue that happened back in February (Before 3.1.10)

Captured the Pokémon in Gen III, transfered to Gen IV via Pal Park, extracted with PokéGen via "Save Pokémon (from tabs)"

I'm trying to find a Pokémon from my Emerald save that does that right now.

Exactly so.

Let me upload 2 Pokemon that it has happened to. Both were caught in-game and untampered with. After extracting them to .pkm, their trashbytes are no longer correct.

Not sure if trashbytes are affected when just opening the save file, however.

Rhyhorn..pkm

Altaria..pkm

[BPSpike]

This problem doesn't seem to happen with my firered > heartgold transfers, but it does happen with emerald > heartgold (and only on some pokemon). I didnt test other 3rd gen to 4th gen games combinations tho.

[theSLAYER]

What do you mean corrupted?

Like the trash bytes "changed" or what?

[BPSpike]

There is a good example of what happens exactly. Found out it doesn't only happen with Emerald, but also with Ruby. At least for me.

Uploaded thru the GTS to Pokecheck: https://www.pokecheck.org/?p=detail&uid=5837190

Extracted with Pokegen: https://www.pokecheck.org/?p=detail&uid=5837371

Pokegen reads the OT info as: ERRａ\7544\0249\FFFF\FFFF

Pokecheck: https://www.pokecheck.org/?p=detail&uid=5837154

Pokegen: https://www.pokecheck.org/?p=detail&uid=5837275

Reads OT info as: ERRAｄ\0249\FFFF\FFFF

Pokecheck: https://www.pokecheck.org/?p=detail&uid=5837193

Pokegen: https://www.pokecheck.org/?p=detail&uid=5837354

Reads OT info as: ERRADｉ\FFFF\FFFF

Edited August 29, 2013 by BPSpike

[Bond697]

pokecheck reports that all those trashbytes are valid.

[BPSpike]

Yes, but the way Pokegen reads (and saves) the OT bytes, not the Pokemon Nickname bytes, is the issue here. At least with the .pkm uploaded by both Pingouin7 and ZMaster and myself. Using trashbytes to describe it might not have been the best idea, tho.

[Bond697]

i'm not fixing something that's not broken. i spoke with xfr awhile ago when i was working on fixing ot trash for gen 3. he said pokegen handled it right.