OpenBOR 6xxx OpenBeta Testphase

cyperghost

@mahcneto You are welcome ;) Which way for installation did you have used?

darknior

@cyperghost said in OpenBOR 6xxx OpenBeta Testphase:

@darknior Sorry for misunderstanding ... it's 3400 with PAK support.
Download here, you can just exchange current RetroPies OpenBOR with this one in location /opt/retropie/ports/openbor

Ok thanks, i already have and use it :)

dishins

Hi, i just tried the latest build and i can see the paks listed in OpenBoR menu, however i have no input, my controller doesnt work, im using 8bitdo SF30 pro via bluetooth, any help on this?

BiZzAr721

@dishins Is the game selection screen your seeing the OpenBOR loader screen (red lettering, game art on top right) or @cyperghost 's script which has the blue background (like retropie setup menu)? How did you install?

dishins

@bizzar721 I installed as said in this post:

@cyperghost said in OpenBOR 6xxx OpenBeta Testphase:

There are two ways

If you have RetroPie 4.4 then you can install preinstalled binaries. For RetroPie 4.3 I have also a binary precompiled.

Just enter with SSH and type wget "http://raw.githubusercontent.com/crcerror/OpenBOR-63xx-RetroPie-openbeta/master/openbor_openbeta.sh"; bash openbor_openbeta.sh galina; rm openbor_openbeta.sh

The version is installed to /home/pi/openbor_openbeta
PAKs files can be placed to /home/pi/openbor_openbeta/Paks if an older instance of OpenBOR was already installed then the PAK path is likely /home/pi/RetroPie/roms/ports/openbor

A script that just launches OpenBOR graphics menu will be added to PORTS section.

Follow instructions from here: Beta scriptmodule then PAK files are placed to /home/pi/RetroPie/roms/ports/openbor and OpenBOR 6xxx is compiled on your own mashine. A script for selection PAK files will be place to PORTS section

Please use @ sign and write name like @mahcneto to tag people, then they will be informed of being mentioned to a post.

Welcome to our forum ;)

I have 3 Openbor entries in my ports menu, one says ¨beta¨ and the other two are the old ones which have the selection screen or directly launch the game, neither of these my controllers are working.

