NEO Team's Projects for the GBA/NDS/NDS lite > Neo Flash and Magic Key 2/3 developers discussion
FAT drivers for multi card + MK2/3 SD/MMC access
cory1492:
The GBA header should contain the cart size somewhere (in MBit IIRC), although sometimes its tricksy.
TheMikaus:
Address Bytes Expl.
000h 4 ROM Entry Point (32bit ARM branch opcode, eg. "B rom_start")
004h 156 Nintendo Logo (compressed bitmap, required!)
0A0h 12 Game Title (uppercase ascii, max 12 characters)
0ACh 4 Game Code (uppercase ascii, 4 characters)
0B0h 2 Maker Code (uppercase ascii, 2 characters)
0B2h 1 Fixed value (must be 96h, required!)
0B3h 1 Main unit code (00h for current GBA models)
0B4h 1 Device type (huh ???)
0B5h 7 Reserved Area (should be zero filled)
0BCh 1 Software version (usually 00h)
0BDh 1 Complement check (header checksum, required!)
0BEh 2 Reserved Area (should be zero filled)
Is what the site I was using says :/
http://www.work.de/nocash/gbatek.htm#cartridges
Is there somewhere else I should be looking?
cory1492:
Not that I am aware of... what I do know is that all the GBA cart readers I have encountered are able to calculate the size of the cart without taking much time (about 1 second) before really reading them - which leads me to assume there is some form of chip ID going on... of course, that is probably assuming way too much (hence alot of overdumps etc).
Extreme Coder:
Wow! TheMikaus, I've been working on the same program yesterday, and although it successfully dumps gba roms from the gba slot, it has the same problem yours have; I can't know the size of the rom. I just dump a certain number of MBs. It'd be great if I could know the size of the gba rom, from the header.
cory1492:
I did some digging and here is what I came up with:
The ROM size definitely isnt in the header, it is usually determined by scanning the cart (for mirroring of the header or nulls) or by user input.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version