OpenBOR 6xxx OpenBeta Testphase

cyperghost

@darknior I've released base source code on my github account ;)
I will release patch files there....

Do you think you can patch CLI support in?
I would suppose to use

  // Test command line argument to launch MOD
   int romArg = 0;
   if(argc == 2) {
      loadsettings();
      memcpy(packfile, argv[1], strlen(argv[1]));
      if(fileExists(packfile)) {
         romArg = 1;
      }
   }

   if(!romArg)
Menu();

darknior

@cyperghost Yes do it, with pleasure :)

For your OpenBOR i don't use your install script i only copy it to my original OpenBOR directory with the /lib direcory.

root@retropie:/opt/retropie/ports/openbor# ldd OpenBOR
        linux-vdso.so.1 (0x7ec9e000)
        /usr/lib/arm-linux-gnueabihf/libarmmem.so (0x76f81000)
        libSDL2-2.0.so.0 => /usr/lib/arm-linux-gnueabihf/libSDL2-2.0.so.0 (0x76e79000)
        libSDL2_gfx-1.0.so.0 => /usr/lib/arm-linux-gnueabihf/libSDL2_gfx-1.0.so.0 (0x76e5b000)
        libGL.so.1 => ./lib/libGL.so.1 (0x76d30000)
        libpthread.so.0 => /lib/arm-linux-gnueabihf/libpthread.so.0 (0x76d08000)
        libvorbisidec.so.1 => /usr/lib/libvorbisidec.so.1 (0x76cdf000)
        libogg.so.0 => /usr/lib/arm-linux-gnueabihf/libogg.so.0 (0x76cd0000)
        libvpx.so.4 => not found
        libpng16.so.16 => not found
        libz.so.1 => /lib/arm-linux-gnueabihf/libz.so.1 (0x76ca9000)
        libm.so.6 => /lib/arm-linux-gnueabihf/libm.so.6 (0x76c2e000)
        libc.so.6 => /lib/arm-linux-gnueabihf/libc.so.6 (0x76aec000)
        libasound.so.2 => /usr/lib/arm-linux-gnueabihf/libasound.so.2 (0x76a12000)
        libdl.so.2 => /lib/arm-linux-gnueabihf/libdl.so.2 (0x769ff000)
        libbrcmEGL.so => /opt/vc/lib/libbrcmEGL.so (0x769c6000)
        libbrcmGLESv2.so => /opt/vc/lib/libbrcmGLESv2.so (0x769a1000)
        libbcm_host.so => /opt/vc/lib/libbcm_host.so (0x76979000)
        libvcos.so => /opt/vc/lib/libvcos.so (0x7695f000)
        libvchiq_arm.so => /opt/vc/lib/libvchiq_arm.so (0x76949000)
        libX11.so.6 => /usr/lib/arm-linux-gnueabihf/libX11.so.6 (0x76826000)
        libXext.so.6 => /usr/lib/arm-linux-gnueabihf/libXext.so.6 (0x76807000)
        libXcursor.so.1 => /usr/lib/arm-linux-gnueabihf/libXcursor.so.1 (0x767ed000)
        libXinerama.so.1 => /usr/lib/arm-linux-gnueabihf/libXinerama.so.1 (0x767e2000)
        libXi.so.6 => /usr/lib/arm-linux-gnueabihf/libXi.so.6 (0x767c4000)
        libXrandr.so.2 => /usr/lib/arm-linux-gnueabihf/libXrandr.so.2 (0x767ab000)
        libXss.so.1 => /usr/lib/arm-linux-gnueabihf/libXss.so.1 (0x767a1000)
        libXxf86vm.so.1 => /usr/lib/arm-linux-gnueabihf/libXxf86vm.so.1 (0x76793000)
        librt.so.1 => /lib/arm-linux-gnueabihf/librt.so.1 (0x7677c000)
        /lib/ld-linux-armhf.so.3 (0x54acb000)
        libgcc_s.so.1 => /lib/arm-linux-gnueabihf/libgcc_s.so.1 (0x7674f000)
        libxcb.so.1 => /usr/lib/arm-linux-gnueabihf/libxcb.so.1 (0x76730000)
        libXrender.so.1 => /usr/lib/arm-linux-gnueabihf/libXrender.so.1 (0x7671e000)
        libXfixes.so.3 => /usr/lib/arm-linux-gnueabihf/libXfixes.so.3 (0x76709000)
        libXau.so.6 => /usr/lib/arm-linux-gnueabihf/libXau.so.6 (0x766fe000)
        libXdmcp.so.6 => /usr/lib/arm-linux-gnueabihf/libXdmcp.so.6 (0x766f2000)

