3DS emulator for Pi users based on "Borked 3DS"

roslof

@Folly That looks promising

Folly

@roslof

The binary seems to work.

Folly

@roslof

Btw.
I did not use the sudo command when compiling manually, there is no need to do so.

Seems the only problem is that the folder tsl cannot be found.
Not sure where we can edit that.

Edit:
Have to leave now, will test some stuff later.

roslof

@Folly said in 3DS emulator for Pi users based on "Borked 3DS":

@roslof

Btw.
I did not use the sudo command when compiling manually, there is no need to do so.

Seems the only problem is that the folder tsl cannot be found.
Not sure where we can edit that.

Edit:
Have to leave now, will test some stuff later.

Works great. Nicely done @Folly!.

DTEAM

@Folly said in 3DS emulator for Pi users based on "Borked 3DS":

Perhaps missing dependency.

With the script, you have all the necessary dependencies. This CMake issue was fixed with rtiangha, but it seems to be reappearing.

I can confirm, the emulator works fine on a Pi5, it's really just a new CMake issue.

Here's my cmake version from bookworm/backports

cmake 3.31.6-2~bpo12+1
cmake-data 3.31.6-2~bpo12+1

Folly

@DTEAM said in 3DS emulator for Pi users based on "Borked 3DS":

@Folly said in 3DS emulator for Pi users based on "Borked 3DS":

Perhaps missing dependency.

With the script, you have all the necessary dependencies.

Yep, I saw that you have added that in the script..
Just wanted to check it out manually first before starting with your script.

This CMake issue was fixed with rtiangha, but it seems to be reappearing.

I can confirm, the emulator works fine on a Pi5, it's really just a new CMake issue.

I am just starting with this, I have to get more familiar with it.
Which issue do you mean, not finding tsl/robin-map.h ?

DTEAM

@Folly said in 3DS emulator for Pi users based on "Borked 3DS":

I am just starting with this, I have to get more familiar with it.
Which issue do you mean, not finding tsl/ronin-map.h ?

The issue in general

It's strange, because on my side, it stops at 95%. It can't build the file borked3ds (the one needed)

Could not successfully install 3DS Emulator borked3ds (/home/pi/RetroPie-Setup/tmp/build/borked3ds/build/bin/Release/borked3ds not found)

but when I restart my script and leave the tmp folder full, it generates the borked3ds emulator and everything is installed properly.

Here's my cmake version from bookworm/backports

cmake 3.31.6-2~bpo12+1
cmake-data 3.31.6-2~bpo12+1

Folly

@DTEAM

I checked your log again and it seems to me that you have the same issue that tsl/robin-map.h is not found.

You are using cmake 3.31.6-2 and for Borked3DS-rpi this version should be high enough but robin-map seems to require cmake 3.5 as minimum.
So in my opinion Borked3DS-rpi should also have a minimum requirement of cmake 3.5, get it ?
It will probably not fix the issue we are facing as I used cmake 4.0.2 and also had this issue.
I think we need to fix something else.
@gvx64 might have an idea about that.

I will test the binary later.
Tried 2 cia files but they didn't work.
What game do you recommend @DTEAM ?

TPR

Just read through this whole thread. Is there an updated way to be able to install this easily without going through a lot of the process above?

Is there an updated scriptmodule?

DTEAM

@Folly said in 3DS emulator for Pi users based on "Borked 3DS":

I checked your log again and it seems to me that you have the same issue that tsl/ronin-map.h is not found.

You are using cmake 3.31.6-2 and for Borked3DS-rpi this version should be high enough but ronin-map seems to require cmake 3.5 as minimum.
So in my opinion Borked3DS-rpi should also have a minimum requirement of cmake 3.5, get it ?
It will probably not fix the issue we are facing as I used cmake 4.0.2 and also had this issue.
I think we need to fix something else.
@gvx64 might have an idea about that.

Maybe we just need a way to bypass tsl/ronin-map.h. I don't know the actual impact of this on the compilation process.

DTEAM

@TPR

This thread is a "work in progress thread" for a Nintendo 3DS emulator for Pi based on Borked3DS. Here's the status (@gvx64 can confirm or add comments)

Once installed, the emulator works well on Pi4 (64-bit) and Pi5 (64-bit)
Right now, the big issue is with CMake
You need to upgrade your CMake version. You can follow the last post here, but do a sd card backup first.
The emulator runs with GLES 3.1 on Pi and not Vulkan for now, @gvx64 put a lot of energy on that and fixed a lot of issues with GLES 3.1.
I'll add the line below in the script when the CMake issue will be fixed. For now, put it in /etc/emulationstation/es_systems.cfg like @gvx64 says here

env MESA_EXTENSION_OVERRIDE=GL_OES_texture_buffer

The hotkey combos doesn't work for now with gamepads. Only work with keyboard.
You need a mouse for now to control the arrow in the UI and in some games. The joystick can't control the arrow like the Nintendo DS emulator.
You can get the installation script on Retropie Extra, It takes 2 times to install it. First installation stops at 95% and you restart it and you should be good.
Some settings affect performance (like some sound settings and 3D options), with the right settings you can easily play at full speed on a Pi5.

