Hacking Source Unverified: SuperCard Team is developing DSTwo+

[ChrisRX]

Edit: But yeah, Supercard is the king of the regular DS scene

Don't forget that supercard was king of gba scene too, and passme. They're very reputable

 

[enarky]

The R4i Gold still works (and it supports wood officially). And not everyone uses a 3DS.

And how many hardware revisions of the R4i Gold were there exactly since it was first released? Was it five or six, because I kind of lost count somewhere, sorry.

 

[Technicmaster0]

And how many hardware revisions of the R4i Gold were there exactly since it was first released? Was it five or six, because I kind of lost count somewhere, sorry.

The first hardware revisions were because it was only ment to work on the DSi and serveral revisions (like B) still work.

 

[enarky]

The first hardware revisions were because it was only ment to work on the DSi and serveral revisions (like B) still work.

So, how many were there? And what exactly happens when you use them in a current 3DS? Do they work? How many of the five or six hardware revisions are still working? Can you find out without extensive Googling? And you're still keeping up the claim that these cards are better than the DSTWO? Come on, this is getting ridiculous.

 

[Technicmaster0]

So, how many were there? And what exactly happens when you use them in a current 3DS? Do they work? How many of the five or six hardware revisions are still working? Can you find out without extensive Googling? And you're still keeping up the claim that these cards are better than the DSTWO? Come on, this is getting ridiculous.

I never said that the cards are better but that their EOS/ Kernel is. And the current hardware revision is D and before that there were 1-9. So there was a total of 13 revisions but many of them don't differ much (D is C with a line on the pcb less etc).
Like I said, the wood r4 with B, C and D work on the latest 3DS.

 

[Lordjontan]

I wondering if DSTwo+ for 3ds comes up, will people claim it is gateway clone

That depends, but I hope the Supercard team do their own job and don´t steal/copy the work of others like Mt-Card

 

[kirekun]

If they combined Gateway's Emunand with Sky3ds still working in all firmwares.
We just got a winner in the flashcart war.

 

[MrJason005]

But how will it support both DS and 3DS roms? A physical button on the card to switch between the two?

 

[Sammt424]

 

[MrJason005]

View attachment 12814

Care to elaborate?

 

[Sammt424]

Care to elaborate?

Its not from a trusted source bruh.

 

[IgortheMii]

Sounds like another Sky3DS clone but without the 10 games limit and with DS support in the same card.

While There is a thread saying that Buying a 3DS to play DS Homebrew and pirated games offers nothing but HEADACHES!

 

[MrJason005]

Is it possible to emulate DS mode on a 3DS without rebooting the console?

 

[Phantom_User]

Is it possible to emulate DS mode on a 3DS without rebooting the console?

Not sure. I do know the GBA Games available in the Ambassador program emulate DS Mode on the 3DS. Can't remember if they reboot the console though.

 

[MrJason005]

Not sure. I do know the GBA Games available in the Ambassador program emulate DS Mode on the 3DS. Can't remember if they reboot the console though.

I thought GBA games were a whole other can of worms that clocked down the CPU and simulated the GBA games, disabling you from accessing the home menu and such.
Look here.

 

[donkeymilk]

I'm not going to lie, I'm filling up a little bit over here... I hope this is true.

 

[Phantom_User]

I thought GBA games were a whole other can of worms that clocked down the CPU and simulated the GBA games, disabling you from accessing the home menu and such.
Look here.

Yeah I read the same thing.

So they're actually .. Downclocking the "Nintendo DS Chip" to play GBA Games.

 

[MrJason005]

Yeah I read the same thing.

So they're actually .. Downclocking the "Nintendo DS Chip" to play GBA Games.

Actually, there is no DS hardware soldered on the 3DS board.
Seems like DS mode acts like virtual box, in the sense that anything that runs inside the computer you simulate, won't affect the 3DS itself (Part of a reason we run antivirus tests in virtual box).
If that's the case, all that DSTWO has to do is reprogram the virtual machine that Nintendo set up so it allows you to perform anything else with the remaining memory and CPU.
My guess is, they will search for a way to redirect NAND calls to the SD, sort of like Gateway.

This. It's virtualization and not emulation.

Basically there are 4 ways nintendo could have handled things the way they did... Emulation, virtualization, native, or hardware locking.

Native would be a DS game running as if it were a 3ds game. Nintendo wouldn't do this because of the fact that the original DS protection is terribly broken and it would be have a negative impact on compatibility (running games too fast, broken timings, etc)

Emulation would require software (everything, or at least almost everything done via CPU) translation of all CPU/GPU/Timings/etc. This would be needlessly complex and a very big battery drain and may not even be feasible given how little we know about the 3DS' true hardware. It also leads to unnecessary compatibility issues (since the hardware is so similar anyways)

Hardware locking would be much like how the Wii plays gamecube games... It basically restarts the system in a 'compatibility' mode where the Wii hardware is locked out and the GPU/CPU are underclocked to match the cube. Theoretically perfect simulation, but then lacks all wii features.

Virtualization is thus the best choice and is kind of a combination between the two above methods. Both the hardware and software have to be designed with it in mind... The software basically sets up a "computer in a computer". The innie (in this case the DS) lacks any ability to interact with the outtie (in this case, the 3DS) while the hardware is designed to be able to split work between the two tasks. This allows you to have an actual 3ds menu while playing DS titles... While without the system being hacked to be sure, we can assume that the reason why most of the regular 3ds features are probably disabled to insure proper timings inside the VM DS, or that certain features of the CPU which are necessary for certain other functions (like wifi controller on DS) are locked to the VM so there is no resource conflict leading to an ugly screen of death.

 

[fatboynate]

meh idc if i wanna play ds games ill use old reliable r4i with wood on a dsi xl

 

[Apache Thunder]

Actually, there is no DS hardware soldered on the 3DS board.
Seems like DS mode acts like virtual box, in the sense that anything that runs inside the computer you simulate, won't affect the 3DS itself (Part of a reason we run antivirus tests in virtual box).
If that's the case, all that DSTWO has to do is reprogram the virtual machine that Nintendo set up so it allows you to perform anything else with the remaining memory and CPU.
My guess is, they will search for a way to redirect NAND calls to the SD, sort of like Gateway.

It might prove more usefull to replace the environment that the 3DS uses to play DS games instead of trying to modify the existing framework. Think of Nintendont for the Wii/Wii-U to facilitate playing of Gamecube games. Just rebuild a new virtual box like system that has better features then the original. Not sure what the 3DS can actually handle, but there should be enough resources to add things like real time saving and cheat codes built right into the homebrew used to launch the DS games.

But don't expect something like this anytime soon. We're only just started to reverse engineer the 3DS now that homebrew is finally starting to take off. I'd expect it to be a year or more before we see anything like Nintendont on the 3DS. That's assuming there's enough interest in it given there is still plenty of DS flashcarts that still work on the 3DS.

Perhaps if someone cracks the new exploit to have a hardware free version (aka CFW) of running homebrew, then that idea might take off.