OpenBOR finally working fine on RETROPIE with ES

cyperghost

@bizzar721 I assume this binary is vanilla. So it will accept PAKs only via its own launching menu. But if the menu is up it will run every game. The CLI can be patched later. I think it would help if you post content of error log.

If you have used the first fix you can try to run the pikiss openbor binary, too
I have saved it for later use. It is downloadable from here

https://github.com/crcerror/RetroPie-OpenBOR-scripts/tree/master/binary

You can also Google for pikiss openbor then you see the install script which installs sdlgfx fix

zanac

@cyperghost said in OpenBOR finally working fine on RETROPIE with ES:

@bizzar721 Can you post output of runcommand log?

please try this
sudo apt-get install -y libsdl-gfx1.2-5

This is the sdl-gfx for Rpi fixed

After that you can try to install SDL2 as @zanac mentioned with
sudo apt-get install libsdl2-dev

You must install gfx of sdl2 that command is gfx sdl1

cyperghost

@zanac so it is
sudo apt-get install libsdl2-gfx
Or
sudo apt-get install libsdl2-gfx-1.0-0
And
sudo apt-get install libsdl2-gfx-dev

Can you please correct my commands and tell @BiZzAr721 how to do?

hansolo77

Didn't know you guys were working on building an updated OpenBOR engine. Exciting news! I was going through and installing games while updating my spreadsheet for compatibility earlier today. Got up to "C". Maybe I'll wait and re-do it to see if the broken games work.

cyperghost

@hansolo77 yes and we hope it will work. The error output of @BiZzAr721 seems that we are hopefully on the right track. Sadly I do not have access to my Pie till end of next week so I just do guessing here. @zanac is the most asked man in this thread now.

@BiZzAr721 as we are using a precompiled method there is no need for sdl2-dev (IMHO)

zanac

@cyperghost if that binary will work for you i will update, cause in that i embedded the resolution of My chipset 384/224)

BiZzAr721

@cyperghost

Using
sudo apt-get install libsdl2-gfx-dev & sudo apt-get install libsdl2-gfx-1.0-0
here is the runcommand log from zanec's gl openBOR:

Parameters: 
Executing: pushd /opt/retropie/ports/openbor; /opt/retropie/ports/openbor/OpenBOR; popd
/opt/retropie/ports/openbor ~
/opt/retropie/ports/openbor/OpenBOR: error while loading shared libraries: libvpx.so.1: cannot open shared object file: No such file or directory
~

I used pikiss setup script and let it set up dependencies and installed OpenBOR (moved binary from /home/pi/games/openbor) which worked.

Tried zanac's GL version again and received same runcommand log error.

cyperghost

@BiZzAr721 how does the pikiss open or behaves? Do save games work? Does it use pak files? Is it slow and last which revision it is?

I think it is possible to get newest revision to run. Now you can Google how to install the missing sdl2 depencies.

Thank you for your tries

Edit about libvpx there is a guide

https://owenashurst.com/?p=242

cyperghost

@zanac I am not a real help at the moment - I have no access to my Pi the next 10 days. So I would be glad if you can help @BiZzAr721 ... There is a new dependecie needed libvpx. It is for video encoding.

zanac

@cyperghost said in OpenBOR finally working fine on RETROPIE with ES:

@zanac I am not a real help at the moment - I have no access to my Pi the next 10 days. So I would be glad if you can help @BiZzAr721 ... There is a new dependecie needed libvpx. It is for video encoding.

i confirm, the new version use libvpx and also a new vorbis decoder.... just use apt-get, it's very easy to solve these problems! Guys, just study a little use of linux!!!! ;)

zanac

here you can see the new version running final fight gold :)

https://www.facebook.com/vanni.brutto/videos/10216790092413974/

cyperghost

@zanac I believe you that it is running - in a few hours @BiZzAr721 will surly post his out findings. I guess he is eating something in the moment or does something mad with his parachute. But as you said we need another video encoder then I think we are on the right track.

zanac

@cyperghost said in OpenBOR finally working fine on RETROPIE with ES:

@zanac I believe you that it is running - in a few hours @BiZzAr721 will surly post his out findings. I guess he is eating something in the moment or does something mad with his parachute. But as you said we need another video encoder then I think we are on the right track.

