3DS emulator for Pi users based on "Borked 3DS"
-
@Folly pi5 64bit, where is the log? i went to look at dev/shm i dont see any error logs, must be another location? thanks
-
@Retrodade said in 3DS emulator for Pi users based on "Borked 3DS":
@Folly pi5 64bit, where is the log? i went to look at dev/shm i dont see any error logs, must be another location? thanks
In /dev/shm you can only find the runcommand.log and not the RetroPie-Setup logs.
RetroPie-Setup gzipped logs are here :
/home/pi/RetroPie-Setup/logsFind the one from when you tried to install Borked.
It should be the latest, if you didn't do anything else..
These logs can be read with the commandzcat
, like suggested by @gvx64 in post 6.
Pipe to the commandmore
to pause the output like this :zcat '/home/pi/RetroPie-Setup/logs/rps_2025-xx-xx-xxxxx.log.gz'|more
(use "enter" and "q" to see next line or to quit)
To get the .log file you can either unzip the file like this :
gzip -d '/home/pi/RetroPie-Setup/logs/rps_2025-xx-xx-xxxxx.log.gz'
Or redirect the output of zcat to a new file :
zcat '/home/pi/RetroPie-Setup/logs/rps_2025-xx-xx-xxxxx.log.gz' > mylog.log
-
F Folly referenced this topic on
-
= = = = = = = = = = = = = = = = = = = = =
Installing dependencies for 'borked3ds' : 3DS Emulator borked3ds
= = = = = = = = = = = = = = = = = = = = =/home/pi/RetroPie-Setup/tmp/build/borked3ds /home/pi
= = = = = = = = = = = = = = = = = = = = =
Getting sources for 'borked3ds' : 3DS Emulator borked3ds
= = = = = = = = = = = = = = = = = = = = =Already on 'master'
Your branch is up to date with 'origin/master'.
Already up to date.
HEAD is now in branch 'master' at commit '1d680a076d3e2fdd652f17f65430ffe50bdee49d'
/home/pi
/home/pi/RetroPie-Setup/tmp/build/borked3ds /home/pi= = = = = = = = = = = = = = = = = = = = =
Building 'borked3ds' : 3DS Emulator borked3ds
= = = = = = = = = = = = = = = = = = = = =/home/pi/RetroPie-Setup/ext/RetroPie-Extra/scriptmodules/emulators/borked3ds.sh: line 57: cd: /home/pi/RetroPie-Setup/tmp/build/borked3ds/borked3ds: No such file or directory
mkdir: cannot create directory ‘build’: File exists
CMake Error at CMakeLists.txt:2 (cmake_minimum_required):
CMake 3.26 or higher is required. You are running version 3.25.1-- Configuring incomplete, errors occurred!
Error: could not find CMAKE_PROJECT_NAME in Cache
Could not successfully build borked3ds - 3DS Emulator borked3ds (/home/pi/RetroPie-Setup/tmp/build/borked3ds/build/bin not found).
/home/piLog ended at: Tue Jun 24 03:09:27 PM BST 2025
Total running time: 0 hours, 0 mins, 4 secs
i tried a second time, it wouldn't let me this is the log thanks -
@Retrodade said in 3DS emulator for Pi users based on "Borked 3DS":
CMake 3.26 or higher is required. You are running version 3.25.1
You must update your CMAKE version
-
-
@Retrodade
Any luck ? -
-
Hi @Folly, can you do this with your latest version, please? I'd rather you add your own script to it as a pull request because it's your work.
@ExarKunIv said in 3DS emulator for Pi users based on "Borked 3DS":
@DTEAM adding this script ( Changed it over to Follys version ) to my Repo. for ease of installing
if you want to do pull requests when things change you can. if not i will update it as i see them here. -
@ExarKunIv already updated so nothing to be done for now ;-).
-
Just a warning about installing Borked.
Noticed yesterday that mame would not compile.
Seems that installing the dependancies for Borked will most likely break some of the QT5 install that is needed for compiling mame.
Once I installed a fresh OS, mame would compile correctly.
I don't have evidence but it's likely the cause.
Not sure if removing the installed dependancies will cure it, so be careful, you have been warned ! -
@Folly said in 3DS emulator for Pi users based on "Borked 3DS":
I don't have evidence but it's likely the cause.
Not sure if removing the installed dependancies will cure it, so be careful, you have been warned !Thank you for the warning, @Folly
Good news is that I did work with the script and upgraded dependencies, but was able to successfully compile lr-mame 0.278. I suspect that you also did a lot more experimentation than some of us, but I also suspect the general state of things for lr-mame is actually good to go. -
Hi gvx64, I found a small bug in the user interface. In the configuration menu (configure..), a dialog box with all the options, such as graphics, appears. This box does not have a side scroll bar. So, when I use it on a small screen (e.g. 7.5 inches), I cannot access the lower options. Is it easy to add a scroll bar?
-
This post is deleted! -
@DTEAM I can take a look at it when I get the chance. It shouldn't be too hard to add a scrollbar to the config menu (hopefully that statement doesn't come back to haunt me).
I am still working on correcting the black box in Fire Emblem Awakening. This has been a real pain to deal with and I have been working on it for over a month now. Just out of curiosity, have you seen this problem in any other games? It's a fairly sizeable black box in the bottom right corner of the top screen and it really obstructs gameplay. I have found a solution but it is currently non-optimal and involves a heavy performance hit in the game.
-
@gvx64 said in 3DS emulator for Pi users based on "Borked 3DS":
Just out of curiosity, have you seen this problem in any other games?
No , but I can do more test
-
@DTEAM OK, I implemented the configuration menu scroll-bar as an experimental feature. You should be able to enable it if you add the following cmake flag to your build script:
-DCONFIG_SCROLLABLE=ON
I have left this flag disabled by default in the CMake file because I am not sure that normal users with conventional screen size will benefit from the scroll bar. This feature does make you scroll to use the config menus whereas in the default implementation the text spacing auto adjusts which I think is preferable for most screens.
Please give it a try and please let me know if this works OK for you. I can make changes as needed.
Also, the Fire Emblem patch is live. The black box is gone but there is a 10-20% performance hit in the battle screens that was necessary to get rid of the black-box as I am forcing fallback to the software renderer for short periods of time. It's not optimal but I believe that the performance hit is vastly preferable to having a massive black box occupying what feels like 1/8th of the screen. There are some remaining rendering issues but they are relatively minor and I feel that the game is at least reasonably playable on GLES in the current state on an overclocked Pi4.
I did notice similar boxes in Smash 3DS and I am guessing that it might be a similar problem as with Fire Emblem. This patch is Fire Emblem specific and will not help with Smash. Smash 3DS is utterly unplayable on my Pi4, due to it being a fighting game with slow-down, and I doubt that it will even be playable at full-speed on a Pi5 and so I probably will not invest time into fixing those boxes. If somebody really wants to play Smash 3DS on the Pi they can do so using Vulkan as there are no boxes and the usual Vulkan rendering issues aren't too noticeable with this game.
I would like to work next on seeing if I can get the hardware acceleration setting to work under GLES as I believe there is a chance (albeit a small chance) that there could be performance improvements with this feature. Once I am finished this task I also want to look into something that will let users map the mouse cursor to a gamepad analog stick. There actually already may be something available that does this: xdotool. Assuming that this tool works, what I recommend doing is seeing if we can launch this tool for a specific emulator core in the emulationstation startup script: /opt/retropie/configs/all/runcommand-onstart.sh as a background process. There will be some overhead and so we should really only launch this utility when touch screen controls are specifically needed (especially for Pi4 users). It should be fairly simple to have the script initiate the background process for this specific core emulator option and then have the process killed for all other options/emulator platforms. If somebody else wants to take this on and investigate xdotool (or similar utility) please feel free to (there probably shouldn't much coding involved apart from the bash script), otherwise this task will remain in my queue.
-
@gvx64 said in 3DS emulator for Pi users based on "Borked 3DS":
@DTEAM OK, I implemented the configuration menu scroll-bar as an experimental feature. You should be able to enable it if you add the following cmake flag to your build script:
-DCONFIG_SCROLLABLE=ON
Thanks . I'll test it
NEW EDIT
Hi @Folly . I added it in the script and it doesn't work. Maybe I didn't add it at the good place or properly. Could you help me on that one please. If it works, it could be interesting to add it in you configuration options (options 1 to 4). -
@DTEAM said in 3DS emulator for Pi users based on "Borked 3DS":
@gvx64 said in 3DS emulator for Pi users based on "Borked 3DS":
@DTEAM OK, I implemented the configuration menu scroll-bar as an experimental feature. You should be able to enable it if you add the following cmake flag to your build script:
-DCONFIG_SCROLLABLE=ON
Thanks . I'll test it
NEW EDIT
Hi @Folly . I added it in the script and it doesn't work. Maybe I didn't add it at the good place or properly. Could you help me on that one please. If it works, it could be interesting to add it in you configuration options (options 1 to 4).I think you should add it in line 75 , after OFF and add space.
Let me know if it works. -
@Folly @gvx64
This doesn't work well. A simpler solution could be to have an option to set the font and UI size. Previously, my UI was smaller. I played with some font settings, but the UI doesn't handle this well.The problem is that I can't access the bottom of the menu where you can set the graphics options, so I can't click OK to apply my settings. It used to work fine, but I needed a magnifier to see the menu on my small screen.
Perhaps the emulator retrieves the Pi internal settings during software installation. Perhaps if I change the font settings of the Raspi UI and reinstall the emulator, everything will be fine.
-
@DTEAM said in 3DS emulator for Pi users based on "Borked 3DS":
@Folly @gvx64
This doesn't work well. A simpler solution could be to have an option to set the font and UI size. Previously, my UI was smaller. I played with some font settings, but the UI doesn't handle this well.The problem is that I can't access the bottom of the menu where you can set the graphics options, so I can't click OK to apply my settings. It used to work fine, but I needed a magnifier to see the menu on my small screen.
Perhaps the emulator retrieves the Pi internal settings during software installation. Perhaps if I change the font settings of the Raspi UI and reinstall the emulator, everything will be fine.
Can I conclude that adding the option to the script worked and that it's compiled with the option -DCONFIG_SCROLLABLE=ON , but you still have some troubles ?
I can't help you with the added option in Borked, you should ask @gvx64.
Contributions to the project are always appreciated, so if you would like to support us with a donation you can do so here.
Hosting provided by Mythic-Beasts. See the Hosting Information page for more information.