Technically it can be any BBB Pokemon, not just Crystal. When I made those batch files, I only tested Blue.
Srsly...Yes, as it was said above, you have to use one of the BigBlueBox releases of Pokemon, which are VC titles, not just .gbc roms.
Technically it can be any BBB Pokemon, not just Crystal. When I made those batch files, I only tested Blue.
Srsly...Yes, as it was said above, you have to use one of the BigBlueBox releases of Pokemon, which are VC titles, not just .gbc roms.
You don't super trim VC roms, they don't have update partitions. Also, you can create some of them as card1 roms, since (again) some of them can use a save file of 512kb (which is supported by card1).
The above means, you can just trim them without problems.
You want to make a new save location at the end of the ROM, so for explanation's sake let's say the ROM is 10494280 bytes, just over 10 MB.
Since the save pointer is in units of 0x200 each the save location needs to be dividable by 0x200. So the save has to be placed at 0xA02200, or 10494464 bytes into the ROM, I calculated this by dividing the trimmed size by 0x200 in the Windows calculator's programmer mode (as hex) and adding 1 to that number. The resulting number is the value you need to write to the header. In this example, that value would be 0x5011, but since the byte order is reversed in the ROM, the bytes written to the header would be 11 50. Replace the two bytes at 0x200 with that value.
As the VC saves are 1 MB according to the person above me, that's how many bytes you should insert at the end (after calculating the pointer you need to insert in the header)
I don't think I can explain any better than this.
Do you know how bytes correspond to hex offsets?
For example, the section bolded. I understand the rest but not how 0xA02200 was obtained.
He divided the rom size, 10494280(0xA02148 in hexadecimal) by 0x200, obtaining 0x5010.
So, I cant just regularly trim the rom and end of story?OHHHH... 10494280 is in decimal and it is then converted to 0xA02148 in hexadecimal.
So, I cant just regularly trim the rom and end of story?
A quick question: How do we unpack BBB Pokémon roms? The standar xorpad method does not work for bbb-p-pkyl, for example.
The thing is I have no idea of how to extract RomFS.bin with ctrtool.Just unpack with ctrtool and that's it.
Don't decrypt with xorpad because they're already decrypted (0-key encryption).
Technically it can be any BBB Pokemon, not just Crystal. When I made those batch files, I only tested Blue.
Search the exact filename with quotes. A certain forum has all the BBB pokemon uploaded.
Finally, after getting some kind of file, the file tells me it is broken everytime i try to extract it (with winrar. also tried zip). So i have nothing. The file i donwload is about 9 mb if that is right. Im not sure why it is so hard getting one of these.Look at the rules at the place you got it from for a password. If it's where I am thinking then it is there in the forum rules.
Use WinRar 5.11.Finally, after getting some kind of file, the file tells me it is broken everytime i try to extract it (with winrar. also tried zip). So i have nothing. The file i donwload is about 9 mb if that is right. Im not sure why it is so hard getting one of these.
still didnt workUse WinRar 5.11.
I finally figured it out, thanks. (I was inputting the password with an extra space at the end acting as a character. I deserve it for being lazy enough to copy and paste the password rather than write it out.)I got mine from the same place and with the newest winrar and the correct password they open fine.