It was a video just for fun, anyway please dont worry about resolution i will share a new binary soon that will be better on rpi, that GL version is for old crt tv that i use with pandora box (allwinner) inside My arcade cab

BiZzAr721

@zanac Thank you for coming on board and sharing.

It was 2:30am when I tested that last time. I'm out with family for the day, but I will do some more testing tonight. Please let me know anything else you believe will be useful. I might not be skilled in linux and the various commands but I am good at problem solving. I am glad to be able to contribute.

zanac

@bizzar721 said in OpenBOR finally working fine on RETROPIE with ES:

@zanac Thank you for coming on board and sharing.

It was 2:30am when I tested that last time. I'm out with family for the day, but I will do some more testing tonight. Please let me know anything else you believe will be useful. I might not be skilled in linux and the various commands but I am good at problem solving. I am glad to be able to contribute.

I'm the manteiner of openpb4, retropan Project, a porting of retropie for allwinner Board, actually i think that My skill is good enough for help also official retropie Project will enjoy new openbor. I also made some patch in emulation station that were included after some test in official retropie so this is not a new Experience for me.

cyperghost

@zanac I saw in your video that you call single pak files just via selection menu. Do you use a script file that renames or moves the pak files or are you using the method (I prefer) like @darknior did. Call the files directly with OpenBOR /rompath/filename.pak

Darknior made a small but clever C patch to trick the command line.

zanac

@cyperghost said in OpenBOR finally working fine on RETROPIE with ES:

@zanac I saw in your video that you call single pak files just via selection menu. Do you use a script file that renames or moves the pak files or are you using the method (I prefer) like @darknior did. Call the files directly with OpenBOR /rompath/filename.pak

Darknior made a small but clever C patch to trick the command line.

yes, i made a patch similar to that of darknior :)
but not included in this binary!

Here you are a new release... in this i removed the force of 384x224 and is needed for allwinner chipset:
https://drive.google.com/open?id=1_rcAQZ6KPz6IMw7eYSQA6jtgTKbztDgt

These are all deps needed by this binary:
user@debian-armhf:~/openbor-release/openbor-6412/engine$ ldd OpenBOR
libSDL2-2.0.so.0 => /usr/lib/arm-linux-gnueabihf/libSDL2-2.0.so.0 (0x76ec7000)
libSDL2_gfx-1.0.so.0 => /usr/lib/arm-linux-gnueabihf/libSDL2_gfx-1.0.so.0 (0x76eab000)
libpthread.so.0 => /lib/arm-linux-gnueabihf/libpthread.so.0 (0x76e88000)
libvorbisidec.so.1 => /usr/lib/libvorbisidec.so.1 (0x76e62000)
libogg.so.0 => /usr/lib/arm-linux-gnueabihf/libogg.so.0 (0x76e55000)
libvpx.so.1 => /usr/lib/arm-linux-gnueabihf/vfp/neon/libvpx.so.1 (0x76ccc000)
libpng12.so.0 => /lib/arm-linux-gnueabihf/libpng12.so.0 (0x76ca2000)
libz.so.1 => /lib/arm-linux-gnueabihf/libz.so.1 (0x76c80000)
libm.so.6 => /lib/arm-linux-gnueabihf/libm.so.6 (0x76c0c000)
libc.so.6 => /lib/arm-linux-gnueabihf/libc.so.6 (0x76b1c000)
libdl.so.2 => /lib/arm-linux-gnueabihf/libdl.so.2 (0x76b09000)
librt.so.1 => /lib/arm-linux-gnueabihf/librt.so.1 (0x76af2000)
/lib/ld-linux-armhf.so.3 (0x76fd0000)

If you want to compile by yourself after tested that this version can work well in rpi i will send you info about how i made this porting!

BiZzAr721

Pikiss is using OpenBoR v3.0 Build 3016
Saves not working (tried with Golden Axe Death Adder at level 3)
Very similar to what we already have

Using Zanac's Binary and the guide you linked me too

libvpx.so.1 still didn't fix it

I will try the files from this git - maybe it will work
https://github.com/volumio/RootFS-RaspberryPI/tree/master/usr/lib/arm-linux-gnueabihf

I will be out for the day again, but I will try to have some results tonight

EDIT
Tried files from the git - here's runcommand.log

