OpenBOR finally working fine on RETROPIE with ES

cyperghost

@darknior Ah... yes saw you've updated the script. But you forget to reference to the script ;) - I think you set link to this.
https://retropie.org.uk/forum/topic/13784/openbor-finally-working-fine-on-retropie-with-es/64

Then users will see the pictures and can get download location and the description how to autoconfigure joypads is also available ;) Thanks anyway.

Yes i will try if a friend can help me. I'm not a C expert... It's hard for me and it's why i wish a real C developer come her to help us with this :p

Yes this would be fine ;)
It's really sad the development is stuck to an old engine. I think the Pie is powerfull enough even for newest addons. Maybe you revitalise the whole fork ;)

darknior

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

Then users will see the pictures and can get download location and the description how to autoconfigure joypads is also available ;) Thanks anyway.

It's ok i have updated and add your link :)

It's really sad the development is stuck to an old engine. I think the Pie is powerfull enough even for newest addons. Maybe you revitalise the whole fork ;)

Yes it's bad :(
I see the last OpenBOR comme on Switch last week !!! WTF !!! It's an console, no many people will use it ...
And on PI where we are many many users nobody port the last source code :(
Yes the PI3 is enough powerful to make it works perfectly, for sure :D

I think the dream can come if one day some one have the idea to port OpenBOR engine to RETROARCH !!!
Like some other Homebrew, it's possible, and doing it make OpenBOR working fine on any system ;)
And maybe add some new feature with Savestate, Rewind, ...

BiZzAr721

@cyperghost I went ahead and made the scripts for all the games I had listed as working (+ asterix & obliqe). The the last thing to do is make it use the default master.bor.cfg. I realized there is nothing on the individual scripts to call for it. Could you please help me (again) with on exactly what I have to pull from your script to add to the individual game scripts to keep full function? I'll adjust the script I hacked together with the amendments. I'll be out of town for a few days but I'll get right back into it on my return. Thank you!

Edit: extra points if it can be rolled into the emulators.cfg, kind of like dosbox does!

cyperghost

@bizzar721 Sorry I don't get you. You want to copy default configuration for every called script? Then insert just a copy command

[[ -f "destination.file" ]] || cp "default.file" "destinatation.file"

The [[ ]] is a testcommand if file already in place if not then copy it.

@darknior
About the load/save feature ;)
It's all written here. Some lines later you will find entry // OMG! Fix that! So I assume there are some errors in.
I think some file handling is broken. Maybe some more experienced coders can help here.

BiZzAr721

It sounds exactly like what I'm looking for. I want it to work just like your script, which is to look for a cfg file. If none exist copy master.bor.cfg to the save folder and rename it to match the game name.

I'm thinking I could either add this to the emulator.cfg to be run before evey game loads, or must it be included in the start of each script, named with the full path & proper file name?

cyperghost

@darknior Improved the script menu a bit. Now it's sorting to ABC (sort command) and I resolved a small bug with array sorting - from my old function-snippet. I think I found a way to solve the joypad problem, too ;)

@BiZzAr721 I would rather modify the scripts from ports before modifing the emulator call. Btw: we have runcommand access now. That offers much entrypoints. Read more about here - I would use User Menu entry.

@zerojay Can we modify the emulator.cfg for openbor like done here in code box?. The adding of %ROM% does nothing to the regular compiled binary as it can not be called with command line parameters. But it will prepare users for the modified version from @darknior

So in scriptmodule openbor.sh the change would just be

function configure_openbor() {
addPort "$md_id" "openbor" "OpenBOR - Beats of Rage Engine" "pushd $md_inst; $md_inst/OpenBOR %ROM%; popd")

zerojay

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

@darknior Improved the script menu a bit. Now it's sorting to ABC (sort command) and I resolved a small bug with array sorting - from my old function-snippet. I think I found a way to solve the joypad problem, too ;)

@BiZzAr721 I would rather modify the scripts from ports before modifing the emulator call. Btw: we have runcommand access now. That offers much entrypoints. Read more about here - I would use User Menu entry.

@zerojay Can we modify the emulator.cfg for openbor like done here in code box?. The adding of %ROM% does nothing to the regular compiled binary as it can not be called with command line parameters. But it will prepare users for the modified version from @darknior

So in scriptmodule openbor.sh the change would just be
function configure_openbor() {
addPort "$md_id" "openbor" "OpenBOR - Beats of Rage Engine" "pushd $md_inst; $md_inst/OpenBOR %ROM%; popd")

When that modified version is ready, let me know and I'll make the switch.

cyperghost

@zerojay You may read the first posting in this thread. Only @darknior's version of OpenBOR includes CLI calls. So we have to change the git, too. And I'm not familiar with the git-system.

In this state the %ROM% switch is harmless and would just help users if they want to use @darknior binary - so addons can be directly loaded like the other emulators behave. By using the regular binary the ROM call is left empty and the user is kicked to the OpenBOR selection screen.

I think we better wait before making quick changes. Thank you ;)

cyperghost

