Streets of Rage Remake (latest retropie 2019)
-
@ExarKunIv Well if you can post CRC checksum of your SorR.dat and show content of
/opt/retropie/ports/sorr
then this would help a lot?Fresh install? The latest image from the download section?
And no errors during install is no sign for a good run.
The scriptmodule just downloads a prebuild binary and set up the "emulator" call ... that's all. But the binary itself can't launch SorR.dat --> Segmentation faultMy install was also "perfect" but it does not work with RetroPie 4.5.1
-
@ExarKunIv it is the latest 5.1
-
@mrbee ok i believe that's the same i have
the folder i have only says v5, but i think its 5.1 also@cyperghost yes a clean download from the site, and i updated it all (as of 8 days ago, since i have almost everything working now im not going to update it, dont want the chance to break anything)
here is the MD5
577809A769451DA2A13CF728231D3DE6
here is the CRC32
4101325308
to show im not crazy
-
@ExarKunIv hmm... I'm on
9.9 (stretch)
okay good news so far :D
Maybe I can get this to work!Thx for your input. Then I know I have at least the correct version.
May you can show me your config of
/opt/retropie/configs/ports/sorr/emulators.cfg
? -
@cyperghost No problem
sorr = "pushd /opt/retropie/ports/sorr; ./bgdi-330 ./SorR.dat; popd" default = "sorr"
-
@cyperghost I'm not home and I'm kinda busy these days, so I couldn't grab my RPi2's SD card to check the checksums of my SorR version. I'll do it as soon as possible.
@ExarKunIv Are you sure your RetroPie version is v4.5.1? I swear I saw yesterday, on your signature, that you were using RetroPie v4.2.
Besides, do you have a clean RetroPie installation from v4.5.1? Or you firstly installed RetroPie v4.2 (or any other older version), and then you tried updating from 4.2 to 4.5.1 directly from RetroPie-Setup?
If that's the second case, then there's the possibility that, although you have the latest RetroPie version, you still are on an Raspbian Jessie installation, instead of Stretch. That could explain why you're getting it to work on 4.5.1 and the other guys aren't.
-
@Solid-One @ExarKunIv Everything is fine.
My error was that./SorR.dat
was named wrong.AND!!! You can't launch the game from terminal. This will always end in a SEGMENTATION FAULT
It's okay and thanks @ExarKunIv for you help.
-
@Solid-One You where right. I just never updated my signature.
And yes on the build that is in the pictures. That is a fresh install. Not from a older version.
@cyperghost glad to help. About time im able to return the favor. ;)
-
@ExarKunIv So indeed you're on a fresh install of RetroPie 4.5.1? And @cyperghost said the "Segmentation Fault" error only occurs if running from terminal with the command
./bgdi-333 ./SorR.dat
, and if ran through EmulationStation it works?So let's try something different from the terminal. Try putting both "bgdi-330", "SorR.dat" and the other additional SorR folders on "/opt/retropie/ports/sorr", and then run this command in the terminal:
pushd /opt/retropie/ports/sorr; ./bgdi-330 ./SorR.dat; popd
Or even better, create a file called "sorr.sh" and put those contents in there:
#!/bin/bash pushd /opt/retropie/ports/sorr ./bgdi-330 ./SorR.dat popd
Then make it an executable with
chmod a+x sorr.sh
, and finally try running it with./sorr.sh
The theory behind this: maybe the commands "pushd" and "popd" are making the difference here. If you try running bgdi-330 + SorR without them, it returns the "Segmentation Fault" error. Maybe if you put them in the command, it can work.
Last but not least, running apps from EmulationStation and from the terminal shouldn't be too much different. In theory, what EmulationStation does in background is: it simply "mininizes" itself and run a terminal command calling the app selected by the user. So if it works from ES, it should work without it as well.
-
I'm running 4.5.1 and SORR on my Gpi with pi zero just fine. I didn't do anything special, I don't think? Here's the steps that I followed, if it's helpful: https://sinisterspatula.github.io/RetroflagGpiGuides/sorr
-
@Solid-One said in Streets of Rage Remake (latest retropie 2019):
from terminal with the command ./bgdi-333 ./SorR.dat, and if ran through EmulationStation it works?
Yes.
From ES it's okay from command line I receive a SEGMENTATION FAULTBut it was really my fault - false alarm setted :)
The theory behind this: maybe the commands "pushd" and "popd" are making the difference here.
No... surly not ;)
-
@Solid-One @ExarKunIv @mrbee
The game works even with symlinkingcd /opt/retropie/ports/sorr sudo ln -s ~/RetroPie/roms/ports/sorr/palettes/ palettes sudo ln -s ~/RetroPie/roms/ports/sorr/mod/ mod sudo ln -s ~/RetroPie/roms/ports/sorr/SorR.dat SorR.dat
This works fine and gamedata can reside in
rom
-Directory as descriped in the installer module from @zerojay -
@cyperghost Hey, what you're doing with those symbolic links from those folders are basically for simulating the attempt of having bgdi-330, SorR.dat and the folders "mod" and "palette" in the same place, since previously they were in different places (bgdi-330 on /opt/retropie/ports/sorr, and the other files on /home/pi/RetroPie/roms/ports/sorr).
The pushd and popd commands before seems to be doing this exact same thing (although in a different way) and they're working this way on my RPi2. Are you sure that, when you said previously that the instructions I've written on this post didn't worked, they indeed didn't worked?
-
@Solid-One said in Streets of Rage Remake (latest retropie 2019):
The pushd and popd commands before seems to be doing this exact same thing (although in a different way) and they're working this way on my RPi2. Are you sure that, when you said previously that the instructions I've written on this post didn't worked, they indeed didn't worked?
No, the pushd does not do the same thing as linking the game data.
The pushd can be descriped like this. You are working in an enviroment and don't know in which directory you currently are. So you save
$PWD
to a variable for later usage. Now you jump to a directory you know/opt/retropie/ports/sorr
and save this directory to annother variable. Now you can call any of these values and know you are in the right path. This is the kind of way pushd works (not exactly but kind of)I think we both misunderstood by this
you said:The theory behind this: maybe the commands "pushd" and "popd" are making the difference here.
I said:
No... surly not ;)
The theory behind is, that SorR only works right if it's started by EmulationStation - out of SSH terminal it does not work (for me at least). And it does not matter if you use
cd
command orpushd
command for changing pathes.My system is 4GB sized SDcard all other data (music, roms, scrapes, art) is on a USB thumb drive. So I assume that linking the game data is a good way to be portable at all.
As I said: It was my fault in first instance to don't check the correct filenames and game call itself.
Btw: the 333 version is also working and it does not crash if you change video settings ;)Hope this is solved now and happy brawling :)
-
@cyperghost said in Streets of Rage Remake (latest retropie 2019):
The theory behind is, that SorR only works right if it's started by EmulationStation - out of SSH terminal it does not work (for me at least). And it does not matter if you use cd command or pushd command for changing pathes.
SoRR uses SDL1, which needs that the controlling terminal (tty) has a FB (framebuffer) attached so it can access the video output, your SSH session doesn't have such thing, hence the crash. If you run the same command using a keyboard connected to the PI directly (after exiting Emulationstation), you won't have any errors.
-
@mitu Thank you for giving us a deeper insight on explaining the technical background :)
-
@SinisterSpatula hey. I followed this and I always get to this stage where when i select it from ES i get this black screen that "says no config found for system ports" and throws be back into ES menu.
ive made sure that the systems.cfg is there. and even say if i rename the system to "streets of rage remake" instead of "sorr" itl show on es with the updated name change but will still throw be back regardless
-
@cyperghost That is great news! I shall give this a go tonight.
Just wondering though is the way you have typed it here the exact way it should be corrected to? if i can get it running through command line then i can finally get to the fault with es not launching it -
@mrbee No... usually if you install with zerojays Streets of Rage Remake then it should work
You can also check if your config in
/opt/retropie/configs/ports/sorr/emulators.cfg
does look like this
The gamedata, SorR.dat and the directoriesmod
andpalettes
have to be next to the bgdi-330 file.sorr = "pushd /opt/retropie/ports/sorr; ./bgdi-330 ./SorR.dat; popd" default = sorr
-
@Solid-One said in Streets of Rage Remake (latest retropie 2019):
$ cd /opt/retropie/ports
$ ./bgdi-330 ./SorR.dat
I FINALLY got it to run!!Ok so I followed the guide linked above (https://sinisterspatula.github.io/RetroflagGpiGuides/sorr) and this time I made sure to have only the files from sorr.zip that is needed (no exe or .dll files). I ran the commandline above but it thew an error saying no such file.
Since the sorr installer puts the files in opt/retropie/ports/sorr I had to go to this directory and then run it.
so cd /opt/retropie/ports
./bgdi-330 ./SorR.datthis makes it run through cmdline.
It will not run through SSH (putty) but the game runs through command line!
My issue I am having now is that i have a default systems.cfg. And my systems config for ports is-
<system>
<name>ports</name>
<fullname>Ports</fullname>
<path>/home/pi/RetroPie/roms/ports</path>
<extension>.7z .pce .ccd .chd .cue .zip .7Z .PCE .CCD .CHD .CUE .ZIP</extension>
<command>/opt/retropie/supplementary/runcommand/runcommand.sh 0 SYS ports %ROM%</command>
<platform>ports</platform>
<theme>ports</theme>
</system>with this config, no streets of rage remake shows up (the system PORTS) does not show in the es system carousel so i cant select it to start.
This is because the config is set to look for the home/pi/retropie/roms/ports folder (of course the sorr installer and the instructions in the guide say to put the files in opt/retropie/ports folder.So I change the config to say to look for ports in opt/retropie/ports in the systems config. It then shows up in the system carousel!
HOWEVER I am back at the error "No config found for system ports" when i select it through emulationstation.
So I can run it through cmd... but i cant get it to show up in emulationstation!
If i change the essystems.cfg it throws up the "no config found" when i launch it through es.. so am stuck on this final part now.
Would anyone mind pasting their essystems config to see if this is what is wrong? that i think this will then solve the issue I am having. I think!
Im not sure why this step is needed for me
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.