Parameters: 
Executing: pushd /opt/retropie/ports/openbor; /opt/retropie/ports/openbor/OpenBOR; popd
/opt/retropie/ports/openbor ~
/opt/retropie/ports/openbor/OpenBOR: error while loading shared libraries: /usr/lib/arm-linux-gnueabihf/libvpx.so.1: file too short
~

zanac

@zanac said in OpenBOR finally working fine on RETROPIE with ES:

@cyperghost said in OpenBOR finally working fine on RETROPIE with ES:

@zanac I saw in your video that you call single pak files just via selection menu. Do you use a script file that renames or moves the pak files or are you using the method (I prefer) like @darknior did. Call the files directly with OpenBOR /rompath/filename.pak

Darknior made a small but clever C patch to trick the command line.

yes, i made a patch similar to that of darknior :)
but not included in this binary!

Here you are a new release... in this i removed the force of 384x224 and is needed for allwinner chipset:
https://drive.google.com/open?id=1_rcAQZ6KPz6IMw7eYSQA6jtgTKbztDgt

These are all deps needed by this binary:
user@debian-armhf:~/openbor-release/openbor-6412/engine$ ldd OpenBOR
libSDL2-2.0.so.0 => /usr/lib/arm-linux-gnueabihf/libSDL2-2.0.so.0 (0x76ec7000)
libSDL2_gfx-1.0.so.0 => /usr/lib/arm-linux-gnueabihf/libSDL2_gfx-1.0.so.0 (0x76eab000)
libpthread.so.0 => /lib/arm-linux-gnueabihf/libpthread.so.0 (0x76e88000)
libvorbisidec.so.1 => /usr/lib/libvorbisidec.so.1 (0x76e62000)
libogg.so.0 => /usr/lib/arm-linux-gnueabihf/libogg.so.0 (0x76e55000)
libvpx.so.1 => /usr/lib/arm-linux-gnueabihf/vfp/neon/libvpx.so.1 (0x76ccc000)
libpng12.so.0 => /lib/arm-linux-gnueabihf/libpng12.so.0 (0x76ca2000)
libz.so.1 => /lib/arm-linux-gnueabihf/libz.so.1 (0x76c80000)
libm.so.6 => /lib/arm-linux-gnueabihf/libm.so.6 (0x76c0c000)
libc.so.6 => /lib/arm-linux-gnueabihf/libc.so.6 (0x76b1c000)
libdl.so.2 => /lib/arm-linux-gnueabihf/libdl.so.2 (0x76b09000)
librt.so.1 => /lib/arm-linux-gnueabihf/librt.so.1 (0x76af2000)
/lib/ld-linux-armhf.so.3 (0x76fd0000)

If you want to compile by yourself after tested that this version can work well in rpi i will send you info about how i made this porting!

bizzar, i think that you download the symlink, not the lib :)
anyway if you want here you are libs that i used.... just delete the one that you copy and try these... i don't know if are compatible, but why not try? i think that most probably they work ;)
https://drive.google.com/open?id=1Bou7bb1Uxj-xueMonNdvEz5ZxYw3hFdx

BiZzAr721

Thank you. I will try when I return home.

EDIT

Those dependencies @zanac uploaded worked! Save state also works! This is the original GL version (for allwinner).

The latest binary zanac created just hangs at the grey launching screen until a keyboard button is pressed, then returns to emulation station. Never created runcommand log. I wonder if it is unpacking the .pak? Let it sit for 10 minutes before hitting a key on the keyboard. Either way, we're almost there!

@cyperghost @darknior Thought you'd like to see =)
Video of TMNT Shell Shocked

Here is from OpenBORlog.txt using latest binary

Total Ram: 785178624 Bytes
 Free Ram: 621154304 Bytes
 Used Ram: 1725440 Bytes

debug:nativeWidth, nativeHeight, bpp, Hz  1920, 1080, 32, 60
Error: failed to create window: Could not create GLES window surface
Failed to create OpenGL-compatible window (Could not create GLES window surface)...falling back to SDL video backend
Error: failed to create window: Could not create GLES window surface
Error: failed to create window: Could not initialize OpenGL / GLES library
Joystick: "UNKNOWN" connected at port: 0 at 2018-09-03 21:52:24