OpenBOR 6xxx OpenBeta Testphase
-
@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.
-
@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 locationpacker.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"
-
@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 defaultReading 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 ;)
-
@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....
-
@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 ...
-
@darknior
Try to download master branch. Then patch it withpatch -p0 -i ./patch/3-Wassili.diff
then compile withmake BUILD_PANDORA=1
This should work, too ;)PS: I talked about a fresh image ;)
-
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!
-
@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
-
@cyperghost Awesome! So what's the command-line syntax? Is it "OpenBOR -rom.pak" or something else? Thanks again!
-
@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.... ;) -
@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 oops my bad... I didn’t edit the emulators.cfg properly. It’s working fine now!
-
@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 :( -
@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. -
@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 ;)
-
@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 -
@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
-
@cyperghost said in OpenBOR 6xxx OpenBeta Testphase:
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.
Could you please elaborate? Ready patched packages for OpenBOR or retropie to use OpenGL? All my testing has been on retropie 4.4
-
Well ... Stretch is newest version of Raspian, and RetroPie 4.4 is based on Stretch. So all my build are made on virgin RetroPie 4.4 version. I just made a Jessie binary to play OpenBOR on my productive system ... this is RetroPie 4.3 based on Jessie build.
So I see no sense in making binary packages for RetroPie lower than 4.4 now. It costs plenty of time to maintain these builds so I just release Stretch binaries.
-
@cyperghost Okay, I get ya now. You compiled on Jesse just for your personal use.
Contributions to the project are always appreciated, so if you would like to support us with a donation you can do so here.
Hosting provided by Mythic-Beasts. See the Hosting Information page for more information.