OpenBOR finally working fine on RETROPIE with ES

BiZzAr721

@darknior @cyperghost @zanac This is exciting - your baby is growing up so fast! ;p

cyperghost

@bizzar721 Well it is the excessive work from @zanac that makes this possible. With GL4ES much more things will happen with better speed and the OpenBOR Video Settings Menus should work as expected....
I just make some code reviews and compile a bit - far away from developing.

But here we come to a possible turning point. The Jamma Pandora BOX uses an Mali MP400 GPU... up to know we relied on working SDL framework and a similar CPU. This worked fine so far. If the binary with the GL4ES patch runs fine we can shake hands because then it should be possible to speedup the whole thing again, due better driver support for the Pie ;)

@zanac Watched some videos about the Jamma Pandora thing. Very interesting, it's a small PCB with JAMMA IO interface and the screen output is CRT with various frequencies for real RetroFeeling. The price for the box itself is not so much ... 60-80 USD. But I think the JAMMA things are not so cheap. All in all it seems very common to a Pie ;) So again ;)

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

Buy a Pie ;) Just round about 35$

:D

But here is a real "PANDORAS BOX" .... portable

About the gaming video you have posted... I have no FB account.

EDIT:
@darknior May you can take a look at the path thing of the OpenBOR PAK version? Source is here: https://github.com/zanac/OpenPB4/tree/master/openbor
I can't find out why directories are stored to UserPath and not next to binary.

EDIT 2:
Function getBasePath in /source/utils.c seem to be responsible for this.

Is working!

zanac

@cyperghost
here you find a binary... if it work in rpi i will upload the source package.

https://drive.google.com/open?id=1CphOM9RoniMhAaAsBeAbSnQUXn4WW8VH

It has inside libs used by OpenBOR, it refer some X11 libs but are not really used (gl4es link them but i forced framebuffer ;)) you must of course deploy the same but don't worry

the libGL.so is not open gl, is a compilation of gl4es, a wrapper that emulate open gl using gles2! Embedded boards, like rpi or allwinner, use gles2 and so we need this wrapper!

first to start OpenBOR insert in a script this line (if it work you can try other resolution, using gl4es you can force by this var the resolution!):
export LIBGL_FBOMAKECURRENT=384x224

If is the 6315 version that seems the most stable, if it will work i will share patched code of gl4es and openbor, i tested on allwinner as said is not the same actually, but if you're lucky.... ;)

If it will work you can go in video option, enable full screen, and switch from SDL to GL and use bilinear filter or so on using GPU!

Let me know, in allwinner this work very fine!

cyperghost

I'm out of buisness today maybe @darknior or @BiZzAr721 can test this for a quick run.
Watched your video.... that seems run very smooth now.

zanac

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

I'm out of buisness today maybe @darknior or @BiZzAr721 can test this for a quick run.
Watched your video.... that seems run very smooth now.

If gl4es don't work i just discover that in rpi it could be compiled with specific api for rpi driver...

from: https://github.com/ptitSeb/gl4es/blob/master/COMPILE.md
for the Raspberry Pi
cmake . -DBCMHOST=1; make GL

try anyway my binary, if it don't work i suggest you to recompile gl4es using that cmake string, after that edit src/gl/init.c and around line 34 change "#define DEFAULT_ES 1" with "#define DEFAULT_ES 2" after this just "make GL"

the bin created in this way should be usable on rpi if you "export LIBGL_FB=1" or "export LIBGL_FB=2".....

If you all works my OpenBOR binary should use GLES rpi driver, using gl4es wrapper

cyperghost

@darknior I changed some code from your sdlport.c, removed some checks ... this is really a fine work you've done.

	// 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;
		}
	}

I force usage of one argue (this makes sense) and check just presence of file
The rest makes ES

I just re-released the binary today. I don't want to share the old OpenBOR-code as it uses agressive words against OpenBOR developers. What a pity!

@zanac I've just downloaded the binary and started. It says libvpx.1 is missing. Didn't get deeper now .... lack of time now. The next patch will be Борис (Boris)

darknior

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

I just re-released the binary today. I don't want to share the old OpenBOR-code as it uses agressive words against OpenBOR developers. What a pity!

They are stupid guys, share your code, OpenBOR is free with free license. Every one can use it. If they don't want to use our modification it's not important.

@zanac I've just downloaded the binary and started. It says libvpx.1 is missing. Didn't get deeper now .... lack of time now. The next patch will be Борис (Boris)

Same for me, not working :(
/opt/retropie/ports/openbor/OpenBOR_gl4es_6315: error while loading shared libraries: libSDL2_gfx-1.0.so.0: cannot open shared object file: No such file or directory
I don't understand where to put the .so files ? And i think i forgot to install SDL2 ?
Is there an easy way to do it ?

I have modify emulators.cfg

openbor= "pushd /opt/retropie/ports/openbor; /opt/retropie/ports/openbor/OpenBOR %ROM%; popd"
OpenBOR_3400_pak= "pushd /opt/retropie/ports/openbor; /opt/retropie/ports/openbor/OpenBOR_3400_pak %ROM%; popd"
OpenBOR_darknior= "pushd /opt/retropie/ports/openbor; /opt/retropie/ports/openbor/OpenBOR_darknior %ROM%; popd"
OpenBOR_gl4es_6315= "pushd /opt/retropie/ports/openbor; /opt/retropie/ports/openbor/OpenBOR_gl4es_6315 %ROM%; popd"
default = "openbor"

The 3400 version works fine but only with .PAK files, .BOR directories crash.
And i can save my Highscore :)
Perfect work for me :) It can replace my version.

BiZzAr721

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

They are stupid guys, share your code, OpenBOR is free with free license.

