Leaderboard

UPDATE 4: About Japanesse My Pokemon Ranch: - Region code seems to be 0x00 for normal japanesse my pokemon ranch. Seems totally compatible with the other versions (NTSC and PAL using regionchanger). About the Platinum update savegame: - savedata.bin is bigger, seems that space was added for 500 player pokemon and 500 hayley's pokemon (a total of 3000 pokemon in the ranch). Some more Ranch data is added as well (for the new features I guess, like song changing, that setting may be saved as well). - The start offset of mii data has changed, since some more data for the ranch save was added, the start offset of mii data has changed. Since I wrote these tools with a hardcoded offset instead of reading the offset from the header (because I discovered that later) the only tools that will work with the platinum update savegame are hashupdater and regionchanger. I may rewrite my tools to clean the code and add compatibility with the platinum update savegame. - For platinum update the region code seems to be 0x40. I think that these region codes are actually only bitmasks, since my pal savegame was updated to 0x60 (bit 6 was enabled) and not 0x40. - A platinum update savegame will NOT work on any non platinum update game. The game will say the save is corrupted (but it is not, it must make some kind of filesize check). UPDATE 3: I tested a little with dolphin and found the header value that defines de region/language of the savegame. I've updated the post with the new information, and I've also attached a new file with the updated information and a new app: PR-regionchanger.exe, which has a region selector (jap, NTSC-U, PAL: english, dutch, french, german, spanish, italian) and also updates the file's hash. UPDATE 2: I made a quick test with a pal savedata I found. The PAL ranch save seems to be language locked and the "connect to wii" option will only appear in the DS games of the same language (english, deutch, french, italian and spanish). I couldn't find any obvious value in the savefile storing the language setting. The lack of a language setting in the NTSC-U savefile might be what prevents the save from loading on the PAL game. I could create several new savefiles in different languages and compare them, but as I said I'm not working on this anymore. UPDATE: Released extractor, id changer and hash updater! Only tested with PAL and NTSC-U savefiles. FAQ: - What are these for? With these tools you can extract the .pkm files from My Pokemon Ranch savedata and take ownership of all the pokemon in the ranch, so you can withdraw them with any NDS cart. - How do I get the savefile from my wii? You will need a homebrew enabled wii (aka Homebrew Channel) and you'll need to use Savegame Manager Gx. - Can I use the savegame copied from the system menu? No, you can't. Either way, if you can copy it it means your wii is homebrew enabled, since you aren't supposed to be able to copy that savegame. - Can I know my secret trainer ID with these tools? Yes you can. Each .pkm file extracted with PR-extractor contains in its filename the TID and SID of the trainer that deposited the pokemon in decimal (normal numbers, not hex like the .tnr files). Alternative method for pokemon extracting: If you use PR-extractor, you can check data of the trainer that deposited the pokemon (TID and SID). You can check the name at My pokemon Ranch screen or using pokegen and opening the .pkm file (only if the pokemon belonged to this same trainer). If you edit your NDS savegame so it matches the TID, SID and name of the trainer that deposited the pokemon, you can withdraw them. Quick Instructions: Savedata structure information: This is the thread that originated it all: http://projectpokemon.org/forums/showthread.php?28382-Reading-My-Pokemon-Ranch-save) Original post: PR-tools_v2.zip

As part of this year's annual Christmas releases to the Pokemon event community, today we present the first Mew ever known to be preserved from the distribution held at SpaceWorld 1997. Not only is this our first Mew from SW97, it is also the oldest/earliest pokemon event we've ever had the privilege of preserving. This Mew was recently discovered through a post on Reddit by u/salinbreezy, in which he shows the Mew on a Japanese Blue cart that he found at a thrift store alongside several other Japanese Pokemon cartridges. I'd like to give special thanks to @suloku and @HaxAras who both emailed me in late September to inform me of it, while suloku asked me to contact salinbreezy myself to counter the time and expense of overseas shipping. Thankfully salinbreezy happily agreed to ship me his cartridge to allow me to dump the savefile. After direct examination, we're positive that this Mew is very likely legitimate. This Mew was distributed like most events of the era, by a "Mew machine", which as we know distributes identical Mews with TIDs incremented by 1 to the player's party. Bulbapedia provides a bit further information on the event, stating: To be eligible to receive a Mew, players had to submit an application postcard; only 100,000 people were able to receive this Mew. While originally going to be run from November 22 to 23, 1997, the distribution was later extended to the non-exhibition day November 24, 1997. While this is the ヨッシー (YOSHI) OT variant of the SW97 Mew, one of the other known OT possibilities is ルイージ (LUIGI). This is TID 15219 of the ヨッシー Mews. Again, I'd like to thank salinbreezy for allowing us to preserve this Mew. It may very well be the only Mew we ever see from SpaceWorld 1997, as the life of the batteries retaining these old savefiles are at their very end. Japanese events from Generation I and II are extremely rare as it is, and to date the only other Japanese events from the era that we've preserved are four マクハリ (Makuhari) Mews from SpaceWorld 1999. ----- salinbreezy's image from Reddit: Dumping salinbreezy's Japanese Blue cart: SpaceWorld 1997 Mew Promotional Advertisement: In regards to further event rarities being released this year, there may be more to see tomorrow elsewhere on the internet 151 - ミュウ - 15219.pk1 Blue.sav

Maybe I should have searched before, haha, @suloku did great research on Ranch save files! Nothing about the event trades but still interesting.

Should be all fixed now, ty for reporting

ASH Extractor will usually crash when attempting to extract mii.arc.ash, but can sometimes extract it successfully. I haven't tested rodata.arc.ash yet but I imagine it will be the same thing. edit: Possibly a heap corruption in ASH Extractor, but we could try requesting the source code from crediar so we can fix it. Looks like someone has asked before ( https://wiibrew.org/wiki/User_talk:Crediar ) so might ask that person too the file extracted from mii.arc.ash appears to be a Wii U8 file, but attempting to use ARCTool.py or whatever misc tools fail to extract it due to large file sizes being detected. Maybe because of the endianness needing to be swapped. edit2: I sent an email to the person that asked crediar before for the source of ASH Extractor and they said they weren't able to reach crediar when they asked. I haven't tried too much to get ahold of crediar tbh. Anyway, the crash for ASH Extractor seems to be caused by an out-of-bounds read. I think the only reason I was able to extract a file from mii.arc.ash is because Wine on Linux had placed memory some valid memory right before the buffer and so it read some random data. That would also explain why extracting files from it (a U8 file) failed... because its contents were random data. I tossed ASH.exe into IDA and decompiled the main function and changed a little bit so it can compile and to find out where it crashes but I don't have a fix for it... yet... You can find it here. edit3: Was able to get the source from crediar and it crashes here. I also found that wiiqt, wii-system-menu-player, and quickbms had code apparently based off of crediar's disassembly too and hoped their changes/versions could decompress mii.arc.ash but they crash nonetheless.

Redownload the program.