Homebrew Super Mario 64 (1996) Port for DSi

[Hydr8gon]

Nobody mentioned it earlier, but is this build without sound? The build I have doesn't have sound. I saw a video someone linked earlier and they didn't have sound either.

Sound isn't implemented yet. I'm looking into it, but so far it seems like the only way to get it working without ruining performance would be to completely reimplement the game's audio code. And that's... not fun

 

[Deleted member 323844]

Sound isn't implemented yet. I'm looking into it, but so far it seems like the only way to get it working without ruining performance would be to completely reimplement the game's audio code. And that's... not fun

Would an ARM7 implementation work on the TWL virtual machine of 3DS?

I have never been sure how "complete" is the DSi/AGB environment.

 

[Coto]

Would an ARM7 implementation work on the TWL virtual machine of 3DS?

I have never been sure how "complete" is the DSi/AGB environment.

DSi has DSP, thus, a standalone programmable signal processor besides ARM7.

DS has ARM7, and audio hardware, supporting ADPCM (just standalone samples), and WAV (PCM8/PCM16). Other channels support PSG.
So samples would have to be decoded back into RAW WAV format. And the RSP Audio tasks would have to be handled in ARM7, converting each sample. Also no way of RSP emulated by ARM7, maybe interpreting Audio Tasks directly, and with it, the audio sequencer properties.

 

[Deleted member 323844]

DSi has DSP, thus, a standalone programmable signal processor besides ARM7.

DS has ARM7, and audio hardware, supporting ADPCM (just standalone samples), and WAV (PCM8/PCM16). Other channels support PSG.
So samples would have to be decoded back into RAW WAV format. And the RSP Audio tasks would have to be handled in ARM7, converting each sample. Also no way of RSP emulated by ARM7, maybe interpreting Audio Tasks directly, and with it, the audio sequencer properties.

I meant DSi with audio implementation into the 3DS TWL environment, not DSi to DS port. With the frequency and DMA boost, not to mention the DSP and the RAM, I guess that would be a miracle.

 

[Hydr8gon]

Would an ARM7 implementation work on the TWL virtual machine of 3DS?

I have never been sure how "complete" is the DSi/AGB environment.

The 3DS has all of the DSi hardware built in, so it's not really a virtual machine. Anything that would work on a DSi would work on a 3DS as well, if that's what you're asking.

 

[RocketRobz]

I was thinking that maybe audio could be read and played from a SM64DS ROM, as a workaround, considering that most or all of the music, sound effects, and voices are the same, albeit with compression in 64 DS.

 

[MyJoyConRunsHot]

I updated Twilight menu to the latest release, and downloaded 2 compiled .nds files provided from reddit. But when I load into Twilight menu and go into the folder where I put the files, they don't show up.

Edit: I'm testing on a N3DS.

 

[RocketRobz]

I updated Twilight menu to the latest release, and downloaded 2 compiled .nds files provided from reddit. But when I load into Twilight menu and go into the folder where I put the files, they don't show up.

1. Make sure you didn't put them in "sd:/_nds/".
2. Switch pages (as the top screen states), if there's more than 39/40 games.

 

[MyJoyConRunsHot]

1. Make sure you didn't put them in "sd:/_nds/".
2. Switch pages (as the top screen states), if there's more than 39/40 games.

1. I have a folder on the sd card for ds games already, so I put it there.
2. Ok. So I pressed R in the menu and the games appeared. But now when I select either of them, it says they cannot be launched on a 3DS console.

So I dusted off my old DSi and installed Twilight menu on there. Got into the menu and tried to boot the game. When I do, it just takes me back to the main DSi menu.

 

[RocketRobz]

1. I have a folder on the sd card for ds games already, so I put it there.
2. Ok. So I pressed R in the menu and the games appeared. But now when I select either of them, it says they cannot be launched on a 3DS console.

So I dusted off my old DSi and installed Twilight menu on there. Got into the menu and tried to boot the game. When I do, it just takes me back to the main DSi menu.

Install Unlaunch to fix the issue.

 

[MyJoyConRunsHot]

Install Unlaunch to fix the issue.

Ok thanks. It boots now!

Edit: It's absolutely remarkable how well this plays with the d-pad! Far better than the DS remake. Almost as if the game was designed with dpads in mind.

 

[Deleted member 323844]

The 3DS has all of the DSi hardware built in, so it's not really a virtual machine. Anything that would work on a DSi would work on a 3DS as well, if that's what you're asking.

Thanks for clarifying it. I wasn't sure if all the hardware was included, since the DSi camera seems to be broken on 3DS. At least it does not work properly on those head-tracking games.

 

[squeakycleanswine]

Is it possible to add the missing dsi header for compatibility with the CycloDS iEvolution? Seems to be missing some parts that it wants.

 

[RocketRobz]

Is it possible to add the missing dsi header for compatibility with the CycloDS iEvolution? Seems to be missing some parts that it wants.

The problem is that the DSi ROM detection is bugged, so there's no way to run it yet.
Maybe when the ROM is made to load it's data from NitroFS, it'll be fixed, so you could then use TWiLight Menu++ to run it from your flashcard.

 

[samedifference]

I was thinking that maybe audio could be read and played from a SM64DS ROM, as a workaround, considering that most or all of the music, sound effects, and voices are the same, albeit with compression in 64 DS.

This literally makes no sense and even if it did, it would make the distribution process even more legally dubious and complicated. It would also probably be hella inefficient.

 

[SDA]

I really like this homebrew. No offense though, but... doesn't an official port of Super Mario 64 with better graphics, selectable characters and minigames exist already? (You all know what it is though, let's not be silly. XD I still haven't collected all the 150 stars despite beating the game three times.)

 

[Schlecksus]

I played a 16 star run earlier this morning which worked surprisingly well, it softlocked once at BiTS but worked fine on the second try!
But is there any chance to make the c-buttons work, with a button combination or something like that? I'm surprised I could even play through it without actually adjusting my camera left and right

 

[RocketRobz]

This literally makes no sense and even if it did, it would make the distribution process even more legally dubious and complicated. It would also probably be hella inefficient.

I don't see why it would, since the sound data could just be read directly from the SM64DS ROM, and not be part of the port's ROM itself.
Plus, whether it makes sense or not, it's better than no sound at all.

 

[phoenixDidNothingWright]

I don't see why it would, since the sound data could just be read directly from the SM64DS ROM, and not be part of the port's ROM itself.
Plus, whether it makes sense or not, it's better than no sound at all.

So we would need two rom files then? SM64 andSM64DS? I guess it could work. Although I'm not a home brew developer so I wouldn't know.

I was thinking that maybe audio could be read and played from a SM64DS ROM, as a workaround, considering that most or all of the music, sound effects, and voices are the same, albeit with compression in 64 DS.

Could we do something like MasterLaser did with a patch file? If the SM64DS audio files are just the SM64 audio files but compressed, couldn't we use this method so that users wouldn't have to have both SM64DS and SM64?

 

[samedifference]

Could we do something like MasterLaser did with a patch file? If the SM64DS audio files are just the SM64 audio files but compressed, couldn't we use this method so that users wouldn't have to have both SM64DS and SM64?

Making a patch containing this would probably be illegal, as it would be a patch directly containing assets from the game.