I don't know if it was translation, but saying it like that sounds very inconsiderate. I don't know if you followed the thread while you were inactive for that little while, but this was discussed. Out of respect for the dev team is why @cyperghost did not want to share the source, and only made binary available. I agree it would be great if they released older source just for this purpose.

Your initial post about OpenBOR along with your CLI patch got me interested in setting it up, releasing a working games list which @cyperghost saw, which he unified with those scripts, getting the attention of @zanac who brought along the blueprints to the latest OpenBOR for Raspberry - to hopefully integrating into official source reaching a whole new audience. That is freaking awesome! I see Daphne is on the up & up as well. Nice work.

Do you know of an easy way to batch pack our .bor folders to .pak?

zanac

Just a tip, libs should be deployed into lib directory, if you miss the vpx i can share again it

cyperghost

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

Out of respect for the dev team is why @cyperghost did not want to share the source, and only made binary available.

Yes exactly. Some comments are no fine netiquette and sounds agressive.
@darknior We are on a good way on development now and I think the OpenBOR devs are open for our ideas. But not if we are using the old abondenend code. I compiled it because it makes PAK files useable and is just a testing ground for new 6xxx verions.

zanac

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

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

Out of respect for the dev team is why @cyperghost did not want to share the source, and only made binary available.

Yes exactly. Some comments are no fine netiquette and sounds agressive.
@darknior We are on a good way on development now and I think the OpenBOR devs are open for our ideas. But not if we are using the old abondenend code. I compiled it because it makes PAK files useable and is just a testing ground for new 6xxx verions.

Mens, actually the old version if you will complete the porting of 6xxx will be quite useless, i use the old version now only for one game (Saint Seyia Death and Rebirth), all other games seems run fine with 6xxx

cyperghost

@zanac No, there are huge changes made, so even the compiled old version I offered is a great step forward. The versions offered by RetroPie-Setup forced us to unpack the pak-files and there was no working load/save feature. Besides @darknior and me wrote some scripts/tutorials how to setup the system so we can study how the whole system behaves if we are using pak-files now.

We clearly would prefer the 6xxx versions.

@BiZzAr721 Yes there are pack-tools provided. You can see call of borpak here in my script
The line /opt/retropie/ports/openbor/borpak -d DESTINATION-DIR BORFILE.PAK extracts so I think annother switch besides -d will pack them ;)
If you are out of succes then look in the first posting of this thread, there is a windows toolset posted.

zanac

@cyperghost
i know that the legacy-version i posted is much better then the one used in retropie, but is's the same a legacy version... i used that for some weeks, but now that i made the effort to compile gl4es and 6xxx with GL i found the heaven! I'm pretty sure that what i dont can be done in rpi, i know the effort is a bit more, but this must be, in my opinion, the end goal... :)

cyperghost

@zanac It's a port that was commited by a former member oft the OpenBOR dev-team. You can read the README and then you know what I mean....
It is a real pity, because this member seems to me very talented in coding but this skill seems to let to some misbehaviour. The code version that RetroPie was using was a total stripdown and seems to be the fastest version of OpenBOR.

@zanac It would be nice from you to share the libs needed because then it will be easier to build up. I hope to see a working version of OpenBOR 6xxx for RetroPie in the next days. Sadly I have tons of work to do (who not?) ;)

darknior

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

Yes exactly. Some comments are no fine netiquette and sounds agressive.
@darknior We are on a good way on development now and I think the OpenBOR devs are open for our ideas. But not if we are using the old abondenend code.

Yes sorry, I was already angry yesterday for other personal reasons, and to see that the OpenBOR Team did not want to change its code I do not know why, while we try to improve things ... I saw red. I was talking about the new 6xxx version, not the old one.

Some help with this new version ?

Must i install SDL2 ?
Put the library files on a /lib directory on the OpenBOR/ directory ?

Thanks

darknior

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

That is freaking awesome! I see Daphne is on the up & up as well. Nice work.

Yes so cool to see Daphne and OpenBOR now supported by peoples on Retropie :)

BiZzAr721

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

Put the library files on a /lib directory on the OpenBOR/ directory ?

Try:
'/usr/lib/arm-linux-gnueabihf/vfp/neon/libvpx.so.1' or
'usr/lib/arm-linux-gnueabihf/libvpx.so.1'

darknior

@bizzar721 I already have these two files and they are link to libvpx.so.1.3.0

BiZzAr721

EDIT: The pak files created are not playable - I will update when I get it sorted
Using all the tricks I know of, I could not get it working anyway from outside directory. It MUST be run from within the folder containing the data folder. It was a chore paking mass folders. It involved using multiple scripts - one I made to copy borpak.exe packer.bat to game folder / another to read from a text file of folder names and create a edited makepak which will output gamename.pak instead of bor.pak, then move to the corresponding folder.
I could NOT get it to execute from a batch so I manually went into each folder and ran `makepak.exe' which created a game specific .pak file. phew!

And To think - these were once all .pak that I specifically extracted to play on RetroPie ¯_(ツ)_/¯

Just for reference, to pack game the command is:
borpak -b -d "openbor folder" gamename.pak

Time for some Notepad ++ hackery!

NOTE
Parenthesis will mess up naming EG Dragon Ball (Demo).PAK will be Demo)
I got around this by turning space into underscore Dragon_Ball_(Demo).PAK

Also & will just end the filename early: battletoads_
The good thing is this does not terminate a batch file so I just renamed the few files manually

I didn't do this slow, didn't do this fast- I did it half-fast (that joke may be lost in translation)

cyperghost

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

Some help with this new version ?

Must i install SDL2 ?
Put the library files on a /lib directory on the OpenBOR/ directory ?

Thanks

Yes... SDL2 is needed
Put additional libaries to lib

use ldd command to check binary for needed dependencies

I posted here how to compile SDL2 version. There are some dependecies installed you need