Here's the GitHub link for Borked3ds-rpi

Folly

This post isn't correct !!!

@DTEAM

I checked the helpers.sh file from RetroPie-Setup if it is possible to use a function to use "git submodule update etc." in the script as a function.
Seems there is no function for that, however I found that when a clone is already present in the temp build folder and if it's on a tracking branch then the function seems to do something else and will do the "git submodule update".
Not sure but this could be the issue with the script if not all submodules are downloaded the first time with the individual git clones then the second time it will do the automatic "git submodule update".

See here.
Remember it's part of this function here

Might be that you can just remove all individual git submodule cloning and replace that with just :

runCmd git submodule update --init --recursive

Just like with compiling manually, understand ?

Edit :
Btw.
For now robin-map is a submodule of teakra not of Borked3DS
Here could be the problem too

DTEAM

@Folly said in 3DS emulator for Pi users based on "Borked 3DS":

I did not use the sudo command when compiling manually, there is no need to do so.

I agree, and it's easier to delete something after if needed

TPR

@DTEAM said in 3DS emulator for Pi users based on "Borked 3DS":

@TPR

This thread is a "work in progress thread" for a Nintendo 3DS emulator for Pi based on Borked3DS. Here's the status (@gvx64 can confirm or add comments)

Once installed, the emulator works well on Pi4 (64-bit) and Pi5 (64-bit)

Right now, the big issue is with CMake

You need to upgrade your CMake version. You can follow the last post here, but do a sd card backup first.

The emulator runs with GLES 3.1 on Pi and not Vulkan for now, @gvx64 put a lot of energy on that and fixed a lot of issues with GLES 3.1.

I'll add the line below in the script when the CMake issue will be fixed. For now, put it in /etc/emulationstation/es_systems.cfg like @gvx64 says here
env MESA_EXTENSION_OVERRIDE=GL_OES_texture_buffer
The hotkey combos doesn't work for now with gamepads. Only work with keyboard.

You need a mouse for now to control the arrow in the UI and in some games. The joystick can't control the arrow like the Nintendo DS emulator.

You can get the installation script on Retropie Extra, It takes 2 times to install it. First installation stops at 95% and you restart it and you should be good.

Some settings affect performance (like some sound settings and 3D options), with the right settings you can easily play at full speed on a Pi5.

Here's the GitHub link for Borked3ds-rpi

Fantastic re-cap! Thank you!

DTEAM

@Folly said in 3DS emulator for Pi users based on "Borked 3DS":

Might be that you can just remove all individual git submodule cloning and replace that with just :

runCmd git submodule update --init --recursive
Just like with compiling manually, understand ?

I understand, but don't know how to add it in the script. if I deleted depends fonction and replace that by your line, it doesn't work. I'm gonna read some .sh file to see how they manage that

Folly

@DTEAM said in 3DS emulator for Pi users based on "Borked 3DS":

@Folly said in 3DS emulator for Pi users based on "Borked 3DS":

Might be that you can just remove all individual git submodule cloning and replace that with just :

runCmd git submodule update --init --recursive
Just like with compiling manually, understand ?

I understand, but don't know how to add it in the script. if I deleted depends fonction and replace that by your line, it doesn't work. I'm gonna read some .sh file to see how they manage that

You have to keep the depends function.
It needs to be in the sources function.

Edit:
I will add an example later after diner ;-)

Folly

@DTEAM said in 3DS emulator for Pi users based on "Borked 3DS":

@Folly said in 3DS emulator for Pi users based on "Borked 3DS":

Might be that you can just remove all individual git submodule cloning and replace that with just :

runCmd git submodule update --init --recursive
Just like with compiling manually, understand ?

I understand, but don't know how to add it in the script. if I deleted depends fonction and replace that by your line, it doesn't work. I'm gonna read some .sh file to see how they manage that

Sorry I assumed you did clone submodules in your sources function.
Now seeing again at your script I see that they are other branches commented.

I will check your script when running the sources function to see if it gets the submodules in 1 go with :
sudo ./retropie_packages.sh borked3ds sources

OK, forget what I said earlier about "git submodule update".
I doesn't seem valid !
It seems that the submodules are retrieved properly by your script.

DTEAM

@Folly @gvx64

This is not the full log (too big for pastebin), but here is the part between 94% and the start of the successful installation after the second round of installation with my script.

https://pastebin.com/0HLXKu2x

It handles the tsl/robin_map issue. It's interesting to see what happens between 94% and 100%

Folly

@DTEAM

OK, I tried :

sudo ./retropie_packages.sh borked3ds build

And indeed the first time it fails.
The second time it has an error at the end but builds the binaries.
Looking at both my logs it seems the second time the compilation is forced to create a binary but according to my log it still fails to find tsl/robin-map.h.
Your log looks the same as mine.

My conclusion would be that with the second build trial, the binary is force created but without the package robin-map.
Altough the binary works, in my opinion it's not a good binary, agree ?

DTEAM

@Folly

Yes. I think the tsl/robin_map is probably useless. It doesn't affect the emulator, but a deeper investigation is needed too validate that. It's not a good binary because it contains errors. It does not compile directly and on the first try