Edit: i just uninstalled everything and started from scratch, now i have just 1 OpenBOR entry but my controller still not works :(

cyperghost

@dishins said in OpenBOR 6xxx OpenBeta Testphase:

t: i just uninstalled everything and started from scratch, now i have just 1 OpenBOR entry but my controller still not works :(

OpenBOR is not a libretro emulator. You need a keyboard to configure it first. There are some scripts to automate this but for now manual setup is needed

BiZzAr721

@dishins You could also use @cyperghost 's script module to install through experimental in retropie setup

https://retropie.org.uk/forum/topic/19326/openbor-6xxx-openbeta-testphase/35

If you are using the older OpenBOR, it will overwrite it. This will allow you to run games from a script menu that can be navigated with a controller.

cyperghost

@bizzar721 I think he tried it already. About the scriptmenu ... I think I found a why to get good results. Need just some time to test.
But I don't know if the module will be accepted in the code review ;)

mitu

@cyperghost said in OpenBOR 6xxx OpenBeta Testphase:

But I don't know if the module will be accepted in the code review ;)

Unless you submit it, you'll never find out :).

cyperghost

@mitu Well you're right! I already asked for reference. The challange is that the description name of the script module is responsible for all pathes.
As the function are all called by local I should strip pathes. I think it's better to set all OpenBOR versions in one directory.

# $1 string, $2 length
function strip () {
echo "${1:0:$2}"
}

md_id="openbor-6xxxx`
md_id="$(strip $md_id -5}"

This would be my solution to strip away -6xxx
;)

dishins

@bizzar721 Thanks, as @cyperghost said, i already tried that. Turns out that i managed to configure my gamepad with a keyboard inside the game thanks to @cyperghost .

All games that i tried worked great with 6xx version, nice!

Is there any way to setup like a global config to my gamepad so i dont have to setup each game controls one by one?

BiZzAr721

@dishins Using in game setting, save settings as system config (I believe that's what it's called). All future games will default to that. Mods with configs saved, you could just load that system config, or SSH into the config/ports/openbor/saves directory and copy a config from a mod that's config'd how you like and rename it to`gamename.cfg.

cyperghost

@dishins A small workaround I use is to edit runcommand-onstart with
nano /opt/retropie/configs/all/runcommand-onstart.sh

and add following line

[[ $2 == openbor ]] && filename=$(basename "$3") && cp "/opt/retropie/ports/openbor/Saves/master.cfg" "/opt/retropie/ports/openbor/Saves/${filename%.*}.cfg"

I setted one game ready and renamed it's config just master.cfg now if the emulator with name openbor starts, it will copy this masterfile to current loaded module file.

So if I start TMNT Shell Shocked.pak then the copy command is cp master.cfg "TMNT Shell Shocked.cfg" you may change pathes and emulator name after $2 depending on your setup. You see emulator name in gray box

Now launching GAMETITLE (EMULATOR) ...
Press a button to configure
Errors are logged to /dev/shm/runcommand.log

dishins

@cyperghost nice! i'll definitely use this, thank you!

darknior

Question @cyperghost ...
Will you try to update the source code with a better version ?

We use the 6312 ... but on the 6325

fixed a heavy bug on malloc structure

v6330

fix for segmentation fault on runtime (Linux)
added joystick rumble mode for all SDL ports configurable by options (Wii port is now configurable too).
http://www.chronocrash.com/forum/index.php?topic=3947.0

...

v6412

Added my first function to openbor. We already had loadmodel to load a cached model into memory but now I have added unload_model to remove a model from memory.

Some interesting improvements from our version ...

cyperghost

@darknior I'm trying to setup the scriptmodule....
But I think it will end in 2 setups ... I do not have the time to do this are to full understand the packages.sh ... need some help some moderator to set this up.

I tried a script posted here but it won't install like ..
Therefore it's easier to let rp_module_id="openbor-3400" and then install two version of OpenBOR with 2 setups :(
Maybe annother one can solve this.

Goal: To install more instances of OpenBOR and to select the version out of runcommand menu like you want.

cyperghost

@mitu @darknior
Good news... Finally I managed a way to do the installation.
So we have three version of OpenBOR in RetroPie-Setup scriptmodule

openbor - Original scriptmodule
This is the untouched original version that comes with RetroPie (v3400 unsupported)
This port creates one bash file to just call OpenBOR binary

openbor-3400
This is a unsupported and deprecated version. It is based on openbor from former dev members. This version offers PAK file support therefore I patched this with CLI support (v3400 unsupported)
This port creates bash file with just calls OpenBOR binary if left empty. Emulators.cfg will be configurated for CLI support.

openbor-6xxx
This is @zanac and @cyperghost port of OpenBOR with CLI support (v6510-dev from Oct. 2018 official)
This port creates two bash files. One just calls OpenBOR binary. Emulators.cfg will be configurated for CLI support.
The second script file OpenBOR - Module Select Script lets you choose PAK files and load via CLI support.

ScriptModule for RetroPie

Just for testing purposes!

You can have insights of code here
To install make following:

Enter SSH terminal and type follwing text to choose following versions:
1.1 To restore original OpenBOR script: wget http://raw.githubusercontent.com/crcerror/OpenBOR-63xx-RetroPie-openbeta/master/scriptmodules/openbor.sh -O /home/pi/RetroPie-Setup/scriptmodules/ports/openbor.sh
1.2 For version 3400 with CLI support: wget http://raw.githubusercontent.com/crcerror/OpenBOR-63xx-RetroPie-openbeta/master/scriptmodules/openbor-3400.sh -O /home/pi/RetroPie-Setup/scriptmodules/ports/openbor-3400.sh
1.3 For newest branch 6xxx: wget https://raw.githubusercontent.com/crcerror/OpenBOR-63xx-RetroPie-openbeta/master/scriptmodules/openbor-6xxx-RPi3/openbor-v6510-RPi3.sh -O- | tr -d '\r' > /home/pi/RetroPie-Setup/scriptmodules/ports/openbor-6xxx-4rpi3.sh
1.3 For newest branch 6xxx: wget http://raw.githubusercontent.com/crcerror/OpenBOR-63xx-RetroPie-openbeta/master/scriptmodules/openbor-6xxx.sh -O /home/pi/RetroPie-Setup/scriptmodules/ports/openbor-6xxx.sh
Go to ES and select Configuration (the RetroJoy), select RetroPie Setup or just type sudo ~/RetroPie-Setup/retropie_setup.sh
On blue dialog, navigate to P Manage packages
Select exp Manage experimental packages
Run down the list, there select the fitting opbenbor (it's is a number around 300+)
Select S Install from source
Restart ES!!
Now go to ports menu and start the OpenBOR-script!

Enjoy

Sidenote: It works, but the way how it is done should be reviewed. But this is the way how we can manage different versions leading to one settings folder and PakFiles ;)

BiZzAr721

@cyperghost Nice! When we previously talked about the "old 3400" and not breaking peoples setup, I was totally forgetting the original had no CLI support! To me @darknior 's version was the original. haha

Unfortunately, one thing I have been thinking of is that I can see it being difficult to keep up with a compatability list, since everytime source changes mods may break. I think that' s one major flaw with OpenBOR. Maybe we could keep binaries of any milestone builds on git as well.

Should we still use LIBGL_FB3 variable on stretch?

cyperghost

@bizzar721 Well you know what to do with the 3400 binary ;) Then you have PAK support and you need just one configuration. You can also use my JOYPAD scripts, but it needs some tuning for pathes and PAK support (I've done already but not released yet)

About the LIBGL commands.... later the GL wrapper will be also build by compiling on own mashine. Then I won't patch this and then we need commands in which GL mode the wrapper should work, we need error supression and maybe the framebuffer command. But this will be done via the scriptmodul and it's installation path.

It took me some days to elaborate an "easy" working solution with different scriptmodules. Now the path structure is (or can be depending of how many scriptmodules you've installed)

|--opt/retropie/ports
|                 |
|                 - openbor
|                 - openbor-3600
|                 - openbor-6xxx
|
|--opt/retropie/configs/ports
|                          |
|                          -openbor
|                                  |
|                                  - Paks (symlink to ~/RetroPie/roms/ports/openbor)
|                                  - Logs
|                                  - Saves
|                                  - ScreenShots

So all installations of openbor are pointing with symlinks to /opt/retropie/configs/openbor

For 6xxx and 3400 from darknior the Logs points to volatile part /dev/shm
So far it's a possible way to go.

Maybe we could keep binaries of any milestone builds on git as well.

No binaries are not a good solution. You see the stretch version does not work with jessie for example. So it might be better to hold source code and the patches so we can compile on new mashines.
The only reliable source for binaries for RetroPie is the server from BuZz and if he agrees to host binaries... then no problem. But I'm not sure if the way I've set the scriptmodules are correct. The 6xxx version is pure patchwork and needs some rewrite. The 3400 version could withstand some code reviews as it is just a bit modified from the original.

BiZzAr721

@cyperghost said in OpenBOR 6xxx OpenBeta Testphase:

You see the stretch version does not work with jessie for example.

Thanks for clearing that up. I was thinking it worked for both Jesse and Stretch, with Jesse not being able to take advantage of GL4ES. I am using stretch. I removed OpenBOR I had working with LIBGL command to be able to test scripts, and continue testing.

When I test your scripts hopefully tonight, am I still able to edit in LIBGL parameter to take advantage of enhancements (like faster loading!).