Jump to content

Leaderboard

  1. Deoxyz

    Deoxyz

    Contributor


    • Points

      3

    • Posts

      396


  2. Kaphotics

    Kaphotics

    Helpful Member


    • Points

      1

    • Posts

      6886


  3. BlackShark

    BlackShark

    Contributor


    • Points

      1

    • Posts

      1579


  4. suloku

    suloku

    Innovator


    • Points

      1

    • Posts

      741


Popular Content

Showing content with the highest reputation on 01/04/19 in all areas

  1. 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
    1 point
  2. 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
    1 point
  3. 3345 downloads

    This page contains the first ever publicly available savefile that was dumped from an original Pokemon Red cart, which was used to distribute YOSHIRA Mew by direct trade. The distribution took place at Toys R Us stores in the United States from the 8th to 12th of December 1999. The players who were allowed to obtain a Mew were determined among the first 1500 customers at each Toys R Us store on 26 November 1999, where they were able to receive a special "Peel & Win" sticker card (pictured above). 200 of these cards at each store contained the text "Caught Me!" underneath the sticker of Mew. These Mew distribution carts are known to have been either a Red or a Blue cartridge, which were sealed into a GameBoy Pocket with official Nintendo non-tamper security tape. So far only two devices have publicly surfaced on the internet. The first one was a Blue cartridge still sealed into a silver GBP, of which pictures have been on the internet for several years (pictured above). This device is said to have been lost in shipping during ownership change in 2013. The second one is a Red cartridge that has since been cut loose from its GBP, but the Nintendo security tape is still intact on the cartridge (pictured above). This Red cartridge was first seen on Reddit several months back, which is owned by a former Toys R Us employee who personally distributed Mews from the cartridge back in 1999. I recently contacted this Redditor, and offered to ship her my cart dumper in order to get the savefile dumped and safely preserved. As save data in the first two generations rely on a low-power battery, after approximately 18 years it was clear that the savefile would not have survived much longer. Due to this and the extreme rarity of these devices, this may have very well been a one time opportunity to ever preserve save data from one of these carts. Every Mew has identical IV stats: 5 HP, 10 Attack, 1 Defense, 12 Speed, and 5 Special. Every Mew in this savefile has the Original Trainer name of YOSHIRA (none YOSHIRB). I can only speculate that perhaps those on the Blue cartridges contained YOSHIRB Mews. The Trainer IDs are all unique however, and imply the Mews were generated in groups of 5 (eg. 16385, 16386, 16387, 16388, 16389, then 16443, 16444, 16445, 16446, 16447, and so on). My theory is that the Mews were generated with a "Mew machine", which was a quicker method used at other event locations to distribute YOSHIRA/YOSHIRB Mews. We know these machines distributed Mews with TIDs that incremented by 1, so due to the Trainer IDs we see here, we could assume that each savefile had different Mews(or at least that several different savefiles may exist). So other than TID, the Mews on this savefile are all identical. The way I figure it, a cart was inserted in a Mew machine, a party full of 5 were generated, the cart was removed, and while someone manually placed those 5 Mews in a PC Box, another cart was in the machine having it's party filled. I don't figure it could have been practical to give every cart unique Mews, but multiple carts were filled to have a wider variation of existing TIDs. After a handful of carts were full of Mews, their savefiles were likely copied among the hundreds of carts send to Toys R Us stores. Keep in mind though, this is purely my speculation based of the information we have. All the traded pokemon from this savefile had been previously released, so only the Mews remain. Box 11 and 12 are totally empty. Box 5 and 10 are each missing one or two Mews. Boxes 1 to 4, and 6 to 9 remain fully untouched. I did return a few Mews from the party to their proper box slot, so the TIDs line up as they were originally. Any oddball TIDs that couldn't be matched up were placed in the Party. I also want to note that I did request the rom to be dumped as well, and it was 100% identical to any other retail Red cart. While we were 99% positive this was obviously the case, it's still nice to have that confirmation. In the past some people have speculated whether or not the rom was special and would have the PC filled with Mews if a New Game was started. Once again, I want to give special thanks to Jenn from Reddit, because without her generosity, we may have never been able to obtain one of these savefiles. She did promise to supply her personal experience/memory of the event and any details, so when she does, that will be shared here as well.
    1 point
  4. Version 1.2

    14007 downloads

    This page contains all publicly available savefiles that were dumped from original FireRed carts, which were used to distribute MYSTRY Mew by direct trade. The distribution took place at Toys R Us stores in the United States on 30 November 2006, for only three hours from 12 - 3 pm. Each savefile is credited to who supplied it online. The recently acquired savefile that provided the missing remainder of the boxed 420 Mews is credited to PP.org, for appreciation to the group effort of those that helped obtain and pay for it. The 426 individual .pk3 files can be found here.
    1 point
  5. Maybe I should have searched before, haha, @suloku did great research on Ranch save files! Nothing about the event trades but still interesting.
    1 point
  6. Should be all fixed now, ty for reporting
    1 point
  7. 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.
    1 point
  8. Redownload the program.
    0 points
×
×
  • Create New...