Jump to content

Gridelin

Contributor
  • Posts

    155
  • Joined

  • Last visited

  • Days Won

    15

Posts posted by Gridelin

  1. 2 hours ago, windwakemeupinside said:

    You say that PkHex doesn't check trash bytes. Is there a program that does check them for legality purposes? 

    I haven't looked into stuff like trash bytes in well over a year, but I remember doing it in a hex editor. I would compare the Legit event Pokemon file I had and the .pk(x) file I made identically from scratch in Pkhex. To my knowledge there is no sure fire way to check trash bytes to ensure legitimacy, considering there are legitimate things that nuke trash bytes (like trading a Pokemon from FrLG to XD).

  2. On 4/23/2018 at 12:06 PM, YoshiMoshi said:

    Any pictures of the collosrum bonus disc variant?

    @YoshiMoshi The original dumper just sent me these!

    Spoiler

     

    D9MEGFS.jpg

    1d7QS7U.jpg

    At8hQk4.jpg

    He also sent me this as well, but English is not his best language so I'm not sure if this is where he got it or not: Auction link

    Interesting picture from auction link:

    hotarunohaka3-img1200x900-1502689716xejmd430013.thumb.jpg.09b5cf7940199c9ef78b1f241d9da415.jpg

     

     

    • Like 1
  3. 20 hours ago, ajxpk said:

    It's ok when you do it and feel it's fine for you, but don't advice other people to do it like this, without talking about the risks... It should be clear to everyone here that changing some random zeros somewhere is never a good thing. Not only this but also it fakes the checksum by feeding it with data that would never be there during normal play. Even the result might be ok, the way the seed came together is illegal (the whole save file is at this point) and this is by definition a hack.

    If someone disagrees, please think about this... also in regards to the philosophy of PPorg...
    We at PPorg don't condone cheating and it's our responsibility to define what is meant with cheating, for example...
    We consider changing a Pokemon manually as a bad thing, that's why we have legality checks to ensure that they remain a rare case, aren't traded or spread and that Pokemon are generated in the "hopefully" most legitimate way as possible, if possible by the game itself alone. We also consider things like changing PRNG states manually as a bad way of hacking, that's why people RNG and RNG'd Pokemon are seen equal to legit because they were generated by the game properly, I think most people agree with this. This would also mean that changing random save data offsets for getting a desired seeds for generated Event Pokemon is bad, if we say it's not then this is a clear double standard. Just to underscore why I do have my opinion...

    That's why I think our goal should be always to offer the best way possible, something that is achievable through normal play and there are different and more professional ways to do it in this case. You can just for example change the Play Time. It's not even much of a difference performing this and you can easily change it back afterwards when you write notes about what the time was before, the good thing about it is that you end up with a save file that is still save to be used... while otherwise you unnecessarily produce a throwaway save file and break things if you don't pay attention... Just saying this as a tip if you want to improve your guide, maybe there are other ways I haven't even thought about yet.

    I completely understand with what you're saying and agree with all of it, but let me hopefully explain my reasoning behind posting this as it is. For one, and I may have been just doing something wrong, but I do not believe that changing things like the in game time will always change the seed; I know for a fact that in the past I did change the seed this way, but I also know that sometimes I would try and change the OT/TID/Time to change the seed, and the seed would not change. I very well may have been doing something wrong, or not looking at the correct one of my many save files, but this was just my experience (even the other day while writing this guide I ran into the problem on one of my save files).

    Now to another point, yes this method may be "poor hacking" and not "legitimate" but as you said "RNG'd Pokemon are seen equal to legit," I don't want to be responsible for making a guide that makes it nearly impossible to distinguish between a save file that someone spent hours RNGing and a briefly PKHeX'd/hex edited file. Most of the time when we do research into properly generating these old events and finding out how to make them as legit as possible there are no drawbacks to any actually retrieved legitimate versions of those events, as the events happened literally over a decade ago, and many hardcore pokemon traders require some sort of proof with any events they trade. With something like Wishmkr Jirachi thats not the case, these are still perceived as a "legit" on going event; and I don't want to be responsible for writing a guide that makes a legitimate RNG'd savefile indistinguishable from a barely hex edited file.

    Finally, I personally believe that the method I laid out in the first post is easier and quicker than messing with OT/TID/Time, but I will be honest and say that I have not delved too deep into the pattern the seed changes based on making changes to those values. I'm by no means saying go into your save file and change random values to 00's and hope you get the Jirachi you want, I'm saying to keep a backup of your save and try changing the values in this specific area of the checksum and see what happens to the seed, the rest of the save file remains unscathed. You are right that I should talk more about the risks of this, and that is this not legitimate, and I will edit the first post accordingly.

    I just know personally in the past there has been a very specific nature/IV Wishmkr Jirachi that I wanted, and instead of RNGing or making a poorly built .pk3 file in PKHeX I was able to do this method in under a couple of minutes to receive the resulting Jirachi that I wanted, and then was able to save the .pk3 file to my desired main save.

    I know exactly where you are coming from, and as I said originally I agree with all of it! I just hope you understand my reasoning and point of view behind where I am coming from as well :).

    Also please keep us updated on the Yokohama Pikachus!

  4. 11 hours ago, Sabresite said:

    Nice guide :). By the way, the checksum used is in different places because their routine is broken. If I remember correctly, they loop through each section until they find section 0xD and use the one right before it.

    What they meant to do, was to loop through all 13 sections and xor the checksums. IIRC, they also screwed up the xor by not assigning the result back to the running value.

    How do we know they screwed up? Because it was fixed in a later distribution.

    That's actually hysterical, does this create any problems? Like could the checksum potentially overwrite important data?

  5. This method while it will produce a "legitimate" WISHMKR Jirachi is in-and-of itself not a legitimate method. The save file you will be creating with this method is not a legitimately obtainable save file through regular gameplay. A backup of your original save should always be stored when doing this method in-case you alter some important values outside of the relevant checksum section! For more information on how to produce a legitimate save file that will still produce your intended WISHMKR Jirachi you can read the 4th and 5th comment on this thread!

    I know this is not anything new, considering the first time I did it over a year ago there was already some advice as how to do it online. I've been killing time lately and decided I would write up a guide on how I personally have changed the seed for WISHMKR Jirachi in the past.

    For this process you are going to need:

    The first thing you are going to do is make a backup of your current R/S save, and store it somewhere safe. After this has been done, you want to receive a WISHMKR Jirachi from the Colosseum Bonus Disc, and then cross reference the PID of the Jirachi you received with the seed that it came from.

    jirachi1.PNG.a8ec4d8971718b4f090c3670c9309b38.PNG

    As you can see, the seed for the Jirachi I received is 8CD0. Now I am going to open up my backed up save in a Hex editor and search for D0 8C.

    jirachiseed.PNG.5d96d9eaef3b8b440f968237e373e11d.PNG

    The location of my seed is at 00006FF0; unfortunately we cannot just edit the seed right here, we need to edit the checksum that verifies if the seed is legitimate. Since my seed is located at 6FF0, my checksum will be located at 5FF0 - > 60A0; your seed may be located at a different value, but it will always end in 'XFF0' and the checksum will always be the '(X-1)FF0'.  

    jirachichksm2.PNG.b5642c9360ba8865a05e3958e7e2c2ce.PNG

    The first thing I generally do is to start changing lots of values to 00 or 01 to see how it affects the seed value. To check how we are affecting the seed, we are going to use a very old-yet-handy tool PSavFix. The readme for the tool is pretty self explanatory, but we are going to use the tool to recalculate our seed for the adjustments we made to checksum. It is good to just mess around with values and see how it effects the outputted seed, sometimes just mindlessly changing values in this section will bring you close to your intended seed, but if not there is a general strategy. Most of the values in the checksum if increased by 1, will increase your seed by one. A couple of the values if increased by 1 will increase the first/second digit of your seed by 1; I cannot give you specific instructions for which locations do which, as in my experience the locations change save to save.jirachihex.thumb.PNG.af1b3003707c4e2a1a0979c74ca167e6.PNG

    After running PSavfix.exe -fix -RS savefile.sav after some of the edits I made to the checksum, I realized that the '30' value I had would increase the second digit of my seed by 1.

    jirachihex2.thumb.PNG.f438371403f94fcfaf127279b77d881b.PNG

    As you can see increasing my '30' to a '32' changed my seed from CD1A to CF1A. My intended seed is CF37, so I subtract CD1A from CF37 to realize I need to increase a value in my checksum by 1D.

     jirachihex3.thumb.PNG.2a6d398a37498cff68e619eb6ba1c852.PNG

    I added the 1D to the 02 value and now I have reached my intended seed! You can now retrieve your intended WISHMKR Jirachi! Again I know this is not anything new, but I hope it is able to help someone if they go googling on how to do this!

    jirachidesired.PNG.374e205b2044fd3e6677a55ef38633ce.PNG

    • Like 1
  6. 3 minutes ago, ajxpk said:

    Interesting find... but...
    First of all... and this is simple to understand... Everything that has no GBA ROM header is not a ROM.
    ".bin" can be seen as an unspecified binary file, it can be anything so doesn't has to mean anything. Even a single function could be saved as a bin file.

    I haven't done research on this but here's what I understand and if someone knows better than me, please feel free to correct me.
    Ageto Celebi/Channel Jirachi is different in that it's receiving more data from the Game Cube software.
    The Event Pokemon is apparently generated by the Game Cube (Master Mode) and then the GBA (Slave Mode) receives the already generated Pokemon.
    Basically all this ROM does is communicating with the Game Cube, but it isn't generating anything. 
    So you can't really compare it with a Multiboot ROM that is generating Event Pokemon all by itself like it was in case for the regular Events.

    If this stuff is for generating Pokemon (which is unclear to me btw...) it would rather be debug material.
    I wouldn't expect some officially distributed Event Pokemon and instead unrealeased material that works similar like Ageto Celebi/Channel Jirachi.

    That makes a lot of sense, I didn't know that about the Master+Slave mode, thank you! I did know that lots of different types of files receive .bin extensions, the main reason I compared these files to that of the Meteor Jirachi or the coupon.bin file is that almost all of these files are around the 60-70kb size, that's what originally piqued my interests.

  7. Hey everyone, just for starters since I figure most of you don't know me, I've been floating around these forums for years lurking on a lot of the Gen3 event progress that's been made. Last July on @InsaneNutter's site I even found the "Interactive Multi Media Game Disc" that would later be discovered to have the files for JPN Berry Glitch Zigzagoon. Just so you guys know that I'm not a complete noob to some of this haha :).

    Anyways, ever since I found out about the Meteor Jirachi successfully being retrieved and JPN Berry Glitch ZZ being found hidden in the game files of the demo disc, my interest was peaked to try and find more hidden files within some of the older GC discs. Looking through redump.org I stumbled upon this dump from last November.  It is "Pokémon Colosseum: Kakuchou Disc" and is a version of the Japanese AGETO Celebi bonus disc with a playable demo of Pokemon Channel instead of the various video previews. The MD5 hash of the "pokocolo_ex.tgc" files is the same for both the regular bonus disc and the Kakuchou Disc.  -[Snip]-  Here is a quick video of the disc:

    RNmQ1YC.png

    Within the "pch_TRIAL.tgc" file there are a number of .bin files that seem to resemble the Meteor Jirachi.bin (in file size) at first glance, but the headers do not exist/match that of the Jirachi files. I believe further research is needed on this though, as I'm mostly positive these .bin files are not in the full release of the actual Pokemon Channel game. Here is a download link to all of the .bins within the pch_TRIAL.tgc > thumbcode.

    xEKSxtX.png

    Hopefully someone can help in figuring out what it is these files are, all I recognize is the Pokemon names before the .bin.

    On another note I have been exploring the pokecolo_ex.tgc files and have been trying to distribute the coupon.bin and pkjb_test.bin file using @Lycp01's method to distribute Meteor Jirachi. I've tried altering the headers/footers and have so far managed to get the distribution process to seemingly begin before the GBA goes to a gray screen and hangs, while the distribution ISO gives the yellow error, and I again believe more research is needed into this haha.

    I hope this post was interesting or helpful in someway, any feedback or contributing research would be greatly appreciated.  Even if all of the .bin files turn out to be duds, I'd at least like to confirm it to put my mind at rest!

    • Like 2
  8. 21 minutes ago, kerpgap said:

    ya i re rolled pid

    il try deleting ascent and trying again then

    edit tried deleting ascent and trying one without any stats edited jsut taken from the mystery give data base, no luck

    even tried using a diff ds and diff version of the game, no luck there

    Have you tried redeeming one from a wondercard and trading that? Have you tried any other eventmon?

  9. I'm not sure if this is the thread for this, but I figured I'd ask here. Has anyone tried activating this event on the VC console 3ds title (whether through cheats or transferring save file?) I'm curious as to if it will pokebank or not haha.
     

    **EDIT** I'm not realizing that this is a Crystal event and not a Gold/Silver event, so I think my idea just got tossed out the window haha.

    • Like 1
  10. 5 hours ago, Deoxyz said:

    If you have any European carts, then we could probably use the rom dumps. I've been in contact with someone who has all 16 US DS distro carts, and I've instructed him on methods to dump the roms, so I hope to have them by next week.

    However we can't upload roms here, or even link to them, but I've been helping build the most extensive distro rom compilation over on another site that is ok with roms. I can discuss it more in private if you're interested or have anything you want to contribute.

    I can also confirm that @Deoxyz has pretty much singlehandedly revived that other site haha

    • Like 2
×
×
  • Create New...