Homebrew [WIP] 3DeSmume (DS emulator for 3DS)

[nl255]

Well, even if it has access to SD, we can't play DS games installed as cia, because I doubt TWL_FIRM touches the code at all other than copying it to memory and jumping to it. Since DS games access the card slot, and TWL_FIRM kinda just acts as a loader, it's not possible to redirect the card slot to anything else, because that would require HARDWARE MODIFICATION to the system to be even possible at all.

I don't see why it would. Though reverse engineering Max Overload (which is apparently a pure software based setup rather than hardware assisted like other gba slot DS flash carts) and then modifying/rewriting/reimplementing the patching it does so that it redirects reads and writes to the SD card rather than to the gba slot won't be easy I would think that would be the way to attempt something like that.

 

[Sono]

We don't even know HOW Nintendo loaded these roms- but supposively it was possible with the factory TWL or AGB firm

1. set parameters in memory
2. do a firmlaunch
3. TWL_FIRM checks if the title you want to boot is there (can be SD, NAND, or GAMECART)
4. TWL_FIRM checks the ROM header of the title for various settings and stuff
   
5. TWL_FIRM loads the ARM9 and ARM7 binaries from SD/NAND/GAMECART to memory addresses speicified in the ROM header
6. TWL_FIRM sets registers to set hardware mode required to run DS(i) programs
7. TWL_FIRM hands control to the binaries by jumping to the addresses specified in the ROM header on both processors

Note: this is just a shortened version on how DS(i) programs boot. also, the actual order may differ a bit

--------------------- MERGED ---------------------------

I don't see why it would. Though reverse engineering Max Overload (which is apparently a pure software based setup rather than hardware assisted like other gba slot DS flash carts) and then modifying/rewriting/reimplementing the patching it does so that it redirects reads and writes to the SD card rather than to the gba slot won't be easy I would think that would be the way to attempt something like that.

Yes, patching IS an option, but it requires very big amounts of tedious patching

 

[nl255]

Yes, patching IS an option, but it requires very big amounts of tedious patching

I don't see why a patch would have to be manually developed for each game, "all" it would take (not that it would be easy, especially since Max Overload probably has quite a bit of anti-reverse-engineering protection built into it) is for someone to develop a patcher (DSi Overload?) and then it is just a matter of drag and drop. I am guessing there is little to no publicly available information on how exactly the old slot-2 ds carts like the M3 Perfect and Supercard worked, specifically the patching process.

 

[jimmyleen]

because that would require HARDWARE MODIFICATION to the system to be even possible at all.

Which also means the O3ds & N3ds would be heavier and perhaps more bulky, that is something I would like to stay away from even if it means adding more features.

 

[spinal_cord]

Why not look at an opensource slot-1 cart? Surely it would have all the patching in there for redirecting to the slot-1 micro sd card rather than the SRAM. I would think Reversing software with source code is a million times easier than without. Acecard RPG for example.

 

[Pandaxclone2]

Why not look at an opensource slot-1 cart? Surely it would have all the patching in there for redirecting to the slot-1 micro sd card rather than the SRAM. I would think Reversing software with source code is a million times easier than without. Acecard RPG for example.

As a matter of fact, shutterbug is actually tinkering around with something similar to this last I checked.

 

[MSearles]

What's going on with this project? Is it still being worked on? Where are the status updates?

 

[VirusX2]

What's going on with this project? Is it still being worked on? Where are the status updates?

No one Knows. Everyone waiting in Queue to know what's going

 

[MasterFeizz]

No one Knows. Everyone waiting in Queue to know what's going

I'm not currently working on it, but I'm planning on getting this running on the Vita

 

[laharl22]

I'm not currently working on it, but I'm planning on getting this running on the Vita

Serious?with molecular hax?

 

[MasterFeizz]

Serious?with molecular hax?

Yes, with HENkaku

 

[VirusX2]

Please have 3DS as Priority please.

 

[laharl22]

It will be awesome on vita because i have only an o3ds of Nintendo device

 

[MSearles]

It sounds like this project is dead for the 3DS. I guess we're back at having only one option for the ability to play NDS games on the 3DS; flashcarts.

 

[nooby89]

I don't think is dead

 

[TechyTurtle]

Has there been anything new because I really look forward to seeing this

 

[pdapanda]

I should say, the OP is good at showing POC，but he is not experienced with things except simple porting work.
He left a lot of projects no more than POC. You may not say this one dead，but other projects actually dead.
I hope he can prove my words is wrong，though.

 

[laharl22]

It will better on vita i think

 

[MSearles]

I'm not currently working on it, but I'm planning on getting this running on the Vita

He says so himself right here. He's not working on this anymore, and is moving his efforts to porting it to the Vita instead. He's ditching this project and moving on to another. In my opinion, this project is dead.

 

[Earth97]

Someone wrote, some posts ago, that shutterbug is working on hardware acceleration.
It's a matter of time, I guess.
@MSearles He's not the only one working on this project.

Vita has better hardware, but only one screen. This emulator is going to be quite sight-wearing, isn't it?