I only miss these lib i don't know why ???

        libvpx.so.4 => not found
        libpng16.so.16 => not found

I'm on Retropie 4.4.1

cyperghost

@darknior I install 3 packages

libsdl2-gfx-dev libvorbisidec-dev libvpx-dev

libvpx is defnitly missing. I think vorbis is not needed to install.
Then it's just the sdl2-gfx? Sorry can't check at the moment ;)

darknior

@cyperghost It's not my problem, i read your bash, i already do it.

root@retropie:/opt/retropie/ports/openbor# apt-get install libsdl2-gfx-dev libvorbisidec-dev libvpx-dev
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
libsdl2-gfx-dev est déjà la plus récente version disponible.
libvorbisidec-dev est déjà la plus récente version disponible.
libvpx-dev est déjà la plus récente version disponible.
0 mis à jour, 0 nouvellement installés, 0 à enlever et 118 non mis à jour.

And other OpenBOR version in the same directory are working fine.

BiZzAr721

@cyperghost Very nice! Your script worked great this time. I see you moved pak directory out of Paks subfolder of /home/pi/RetroPie/roms/ports/openbor, so I moved my .paks back to /home/pi/RetroPie/roms/ports/openbor

Worked great - game loads full screen right from the start and plays great. Thanks

I also realized that my .bor folders I made into .pak are no good! If I put just the data folder in Makepak_extractor folder and run makepak.bat I get a working .pak
makepak.bat content:

packer.bat bor.pak data

I can rename the bor.pak without a problem, but I cannot specify a data folder location

packer.bat asterix.pak "F:\OpenBOR FINAL\Makepak__Extractor\ASTERIX OPENBOR [MUGEN PLAYER]\data"

It will extract no different, but the resulting .pak will not work
1363 Segmentation fault

The reason I mention this here is I have been trying the 3400 build .paks with the latest and it hasn't been working.
A correctly made Asterix & Caesar Challange .pak does indeed work with this build!

@oilusionista If you don't mind, perhaps you can answer this for me.
Is it even possible to run borpak.exe on a data folder which is in a subfolder? I am trying to batch create paks.

borpak -d "F:\OpenBOR FINAL\Makepak__Extractor\ASTERIX OPENBOR [MUGEN PLAYER]\data" -b ASTERIX.PAK

Here is a snippet of the batch file I created which gave the incorrectly structured Paks:

borpak -b -d "F:\openbor\Beats of Rage.bor" Beats_of_Rage.PAK
borpak -b -d "F:\openbor\Captain Commando and the Avengers.bor" Captain_Commando_and_the_Avengers.PAK
borpak -b -d "F:\openbor\Castlevania - Pulse of Animosity (Demo).bor" Castlevania_-_Pulse_of_Animosity_(Demo).PAK
borpak -b -d "F:\openbor\Castlevania LCD Chronicles.bor" Castlevania_LCD_Chronicles.PAK
borpak -b -d "F:\openbor\Chrono Killer.bor" Chrono_Killer.PAK
borpak -b -d "F:\openbor\City of Heroes - Episode 1.bor" City_of_Heroes_-_Episode_1.PAK
borpak -b -d "F:\openbor\Contra - Locked 'N Loaded.bor" Contra_-_Locked_'N_Loaded.PAK
borpak -b -d "F:\openbor\Crime Buster.bor" Crime_Buster.PAK
borpak -b -d "F:\openbor\Crisis Evil 1.bor" Crisis_Evil_1.PAK
borpak -b -d "F:\openbor\Crisis Evil 2.bor" Crisis_Evil_2.PAK
borpak -b -d "F:\openbor\D & D - Knights & Dragons Final Cut.bor"

cyperghost

@darknior I reinstalled the blank image today (4.4) and it worked all out of the box.
There are some missing dependencies that are installed automatically by default

Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages were automatically installed and are no longer required:
  libwayland-cursor0 libwayland-egl1-mesa
Use 'sudo apt autoremove' to remove them.
The following additional packages will be installed:
  libogg-dev libsdl2-gfx-1.0-0 libvorbisidec1
Suggested packages:
  libsdl2-gfx-doc

