Streets of Rage Remake (latest retropie 2019)

Solid One

@cyperghost Which bennugd binary have you tested on RetroPie 4.5.1? If it's bgdi-330, then maybe it's not the latest one.

Try bgdi-333 from here. Maybe it can work on RetroPie 4.5.1. Remember to create an account to see the attachment, as shown above.

If I'm not mistaken, both binaries were compiled by butcher. He seems to be a veteran user from bennugd forums. Even if you have no success running SORR on RetroPie 4.5.1 with both binaries, then we should try contacting butcher (probably in spanish, according to the bennugd forum messages) and ask him to provide newer BennuGD Raspberry Pi binaries for the latest raspbian versions.

mitu

It could be that the binary was compiled for another Raspbian version and some of its dependencies (dll's) are not present by default on a newer version.
If it's not running, take a look at /dev/shm/runcommand.log and see if any error message appears.

cyperghost

@mitu @Solid-One Okay, I should be more precise here.

It does not matter if I use bgdi-330 or 333
The binaries do run, if I start them without argument they give out text message
if I use ldd command all dlls are found
If I want to start with SorR.dat with extracted /palletes and /mod dir then I receive a error segmentation fault
4.1 I used Unix 5.1 version
4.2 Windows 5.0 version
4.3 Windows 5.1 version

I give you checksum of files okay?

; Generated by Hasher (www.den4b.com) 
File	Path			Size		CRC32		MD5					SHA1
1	C:\temp\u51\SorR.dat	253,705,339	F47541FC	577809a769451da2a13cf728231d3de6	6016577c530c099d1b03b801b378f121879e47da
2	C:\temp\w50\SorR.dat	253,064,906	8F993FD0	cb72d11f60b603682eee0687b6578fb1	f16eabb41b0d077ffa2696f86a3ccc4a57ca6972
3	C:\temp\w51\SorR.dat	253,705,647	3A19D4C2	2e10aec879bdb9c398ffdab9e44433be	2b1c536f9878dad4fab3a781e7539925a8b8f78e

Solid One

@cyperghost So, both 330 or 333 are giving segmentation fault on RetroPie 4.5.1? And they run fine on older RetroPie versions, such as 4.1 or 4.2?

If that's the case, then I think that's what happened:

RetroPie 4.5.1 is based on the latest Raspbian versions, with codename Stretch or Buster, dated between 2017 and 2018;
Retropie 4.1 and 4.2 are based on a previous Raspbian version, the one with codename Jessie, dated from 2016;
Both binaries compiled by butcher are dated from 2016, which match Raspbian Jessie, thus explaining why it works on RetroPie 4.1 / 4.2;
Since RetroPie 4.5.1 updated Raspbian version from Jessie to Stretch or Buster, the BennuGD binaries from 2016 won't work anymore, due to architecture differences, thus explaining why the segmentation fault ocurred. That being the case, the BennuGD binaries must be recompiled based on Raspbian Stretch or Buster in order to work.

That being the case, there is three solutions / workarounds I can think of:

Try compiling BennuGD binaries from source by itself (if there's any);
Go to BennuGD forums and ask butcher to recompile the binaries for Raspbian Stretch / Buster. You'll probably have to speak in spanish in there;
Downgrade RetroPie from 4.5.1 to 4.1 or 4.2.

Wow, after that discovery, guess I won't update RetroPie on my RPi2 too soon. Having SORR working on my device is a big plus that I don't wanna lose yet.

mitu

@Solid-One said in Streets of Rage Remake (latest retropie 2019):

Since RetroPie 4.5.1 updated Raspbian version from Jessie to Stretch or Buster, the BennuGD binaries from 2016 won't work anymore, due to architecture differences, thus explaining why the segmentation fault ocurred. That being the case, the BennuGD binaries must be recompiled based on Raspbian Stretch or Buster in order to work.

what architecture difference ? It's the same system, just with updated software, the architecture is the same (armhf).

Solid One

@mitu my bad. By architecture, I mean "debian distro version differences". Indeed all raspbian and retropie versions share the same architecture (armhf), but different distro versions tend to have some package differences. That's why all default packages are recompiled on each new version or a distro.

cyperghost

@Solid-One The source codes are available ... I mentioned this already. I rather think it's the SDL framework. There were some massive changes through 4.2 up to 4.5.x

Can you compare checksums of DAT files, too?

mitu

@cyperghost The source doesn't compile on Raspbian Stretch - some of the used functions call OpenSSL DES functions, which have been long gone from regular OpenSSL distro builds.

cyperghost

@mitu Hello ;)
If you compile then there are 2 binares build....
bgdi-xxx and bgdc-xxx
We need only the bgdi one, the bgdc(??) spits on an error SSL.
So I assume OpenSSL is not needed....

But don't ask me why there were only binaries released. Not so a nice habbit :) Not future proof

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.