Suggestions for ports #4

ExarKunIv

@DTEAM yes come Monday I can give it a crack and see what I can help with

DTEAM

We have a working 3DS emulator for Pi5!!!! (it works but it's in develloppement at an early stage)
https://github.com/Borked3DS/Borked3DS/issues/330

WIP Shellscript . You can't load a game direcly, you must go by the UI for now.

I updated MESA and Cmake to run it, see here (Post #4)

ExarKunIv

@DTEAM nice. amazing work on getting this to work.

we just need to have a script that will update mesa and cmake and we are all set. lol

ecto

@ExarKunIv Today I messed around with some ports, and like to share my findings:

Perfect Dark: runs very well, but the install script needs a little more love: The checksum you need to calculate for the ROM file is a md5, not a sha1. Also, the rom file needs to be renamed. After some fiddling in the pd.ini (needs to be created first) the game plays very well. Thanks for that!
rtcw: is as easy to compile as typing make. An aarch64 compatible binary is compiled and it runs very well.
sstse: I can't get this one to run. It starts and I have a menu, but as soon as I start a new game it crashes to a black screen. Hmmm.

ExarKunIv

@ecto said in Suggestions for ports #4:

Also, the rom file needs to be renamed. After some fiddling in the pd.ini (needs to be created first)

guess mine is the right name since it worked just fine for me out of box. not sure about the ini since again it worked fine for me

The checksum you need to calculate for the ROM file is a md5, not a sha1.

i didnt work on that part, that was someone else. so i will have to revisit that

rtcw

i just updated the script yesterday to account for the issue of it not liking the file name

sstse

sounds like more a issue on the backend and something that would have to be looked at by the dev.
i have not gotten to that just yet. still working on the R's lol

Nash

Here is the link for Unreal Tournament :

https://github.com/OldUnreal/UnrealTournamentPatches/releases/download/v469d/OldUnreal-UTPatch469d-Linux-x86.tar.bz2

ExarKunIv

@Nash what's this for

Nash

@ExarKunIv if I remember correctly, I replaced in the install script

local dl_url="${base_url}/releases/download/v${version}/${dl_file}"

by

local dl_url="https://github.com/OldUnreal/UnrealTournamentPatches/releases/download/v469d/OldUnreal-UTPatch469d-Linux-x86.tar.bz2"

to avoid error 404

UT installed and run successfully on Pi4 and Pi5.

ExarKunIv

@Nash yes that will work if we want to just stick with one version.

But we are more looking for a way to have to future proof so I don't have to go in and edit the script when a new version gets pushed.

But thanks for finding a version that works. Might change it out for the time being since you tested it on a pi4 and pi5

EDIT
If you have a account you can also post this on my GitHub

Nash

@ExarKunIv Sorry, I'm not a developer and english is not my native language, so contributing on github is hard for me.

From my experience as retrogamer, we are always stuck to specific versions. There are so many regressions in updates that once a system is installed with its games, you should never try to update again at the risk of breaking something. We are condemned to take what works at a specific time and disconnect definitively the retro-Pi from internet to avoid accidental updates.

If v469d of UT works well on my Pi, I will NEVER try to update with other release.

Every time I wanted to try something months later, I always had to start on a fresh install. Because it either became impossible (like pi-apps on Buster), or dependancy updates broke things.

I understand that you are trying to change that, and thank you, but I think it is still important to have temporarily solutions.

ExarKunIv

@Nash you are not wrong with that thinking as for the most part I agree.

With ports of PC games it's hit or miss. It really depends on if there are any bad issues or glitches on it. So we try to get with the lastest version.

But for some of them having a specific version is better. Since the lastest might break it. Which I have come across.

Nash

@ExarKunIv Have you tried UT2004 on Pi5? I haven't been able to start it yet. Even UT3 is easier, I started it on Pi5 bookworm lite from Retropie menu (but unplayable at 3fps).

I accidentally success with Team Fortress 2 too (5-10 fps). Portal is playable at 15-20fps.

Nash

@ExarKunIv I made a mistake, this version of UT doesn't run on Pi5. It was the Gog Game of the Year Edition through Wine.

And for Pi4, after installation I have to rename in emulators.cfg "/opt/retropie/ports/ut/SystemARM64/ut-bin" to /opt/retropie/ports/ut/System/ut-bin"

duglor

Cuphead

duglor

Shovel Knight

ExarKunIv

@duglor not sure what the point of your posts.

ExarKunIv

Please don't just post names of games you want to see as a port. That's it how it works

If you find something about someone making a version of the game on Linux natively. then post a link to it

Otherwise please don't clutter the post.

Thank you

retropieuser555

@duglor Shovel Knight just works with Box64 btw, so have a read and compile that and give it a go.

Cuphead, will most likely be too intensive to run but could again try with Box64

ExarKunIv

~~@retropieuser555~~ ~~well i dont have a port for box64, and i personally don't mess with it.~~

~~if you are messing withbox64, might be best to make a new topic for just that. it will be easier for~~ ~~people to see info about that~~

~~thats~~ ~~what was done~~ ~~for~~ ~~box8~~

sorry @retropieuser555 didn't realize you where answer that, my bad

ExarKunIv

@ecto said in Suggestions for ports #4:

sstse: I can't get this one to run. It starts and I have a menu, but as soon as I start a new game it crashes to a black screen. Hmmm.

i can confirm the same thing. definitely something on the engine end. since SSTFE works just fine
im going to open a issue and see what we can figure out on the SeriousSam github