So I added libogg-dev libsdl2-gfx-1.0-0 libvorbisidec1, too. But it should work out of the box ;)

cyperghost

@darknior I've upladed the tree were @zanac made all the patches for in my GITHUB account - OpenBOR-Raspberry

I think I'm at least one week out of buisness, I hope you find some time to patch the CLI-support in. I would suggest the version I've modified.

First check is if one argument if parsed, then it overwrites pakfilename with dedicated string length, then it uses the function OpenBOR provides to check fileexistance and then runs the menu. I think that's enough....

darknior

@cyperghost I always trying your same compiled file ... i don't have take time to DL the last source code et patch it ...
I have update all my Retropie to 4.4.2 with Retropie Setup :

root@retropie:/opt/retropie/ports/openbor# ldd OpenBOR
        linux-vdso.so.1 (0x7ed76000)
        /usr/lib/arm-linux-gnueabihf/libarmmem.so (0x76f07000)
        libSDL2-2.0.so.0 => /usr/lib/arm-linux-gnueabihf/libSDL2-2.0.so.0 (0x76dff000)
        libSDL2_gfx-1.0.so.0 => /usr/lib/arm-linux-gnueabihf/libSDL2_gfx-1.0.so.0 (0x76de1000)
        libGL.so.1 => ./lib/libGL.so.1 (0x76cb6000)
        libpthread.so.0 => /lib/arm-linux-gnueabihf/libpthread.so.0 (0x76c8e000)
        libvorbisidec.so.1 => /usr/lib/libvorbisidec.so.1 (0x76c65000)
        libogg.so.0 => /usr/lib/arm-linux-gnueabihf/libogg.so.0 (0x76c56000)
        libvpx.so.4 => not found
        libpng16.so.16 => not found
        libz.so.1 => /lib/arm-linux-gnueabihf/libz.so.1 (0x76c2f000)
        libm.so.6 => /lib/arm-linux-gnueabihf/libm.so.6 (0x76bb4000)
        libc.so.6 => /lib/arm-linux-gnueabihf/libc.so.6 (0x76a72000)
        libasound.so.2 => /usr/lib/arm-linux-gnueabihf/libasound.so.2 (0x76998000)
        libdl.so.2 => /lib/arm-linux-gnueabihf/libdl.so.2 (0x76985000)
        libbrcmEGL.so => /opt/vc/lib/libbrcmEGL.so (0x7694c000)
        libbrcmGLESv2.so => /opt/vc/lib/libbrcmGLESv2.so (0x76927000)
        libbcm_host.so => /opt/vc/lib/libbcm_host.so (0x768ff000)
        libvcos.so => /opt/vc/lib/libvcos.so (0x768e5000)
        libvchiq_arm.so => /opt/vc/lib/libvchiq_arm.so (0x768cf000)
        libX11.so.6 => /usr/lib/arm-linux-gnueabihf/libX11.so.6 (0x767ac000)
        libXext.so.6 => /usr/lib/arm-linux-gnueabihf/libXext.so.6 (0x7678d000)
        libXcursor.so.1 => /usr/lib/arm-linux-gnueabihf/libXcursor.so.1 (0x76773000)
        libXinerama.so.1 => /usr/lib/arm-linux-gnueabihf/libXinerama.so.1 (0x76768000)
        libXi.so.6 => /usr/lib/arm-linux-gnueabihf/libXi.so.6 (0x7674a000)
        libXrandr.so.2 => /usr/lib/arm-linux-gnueabihf/libXrandr.so.2 (0x76731000)
        libXss.so.1 => /usr/lib/arm-linux-gnueabihf/libXss.so.1 (0x76727000)
        libXxf86vm.so.1 => /usr/lib/arm-linux-gnueabihf/libXxf86vm.so.1 (0x76719000)
        librt.so.1 => /lib/arm-linux-gnueabihf/librt.so.1 (0x76702000)
        /lib/ld-linux-armhf.so.3 (0x54b0a000)
        libgcc_s.so.1 => /lib/arm-linux-gnueabihf/libgcc_s.so.1 (0x766d5000)
        libxcb.so.1 => /usr/lib/arm-linux-gnueabihf/libxcb.so.1 (0x766b6000)
        libXrender.so.1 => /usr/lib/arm-linux-gnueabihf/libXrender.so.1 (0x766a4000)
        libXfixes.so.3 => /usr/lib/arm-linux-gnueabihf/libXfixes.so.3 (0x7668f000)
        libXau.so.6 => /usr/lib/arm-linux-gnueabihf/libXau.so.6 (0x76684000)
        libXdmcp.so.6 => /usr/lib/arm-linux-gnueabihf/libXdmcp.so.6 (0x76678000)

