Jump to content


  • Content Count

  • Joined

  • Last visited

  • Days Won


Everything posted by ajxpk

  1. So far there is no trash bytes documentation for Pokémon generated in-game, only a few tests I have done in the past. There definitely needs to be more tests to see what’s possible, but it could be that we will never have it fully analyzed. This year I have made a lot of progress to learn how data gets stacked in Gen 3, mostly for Event Pokémon analysis and for this I also studied many of the functions used by the Pokémon GBA games, because the official Pokémon distribution softwares make use of the same functions. With this I’m now able to pretty much predict what would appear as trash bytes. At least in a static environment it’s possible now, but I don’t know what happens in an in-game situation and I can imagine that it might be difficult because I expect trash bytes to be appearing more random depending on different situations like receiving a Pokémon as a gift, a static encounter or a wild Pokémon. Especially the last I would expect to be pretty noisy and who knows what will appear as trash bytes, it could be various things... If you want to make or edit your own Pokémon now with PKHeX I can only recommend what @Sabresite said. Zero trash is as if the Pokémon was traded to Colosseum or XD and back. Such a Pokémon can be considered as fishy but it’s still “legal”. As long as you don’t use it competitively or for trades it should be fine. I’m just not sure if catching a Pokémon in-game and just edit stuff like PID, Nature and IVs would be a good idea. At least as long as we don’t know what kind of data the trash is coming from, it might be unwise to do that. It could be data related for generating the stats of the Pokémon or at least something related and if that’s the case the Pokémon becomes illegal.
  2. Cool I didn’t know there is a WC4 format now. It was about time.
  3. It looks like it has not been documented anywhere yet and it might be worth to share it. These are the locations where the Special Ribbon data is stored: Save File Section 4 RS Offset 0x290 FRLG Offset 0x21C E Offset 0x328 Info: I already checked the assemblies on GitHub and it seems like this has not been disassembled yet... The games have built in some kind of mechanic where when a Pokémon is traded (holding a Special Ribbon?) this data is apparently compared and exchanged. By default the slots are set to 0 but I noticed something strange in some save files I have examined. Some save files had slots filled with FFs and this is exchanged in case of a trade as well. That's how I confirmed that there 11 Slots even there are just 7 Special Ribbons in total. I have a feeling that the FF padding might be coming from COL & XD. Unfortunately the FF padding was also to be seen in the Festa Metang save files from Ahiru's Wonderland. So we can't be completely sure what kind of data was distributed with it. The German Debug Version of Pokémon Ruby has a Debug Menu including Mystery Event functions and one of them is for giving a Special Ribbon to all Pokémon inside the Team. Which is a Marine Ribbon with the assigned text "2003 REGIONAL TOURNEY CHAMPION RIBBON". In this case only the respective Slot of the Marine Ribbon changed while the other Slots remained untouched. I think for Festa Metang it was done the same way and the FF padding really just came from the GCN Games. If anyone has a relatively fresh Colosseum or XD save file which has never traded with a GBA game before we could figure out where this data came from.
  4. Where do you have this Rocks Metang from? Or did you make it by yourself? We desperately need an untouched one.
  5. I guess the only way to get the Pokédex entry is to trade it back and forth with someone...
  6. They are legit. We have over hundreds of these Pikachu Event Pokémon, they are some of the most commonly collected events because they were distributed at every Pokémon Center in Japan. Most of the files were collected by Ahiru and can be traced to 2005 and then there are a few from Takasan who can be traced back to that time as well. Also there are indicators that they came from the distribution software, the seeds for example which were determined the same way as Meteor/Wishmaker Jirachi's. GW Pikachu in turn has an unknown incrementing seeding method which we think is time based and additionally a randomized OT Gender. So what is legal about these Events is pretty much known, the only Pikachu Event we are missing and we don't know about is Sapporo Pikachu. I'm kinda surprised that Ahiru's Wonderland files aren't already in the gallery.
  7. My eyes are so thankful for the dark theme! Thank you very much!
  8. Yes. Short Nicknames, actually an illegal Nickname with only a terminator would be best. In the first post you can find some dummy save files, those can be used. Regarding the question, sorry for the confusion. The structure can be seen in earlier posts in this thread. There are actually 2 different patterns of Trash Bytes, one is Japanese Diamond and Pearl and the other one is for anything else... Pattern 1 example: Pattern 2 example: Basically the stuff that appears to be random in these Trash Bytes (marked with colors) are the level and some pointers and our problem is that the pointers change apparently because of the memory allocation, so we need to kill the memory allocation in order to determine the base offsets for these pointers. This is important to determine which Trash Bytes are legal. We will also have to determine the maximum possible offsets, but we can determine those mathematically so that's nothing we have to worry about right now... we just need the full 22 byte arrays with the base offsets... So in short... what needs to be done is we have to migrate Pokémon with short nicknames (0xFF in Gen 3), with the dynamic memory allocation being killed (aka Anti-DMA Code) during migration. And this with all games DP/Pl/HGSS in all different languages J/E/F/G/I/S/K
  9. I haven’t worked on it for a while. But just in case someone would like to support this project, I want to give information about what has to be done next... We need migrated Pokémon on all different Game and language versions which means DP/Pl/HGSS in all different languages J/E/F/G/I/S/K. Can be done on Emulator... And most importantly we need to determine and document the lowest possible Offset/Base Offsets of the pointer inside the Trash Bytes of migrate Pokémon #2. For this we have to find a way to stop the Memory Allocation. Maybe there are cheat codes for that?
  10. "I was told", "I heard"... This is an example of how rumors are being spread. Like I already said you will get different results from emulator to emulator, which we have learned from recent research and there is more research that needs to be done from here, we ain’t done yet. That's the only honest answer we can give to people. Besides that "emulator" is a generalized term in this context. Every emulator behaves different, especially if the core was programed independently and therefore would have to be seen as an individual "medium" as you called it. As for the Trash Bytes, no like I said the rumors are wrong. There are no different patterns and if they are as you say we would be good to document it and compare our data. According to my research it's not the case and it was done one both real hardware and emulator. Btw. the reason why they are identical is not even a surprise because memory and stacking are supposed to work exactly the same on emulators and real hardware. Otherwise it would cause serious issues like stacking issues and data being read from wrong memory locations. It would essentially mean things are out of control... so that should not happen. You have to keep in mind that this is all based on math and has not just to do with the emulation of the processor, this is just about the memory. That's why I was questioning these strange rumors from the beginning. I would also like to point out that the documentation was never completely finished... You're of course very welcomed to help with it. @Sabresite would be happy. Unfortunately I don't have time because I'm very busy working on some other research projects. It's not really my highest priority at the moment.
  11. It always depends on how the emulation is and I wished I could give answers but I have no experience with catching Pokémon on DeSmuMe. If it generates illegal Pokémon then another option would be melonDS and in the future there will be medusa. We have the same Topic in Gen 3 actually, when people talk about illegally generated Pokémon they usually talk about VBA, which is an very old Emulator. But there are other Emulators like mGBA and some of them have turned out giving better results. But we still have to do more research. Research is mandatory... There were rumors being spread in multiple forums and reddit that migrating Pokémon from Gen 3 to Gen 4 gives false Trash Bytes. It was seen as fact and when I wanted to take a look at it I was surprised that there was never a single case uploaded or any kind of documentation about what exactly was wrong with these Trash Bytes. So I had to start research on it on my own and then I asked people to upload migrated Pokémon from real hardware all just to figure out that the rumors were false, the Trash Bytes were identical. So my suggestion to everyone is just enjoy playing the games and report issues in the forum IF they occur. PKHeX should supports legality checking for it, so you can just catch Pokémon and see if they're legal like @theSLAYER suggested.
  12. The thing is we have a Japanese save file with all 3 DLC packages WMission (Deoxys Mission & Manaphy Mission), Celebi Mission & Mew Mission. Thanks to this website just btw: https://ux.getuploader.com/savedate/download/226. The Mew Mission was extreme rare and I have been looking for it for quite a while. (Years!) It was distributed in partnership with ANA and you were only able to get it on respective airport terminals for the most part. Now the save file with all missions got finally leaked this year so we are damn lucky! The problem is the missions are already played and we would like to have a blank save file with the untouched special missions. One idea from my side would be to maybe edit everything from memory and then save the game. It's complicated too though and regardless of which way we go some research might be required, to learn what activated the missions ect... since there was no option to delete the save file but a new game option, I kinda wonder how fresh a newly started game is? At least the missions won't be removed from what I remember?
  13. Yeah, I was wondering about that too. I hope it can be used to breed Pokémon. xD That would be awesome.
  14. I'm not saying that this Pokémon is Animon, what I mean is that the idea of having another Ditto that is a Steel Type was recycled. The difference between Animon and this is that Meltan is a mythical Pokémon and not an evolution. Regardless, there definitely seems to be a connection to Ditto, so I'm really interested to learn more about this Pokémon as Ditto is one of my favorite Pokémon.
  15. Ironically I wanted to post something about this Pokémon but I was busy with other stuff. Things are getting interesting. I don't know if you already know about this but for years there are many rumors about the connection between Ditto and Mew. That Ditto actually isn't a natural Pokémon and a result of failed attempts of cloning Mew. Which is why both have the ability to transform. Also they both have equal base stats, they share the same weight of 8,8 lbs. They have similar colors and the same shiny colors. Then we had this Space Center Demo leak with an unreleased Ditto evolution "Animon". A steel type. Now this Pokémon appears... having a similar look as Ditto and apparently a Steel type? Coincidence? For some reasons Dittos were transforming to it. What's also interesting is that it exactly weights twice the same as Ditto, 17,8 lbs. Not to mention that Meltan sounds a little bit similar like Metamon. There is a remake of the first Pokémon Movie coming out next year and you can bet that the Pokémon is in it. One of the most interesting theories in Pokémon history might come true?
  16. Finally someone is mentioning this Pokemon. English: Japanese:
  17. Meanwhile I located the Multi Boot ROM. The SIIRTC function library is in it. While we are at it I think it would be nice to also confirm how Pokemon BOX RS seeds if it hasn't been done already. Both for the Egg Events and the Pokemon caught In-Game. I would recommend to use a cartridge with dry battery if possible... Little request from my side.
  18. IIRC the GameBoy Player has an ARM chip inside, so everything should run natively in this case. Pretty boring, I know...
  19. It's very interesting because what you play on Pokemon Box isn't actually the game from your cartridge, it's emulation like you said and the ROMs of Ruby and Sapphire are on the disc. I'm also wondering how it does the RTC stuff and if it uses the GameCube's RTC instead of the cartridge's RTC. Also I'm wondering how it gets the Seed for the Eggs Generation and why people claim it is impossible to RNG them. As it would not be too difficult with a dry battery if the game's RTC is used. I actually have so many questions regarding how everything was done, I thought there should be a Multi Boot ROM that is downloaded to get access to the save file but couldn't find anything so far...
  20. By the way... I would really like to know what's the deal with Pokemon BOX. I have heard that you can get many Method-4 Pokemon with it. Is that true? And does it affect Pokemon that are usually Method-1 only as well? I don't have the complete hardware setup now but did in the past, wished I could check it out for myself... This would be a Ruby and Sapphire only thing but still interesting I guess.
  21. We are receiving so many questions like this nowadays... no one wants to play these games anymore? lol
  22. I think it's worth to try mGBA as well as it was designed completely independent from VBA.
  23. The tool is not supported anymore as suloku is not working on it anymore. I think it would be good PKHeX having Mystery Event/Mystery Gift functionalities. And in case someone wants to do it, everything for the implementation can be found here: In addition to that I have a suggestion to how we could name Mystery Gift files in the future using Gen 3 as an example. The file names would be ME3, WN3, MG3. ME3 is Mystery Event, WN3 is Wonder News and MG3 is Mystery Event combined together with the Wonder Card. Mystery Events and Mystery Gift Scripts are exactly the same, only difference is that every Mystery Gift has a Wonder Card while a Mystery Event is only the Event alone. There is no Wonder Card without a Mystery Gift, which is why I personally would like to turn away from the misused term WC which only refers the Wonder Card and use the more suitable term Mystery Gift instead. PKHeX uses the WC term in a really strange way calling every Event Pokemon WC even not every Event Pokemon was distributed as a Mystery Gift.. I think it shouldn't be too difficult finding a universal term for Event Pokemon that is compatible through all generations, hence why I suggest to change it to a term referring them as Event Pokemon. Just call them Event Generation X like EG1, EG2, EG3... or whatever... I think it would be more easy to understand for everyone... You might have better ideas, this is only a suggestion from my side.
  • Create New...