Hacking 3DS rom dump info

  • Thread starter Thread starter Pong20302000
  • Start date Start date
  • Views Views 428,043
  • Replies Replies 783
  • Likes Likes 17
@Pong:

Which is exactly what I meant.

I just noticed I was wrong, though: both releases pre'd at the same time (13:04:33).
 
No, the NFO quite literally says
Code:
This 1st release is dedicated to two awesome guys for their hard work and help
Nothing would be possible without you buddies, and you know that. Respect.

EDIT: wut, why are some words in different colours?
 
No, the NFO quite literally says
Code:
This 1st release is dedicated to two awesome guys for their hard work and help
Nothing would be possible without you buddies, and you know that. Respect.

EDIT: wut, why are some words in different colours?

NFO does not mean that they released them from there hands in that order

most likely in order i have stated because the smaller files uploaded quicker therefore released quicker
 
It's their first release, so it should be the first release in the list.

Oh well, to GBAtemp their own numbering again, I guess. lol
 
It's their first release, so it should be the first release in the list.

Oh well, to GBAtemp their own numbering again, I guess. lol

my numbering system matches the release place so :P

loluht.jpg
 
have any of this dumps been confirmed to be OK ?

Confirming can possible work like this (it is not confirmed that this confirming work) hook DAT0-7,CLK ,RCS of the 3ds to card connection

you should get 7 unencrypted cmds the card respond may with an NCCH in the last unencrypted respond check this NCCH.

after that you get encrypted cmds. Only the cmds that return 0x200 byte or more matter now after each 0x200 block of data the card send a crc32 of this block (before encrypting) check if this blocks are pressed in the dump if less crc32 match the dump is bad.

ADD:I can't check this yet because I am still working on the gbaemu4DS.
 

Site & Scene News

Popular threads in this forum