I have always the same problem, i will investigate ...

cyperghost

@darknior
Try to download master branch. Then patch it with patch -p0 -i ./patch/3-Wassili.diff then compile with make BUILD_PANDORA=1
This should work, too ;)

PS: I talked about a fresh image ;)

spongedan

Sorry for the dumb question, but is it now possible to launch a game directly from ES using some kind of command-line shortcut? Thanks for all the great work!

cyperghost

@spongedan Not a dump question. Галина (galina) offers CLI support for PAKs now. Please use wget "http://raw.githubusercontent.com/crcerror/OpenBOR-63xx-RetroPie-openbeta/master/openbor_openbeta.sh"; bash openbor_openbeta.sh galina; rm openbor_openbeta.sh

spongedan

@cyperghost Awesome! So what's the command-line syntax? Is it "OpenBOR -rom.pak" or something else? Thanks again!

cyperghost

@spongedan No it's just ./OpenBOR /path/to/pakfile.pak
You can read more about the usage here. But without unpacking the files!!! We can use PAK directly now. Thanks to @zanac for doing the patches
@darknior It's done so far.... ;)

spongedan

@cyperghost hmmm... I added openbor to es_systems.cfg (with .pak extension instead of .bor), but I can't get the games to load that way. Am I missing something? I also added the emulators.cfg to the openbor configs dir. Thanks for the help!

spongedan

@spongedan oops my bad... I didn’t edit the emulators.cfg properly. It’s working fine now!

darknior

@cyperghost said in OpenBOR 6xxx OpenBeta Testphase:

@darknior It's done so far.... ;)

Thanks a lot, i don't have found free time to do it :(
And now i change Retropie 4.3 to 4.4.2 i have so many things that are not working fine ... i must investigate this OS update :(

BiZzAr721

@darknior I've been playing Bare KNuckle VI with no crashing (6.02)! [Final version locks up retropie]
Also, Aliens vs Predator works. @hansolo77 I think we'll have to add a new column for newest version of OpenBOR. Hope you had a chance to play.

cyperghost

@darknior You do not need to update RetroPie to v4.4
I ran into same issue as you (missing files)
So I just recompiled the whole thing.... Works best without issues.
So I would recommand to build galina with script and then download binary from here. This is freshly installed on my RetroPie version 4.3 ;) So far I'm very satisfied with the outcome of these versions.... Reconnect of BT devices works best.

So Happy Brawling ;)

darknior

@cyperghost Really thanks a lot, i come back to version 4.3 and try your binary and all is working perfectly :)
I will try this week to make my own build with your diff patch to try.

Do you use 4.4.2 Retropie version ?
Do you think it is interesting to use this linux updated version to play emulators ?
With SDL2 and OpenGL ... to use on ScummVM, PSP, Dreamcast, DS, Amiberry ...
I don't know if it is interesting to lost time to configure an image with this new Retropie or not :(
Thanks

cyperghost

@darknior said in OpenBOR 6xxx OpenBeta Testphase:

Do you use 4.4.2 Retropie version ?

No... only for testing and rebuilding to give exact operation procedure of "How to build". I also do not want to mess my build with such things. But galina is quite stable and wonderful to play so I installed it on my "gameing Pie"

My RetroPie version for game playing is quite old. I think it's a release from 4.1 and updated to 4.3 - but as I tried to use my patches, then I ran into same issue as you of missing files. So I just recompiled for Jessie.

But we should rely on Raspian Strech and this is build of RetroPie 4.4 so I will offer ready patched packages just for this version.

With SDL2 and OpenGL ... to use on ScummVM, PSP, Dreamcast, DS, Amiberry ...

I think this is possible but I would use every GL4ES lib into own directory. I tried to use OpenGL driver for Raspberry, too (native) but ran into issues ... So I would stick to the wrapper as this does not screws up the system.

I don't know if it is interesting to lost time to configure an image with this new Retropie or not :(

A new image does not need so much configuration (imho). All my data is on a flash drive so I just link to this. Some scripts are called by runcommand-onend/start and this is it ;) So I think I built a new image within 2 or 3 hours. For just compiling I need from burning IMG to ready compiled binary less then 30mins