@darknior Consider to recompile the OpenBOR binary. Mine is just 900kB, your is 1300kB ... That's the size rofl0r predicted for his build.
That should give the engine a boost ;)

BLOAT:
  OpenBOR (anallyst edition) x64 binary           :  750 KB
  OpenBOR (lavalit edition, rev 3320)  x64 binary : 1250 KB
  OpenBOR (lavalit edition, rev 3600+) x64 binary : probably 1.5 MB+

I post binaries compiled on Pi3 on my github account

@BiZzAr721 I've written a script that will setup config via UserMenu ... type in SSH
cd /opt/retropie/configs/all/runcommand-menu && wget "https://raw.githubusercontent.com/crcerror/RetroPie-OpenBOR-scripts/master/OpenBOR - Setup GamePads.sh"

darknior

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

Consider to recompile the OpenBOR binary. Mine is just 900kB, your is 1300kB

Thanks a lot, how do you do this ?
I know when i compile my binaries are always bigger than suggested ...

cyperghost

@darknior Well I rely also on the great coders here in the forum. So i just changed two lines in my version of openbor.sh install scriptmodule and let it compile as is it used to be. But I think this binary runs much better. The tearing in "Nightslashers" for ex. is significantly reduced with this.
I think the NO_GL=1 parameter makes the difference.

I hope someone will port newest engine to Raspberry ... OpenBOR offers really great gameplay and I don't understand why there is so less attention from the developers from chronocrash. They don't consider the Rasperry as chance for wider audience and for further development for their addons (imho!). The smoothest thing would be an integration into libretro.

Second I just want to test the scriptmodule for a later PR - and yes it works, the %ROM% is written to emulator config instantly. So it may be possible to use your fork .... But I'm not sure if this is allowed.
Maybe @zerojay can answer this... (Sorry for tagging you)

darknior

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

I think the NO_GL=1 parameter makes the difference.

Ok thanks, it's a good idea :)
I will try your binary if it works better :)

I hope someone will port newest engine to Raspberry

I hope too ... i think it can be interesting to show OpenBOR on pi on the Chronocrash forum ... showing it works fine on pi and that we stand for an update ...
I have plan to make a beautiful ES menu with media and make a video to show them ... but it will take me some time to release media...

Second I just want to test the scriptmodule for a later PR - and yes it works, the %ROM% is written to emulator config instantly. So it may be possible to use your fork .... But I'm not sure if this is allowed.

Yes if Retropie can be updated with my fork and your script it can be really cool for every one :)
With the two mode, launch OpenBOR from port and a new ES section with all the games.
But we must also give some CFG already configured with pad for MENU and DEFAULT.

cyperghost

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

Yes if Retropie can be updated with my fork and your script it can be really cool for every one :)

Agreed! But not our buisness.

With the two mode, launch OpenBOR from port and a new ES section with all the games.

Well therefore we have the Docs section or the thread here

But we must also give some CFG already configured with pad for MENU and DEFAULT.

I don't think so. That should still be a user decission

cyperghost

@darknior There seems annother version of OpenBOR for RetroPie spreading around. It is also build 3016 but I was not able to get it running.

install script is here - a user named ulysess seems to have compiled it for several models. But I can't get it running. So it seems not to be the same version we are using.

kactius

@cyperghost
Other options in the Jose Cerrejón blog`s ... in spanish language
https://misapuntesde.com/post.php?id=567

darknior

@cyperghost Yes interesting, but only if he fix the save problem.

@kactius thanks for the link, he run Eman on PI ... strange ...
And use some parameters too :

fbset -xres 512 -yres 384 -depth 16
SDL_FB_BROKEN_MODES=1 ./openbor_rpi

BiZzAr721

I will try the controller script within the next couple of days when I am back by my PC/Pi.

In response to having a default controller config, I would agree to having a default master.bor.cfg based on the whatever seems to be the most common controller layout. I'm sure many people would accept the pre-defined default setting, and users could easily change it if they wish.

The only reason I see that not being a possibility is openBOR looks for a specific controller in a specific USB port. So if I map my el' cheapo snes controller, if I switch to a PS3 controller (wired/same port) the mappings are all screwed up.

darknior

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

The only reason I see that not being a possibility is openBOR looks for a specific controller in a specific USB port.

No he don't because i have 6 different 8bitDo controllers, one from xBox One and all working fine with same gamepad configuration.

GreenHawk84

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

GreenHawk - if it's just 1 game your after, and you don't want to go through all the trouble I can help you create it easily.

Yes, I would like "Mortal Kombat Outworld Assasins" as a standalone title in my ES menu. Even outside of ports, just a nice MKOA logo by itself to start up the game.

cyperghost

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

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

The only reason I see that not being a possibility is openBOR looks for a specific controller in a specific USB port.

No he don't because i have 6 different 8bitDo controllers, one from xBox One and all working fine with same gamepad configuration.

I think it could work this way. And if this is true it might be a good choice to assign Player1 to Joypads and Player2 to Keyboard (as default). OpenBOR is independent from libretro... so in fact there is one routine that searches input devices in system. So if one joypad is detected it will be assigned as joypad1 to player1. Sounds logical....