Difference between revisions of "Talk:3DS Development Unit Software"

From 3dbrew
Jump to navigation Jump to search
Line 13: Line 13:
 
The NAND image of a development 3DS as called here (it is actually a test unit, not development unit) cannot be flashed to a retail 3DS, as there are most likely hardcoded fuses identifying if debug unit, test unit, or retail unit. Not to mention that the NAND image will contain encrypted files coupled with the console ID of the development 3DS, and any other console will have a different ID. --[[User:Neimod|Neimod]] 13:24, 19 October 2011 (CEST)
 
The NAND image of a development 3DS as called here (it is actually a test unit, not development unit) cannot be flashed to a retail 3DS, as there are most likely hardcoded fuses identifying if debug unit, test unit, or retail unit. Not to mention that the NAND image will contain encrypted files coupled with the console ID of the development 3DS, and any other console will have a different ID. --[[User:Neimod|Neimod]] 13:24, 19 October 2011 (CEST)
 
:Okay, I'm now a bit confused why would Nintendo label the "development 3DS" which is in my possession that is actually a "Test Unit" with a sticker saying "Development Unit". Is Nintendo purposely trying to confuse everyone, or am I missing something? Also if you can, can you tell me the differences between a Test unit and a Development unit?(considering i don't actually have a development unit). And about the custom flash, I was only speculating about what we could do if we found a method to extract the unique console ID/key and i purposely left out the steps of decrypting and re-encrypting 3DS flashes as I was speculating. And you're probably right about there being a hardware flag distinguishing between Test, Dev and Retail units, no doubt for added un-hackability.--[[User:3dsguy|3dsguy]] 17:23, 19 October 2011 (CEST)
 
:Okay, I'm now a bit confused why would Nintendo label the "development 3DS" which is in my possession that is actually a "Test Unit" with a sticker saying "Development Unit". Is Nintendo purposely trying to confuse everyone, or am I missing something? Also if you can, can you tell me the differences between a Test unit and a Development unit?(considering i don't actually have a development unit). And about the custom flash, I was only speculating about what we could do if we found a method to extract the unique console ID/key and i purposely left out the steps of decrypting and re-encrypting 3DS flashes as I was speculating. And you're probably right about there being a hardware flag distinguishing between Test, Dev and Retail units, no doubt for added un-hackability.--[[User:3dsguy|3dsguy]] 17:23, 19 October 2011 (CEST)
 +
::This is the development "unit":
 +
::[[Image:CTRDebugger.jpg|600px]]
 +
::The unit you possess is given to testers. --[[User:Neimod|Neimod]] 18:24, 19 October 2011 (CEST)

Revision as of 17:24, 19 October 2011

Thanks, interesting stuff you have written here. --Neimod 19:35, 17 October 2011 (CEST)

If hardwares are same as ordinary 3DS perfectly and then we dump ram ,copy it to our 3DS,

we can use mine as development version. --Matyapiro31 14:24, 18 October 2011 (CEST)

Dump the RAM? First we have to find out the pinout of it, then we can go ahead!--Lazymarek9614 17:59, 18 October 2011 (CEST)

Sorry,3DS Flash,not RAM. --Matyapiro31 18:15, 18 October 2011 (CEST)

Ah, OK! Is the flash chip actually encrypted with a console unique key? If not, this could be a plan!--Lazymarek9614 18:42, 18 October 2011 (CEST)
But once we can obtain a method to obtain the console unique key, we could have a flash dump from every region of the 3DS as well as a dev 3DS flash dump. And then we could make a custom flash which, which plays all 3DS game regions as well as dev games and has dev programs.--3dsguy 10:13, 19 October 2011 (CEST)

The NAND image of a development 3DS as called here (it is actually a test unit, not development unit) cannot be flashed to a retail 3DS, as there are most likely hardcoded fuses identifying if debug unit, test unit, or retail unit. Not to mention that the NAND image will contain encrypted files coupled with the console ID of the development 3DS, and any other console will have a different ID. --Neimod 13:24, 19 October 2011 (CEST)

Okay, I'm now a bit confused why would Nintendo label the "development 3DS" which is in my possession that is actually a "Test Unit" with a sticker saying "Development Unit". Is Nintendo purposely trying to confuse everyone, or am I missing something? Also if you can, can you tell me the differences between a Test unit and a Development unit?(considering i don't actually have a development unit). And about the custom flash, I was only speculating about what we could do if we found a method to extract the unique console ID/key and i purposely left out the steps of decrypting and re-encrypting 3DS flashes as I was speculating. And you're probably right about there being a hardware flag distinguishing between Test, Dev and Retail units, no doubt for added un-hackability.--3dsguy 17:23, 19 October 2011 (CEST)
This is the development "unit":
CTRDebugger.jpg
The unit you possess is given to testers. --Neimod 18:24, 19 October 2011 (CEST)