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

[Angelcraft]

https://gbatemp.net/attachments/3desmume_cia-zip.52441/
It has the 3DSX as well.

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

Now that the shootposting is out of the way, how's progress on the emulator going?

Doesnt work for me with a new super mario bros and new 3ds

 

[RocketRobz]

Doesnt work for me with a new super mario bros and new 3ds

Works for me in the 3DSX build. Just wait a minute or two.

 

[Angelcraft]

Works for me in the 3DSX build. Just wait a minute or two.

Lol? okay?

 

[Perska]

The mandelbrot test ROM that was included with @Robz8's ZIP seemed to work properly (was a bit slow), testing with Mario Party DS now.
After that I'll check how slow M&L: PiT runs.

 

[itsthenavy]

Now that the shootposting is out of the way, how's progress on the emulator going?

I go to sleep and the thread goes to garbage again. Looking at the master and fork @MasterFeizz made, there hasn't been any commits since last night. From the sounds of it Feizz got touch input at least partly started, but he probably won't push a commit with that until it's working. Once input is done there's a couple of options that can be considered moving forward:

• Replace the DeSmume core with a newer revision
• Implement audio
• Implement hardware accelerated graphics

Not in order of importance, though replacing the emulation core is probably the best place to start. With it being fully interpreted performance is not great. My knowledge on emulators is shaky, but some instructions probably don't have to be interpreted and can be run directly because the DS and 3DS share an architecture, which gives some performance increases. Audio is probably better to implement when there's a stable framerate going, and can potentially hit performance too, but that might be a bit off. Hardware accelerated graphics means that the emulator has to move away from directly writing to the frame buffer. The lack of accelerated graphics is also why NSMB has no models.

Gotta start small though. The fact that it works is promising alone. It may not run great in the end, but I'm impressed it runs as well as it does.

 

[Xandrid]

I tested 3DeSmume with Dokapon Journey, I got a white screen for a few seconds, then it went to the game, now it's stuck on the Creating backup memory screen

Actually scratch what I said before, it came off the screen, it just took a while, fps aren't the best, but aren't so bad. Also kinda glitchy

 

[MasterFeizz]

I go to sleep and the thread goes to garbage again. Looking at the master and fork @MasterFeizz made, there hasn't been any commits since last night. From the sounds of it Feizz got touch input at least partly started, but he probably won't push a commit with that until it's working. Once input is done there's a couple of options that can be considered moving forward:

• Replace the DeSmume core with a newer revision
• Implement audio
• Implement hardware accelerated graphics

Not in order of importance, though replacing the emulation core is probably the best place to start. With it being fully interpreted performance is not great. My knowledge on emulators is shaky, but some instructions probably don't have to be interpreted and can be run directly because the DS and 3DS share an architecture, which gives some performance increases. Audio is probably better to implement when there's a stable framerate going, and can potentially hit performance too, but that might be a bit off. Hardware accelerated graphics means that the emulator has to move away from directly writing to the frame buffer. The lack of accelerated graphics is also why NSMB has no models.

Gotta start small though. The fact that it works is promising alone. It may not run great in the end, but I'm impressed it runs as well as it does.

Touch input is working, the core of the emulator is the problem and I don't see any reason to work on the current emulation core instead of moving to a newer revision. Instructions can't be run as is, there are lots of other factors not just the architecture of the cpu. You have to see the system as a whole.

 

[itsthenavy]

Touch input is working, the core of the emulator is the problem and I don't see any reason to work on the current emulation core instead of moving to a newer revision. Instructions can't be run as is, there are lots of other factors not just the architecture of the cpu. You have to see the system as a whole.

I figured the ISA was similar enough to maybe work with given TWL_FIRM can execute things, but we don't exactly have access to that. I guess I was wrong. Though it makes me ask: is TWL_FIRM an interpreter? I don't know much about that. I guess the best performance boost would come if we have access to JIT. Is that dynarec?

Sorry for all the questions. I'm interested in learning more as this develops. As I've said, emulation isn't my forte, but I want to learn more through watching this.

 

[iVcU]

O3DS (CIA):

Meteos Demo E3 2005: touch screen ok/game slow

 

[MasterFeizz]

I figured the ISA was similar enough to maybe work with given TWL_FIRM can execute things, but we don't exactly have access to that. I guess I was wrong. Though it makes me ask: is TWL_FIRM an interpreter? I don't know much about that. I guess the best performance boost would come if we have access to JIT. Is that dynarec?

Sorry for all the questions. I'm interested in learning more as this develops. As I've said, emulation isn't my forte, but I want to learn more through watching this.

No, think of it this way: There is an ARM7 core inside the 3DS, the TWL_FIRM sets up the ARM9 to DSi mode and turns on the ARM7 core, there is no emulation. TWL_FIRM is running DS software native on actual hardware.

 

[itsthenavy]

No, think of it this way: There is an ARM7 core inside the 3DS, the TWL_FIRM sets up the ARM9 to DSi mode and turns on the ARM7 core, there is no emulation. TWL_FIRM is running DS software native on actual hardware.

And because TWL_FIRM only looks for cards in Slot-1 we can't leverage TWL_FIRM for native execution and have no way of enabling the ARM7 core ourselves? So there is a way, but there is no access to it. I kinda forgot the emulator is running in homebrew which means it's running in ARM11, right?

 

[Bedel]

And because TWL_FIRM only looks for cards in Slot-1 we can't leverage TWL_FIRM for native execution and have no way of enabling the ARM7 core ourselves? So there is a way, but there is no access to it. I kinda forgot the emulator is running in homebrew which means it's running in ARM11, right?

Yes but it could use the ARM9 since we already have exploits to do it in most of system versions, and also A9LH

 

[Fazana]

And because TWL_FIRM only looks for cards in Slot-1 we can't leverage TWL_FIRM for native execution and have no way of enabling the ARM7 core ourselves? So there is a way, but there is no access to it. I kinda forgot the emulator is running in homebrew which means it's running in ARM11, right?

So if I'm following this right, A9 can be used natively to do the A9 stuff on the DS, then the A11 can emulate the A7, which has plenty of processing power, bringing accurate and speedy emulation with overhead for extra post-processing features?

 

[MasterFeizz]

So if I'm following this right, A9 can be used natively to do the A9 stuff on the DS, then the A11 can emulate the A7, which has plenty of processing power, bringing accurate and speedy emulation with overhead for extra post-processing features?

No

 

[LarBob]

Here the emulator is in-game Super Princess Peach. Probably took around 20 minutes to get past the cutscenes at the beginning.

 

[xJoelituh]

How does this thread has already 46 pages? This was fucking posted yesterday

 

[Fazana]

No

Dammit, so it's not that simple then, fair enough.

 

[RocketRobz]

How does this thread has already 46 pages? This was fucking posted yesterday

There's been lots of shootposting lately.

 

[MasterFeizz]

Dammit, so it's not that simple then, fair enough.

No, like I said before you have to look at the system as a whole, not just the CPU. The biggest example of this is the original Xbox emulation, the xbox is a pentium 3 with an nvidia gpu but how well is it "emulated", not well at all.

 

[xJoelituh]

There's been lots of shootposting lately.

Rip. Well, I'm not going to read everything, so go ahead guys.