Streets of Rage Remake (latest retropie 2019)

mitu

@cyperghost said in Streets of Rage Remake (latest retropie 2019):

We need only the bgdi one, the bgdc(??) spits on an error SSL.
So I assume OpenSSL is not needed....

I can't get to compile either one, both targets are not building under Raspbian Stretch.

cyperghost

@mitu Yes I tried, too.
From Pandora build script after setting some compiler calls gcc and g++
But I quickly failed in compling... the sources.

But for me, I don't have time to take a deeper look in this. Maybe if @Solid-One will post the checksums of his DAT file, then we can exlude user errors.

But I think that the prebuild binaries simply do not run (full) on Raspbian stretch!

mrbee

Wow you guys are really looking into this! This is so cool! I literally have no clue about the next steps with getting it to work on the latest retropie but as soon as they verify my account I will learn spanish via google translate (LOL) and try to see if i can contact them to recompile that file or something to get it to work.
At the moment however it seems like downgrading is the way to go! Of which I will probably have to reupload all of the roms and files etc. Which seems like a lot of work but like.. the remake is so good to not have on a megadrive setup!

cyperghost

@mrbee I don't want to discourage you but I think nobody will step deeper in this

ExarKunIv

@cyperghost what i dont get is how i was able to get mine to work from a fresh install. i did not get any errors when i installed it.

this stuff is what confuses me the most

cyperghost

@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 fault

My install was also "perfect" but it does not work with RetroPie 4.5.1

mrbee

@ExarKunIv it is the latest 5.1

ExarKunIv

@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

Screenshot (4).png

to show im not crazy
title

alt text

cyperghost

@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?

ExarKunIv

@cyperghost No problem

sorr = "pushd /opt/retropie/ports/sorr; ./bgdi-330 ./SorR.dat; popd" default = "sorr"

Solid One

@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.

cyperghost

@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.

ExarKunIv

@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. ;)

Solid One

@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.

SinisterSpatula

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

cyperghost

@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 FAULT

But 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 ;)

cyperghost

@Solid-One @ExarKunIv @mrbee
The game works even with symlinking

cd /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

Solid One

@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?

cyperghost

@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 or pushd 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 :)

mitu

@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.