OpenBOR finally working fine on RETROPIE with ES

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

zanac

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

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

I have not understand. What version work? Have you start a binary made by me or not. If is a My work which one? Let me know.
Latest version is not integrated with command line emulation station, i will do it soon

We will need more binary to support more games and a Shell script that choose the Best version...

BiZzAr721

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

I have not understand. What version work?

The one that works is your Gl version from when you posted 2 links.

The last one you posted is the one that hangs, which I included the error log

zanac

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

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

I have not understand. What version work?

The one that works is your Gl version from when you posted 2 links.

The last one you posted is the one that hangs, which I included the error log

This is a problem. Could you launch without any command line parameter for a test? Could you delete any config saved in Save for start a clean test?
I dont understand why happen last version should start if run without game on command line

BiZzAr721

I am running the binary without any command line parameters as far as I know. I will delete configs and try again. I am not by my Pi right now.

zanac

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

I am running the binary without any command line parameters as far as I know. I will delete configs and try again. I am not by my Pi right now.

We need log also of running version.... Post that.
I dont understand the version that work should be low res the video that you show is high res. Did you change video set in The menù of working version? When start it is 384/224?