OpenBOR finally working fine on RETROPIE with ES

zanac

@oilusionista actually you must know that i use a pandora box jamma Board, in an ancient arcade cab with cathodic crt.... You must know that is very cool run openbor in that machine, The only thing that openbor miss is a key to increment credit causa that machine has phisic coins for increment credit that push a Virtual joystick Button

CapNinja

Hi guys, Just a bystander here. Man, I know it's not time to go Full fanboy, but the excitement is over 9000.
It's a comics crossover in the real life, How can i not be amazed? And with all caracteristics to make a solid one. Hero came from another universe, there's the initial misunderstanding, the big fight, the mistake is resolved and then they fight together against the real villain.
Jokes apart it's really cool see this project skyrocketing, you guys are awesome like DC and Marvel.
I can even relate which with your counterparts in comics, but like in Tropical Thunder "you never go Full fanboy".

oilusionista

@zanac oh, that is awesome. Its a childhood dream to me :)

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

It's a comics crossover in the real life, How can i not be amazed? And with all caracteristics to make a solid one. Hero came from another universe, there's the initial misunderstanding, the big fight, the mistake is resolved and then they fight together against the real villain.

HAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHA this is SO TRUE.

cyperghost

@oilusionista I read your comment in chronocrash. Even if CLI will not be coded then there will be other ways. I think about using diff and patch tool so the git will be openbor main branch and patches are provided from here.

zanac

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

@oilusionista I read your comment in chronocrash. Even if CLI will not be coded then there will be other ways. I think about using diff and patch tool so the git will be openbor main branch and patches are provided from here.

Another thing that i needed for fulfill my requirements was that inserting coins in my arcade cabinet i want to increment credit, 'cause as i said i use openbor in ancient arcade machine... and i want to simulate old arcade games :)

a very bad hack that i have made is to use the screenshot keys, i assigned it to the coin key (when i insert a coin in my cab a key is pressed)... and simply increment credits on player 1 and 2, it is just a dirty hack, next step i will look into "noshare variable" that is used for make a unique credit variable by all users :)

The cleanest way is to have a new button like btn_attack1, btn_attack2, btn_jump, special, btn_screenshot..... btn_credit :)

This could be another cool thing that in a future release someone could implement, for now i just use a bad hack (don't blame me, i'm bad and dirty... and my goal is just to play games :))

here you are the bad-shit-patch:
if(_pause != 2 && !noscreenshot && (bothnewkeys & FLAG_SCREENSHOT))
{
//screenshot(vscreen, getpal, 1);
++player[0].credits;
++player[1].credits;
}

BiZzAr721

I'm the midst of all this exciting news I have a question (or 3).

Is .Pak the way it looks like we're going, moving forward?

Would that make emulation station boot up faster by not having to scan all those files in .bor directory?

Is there sacrafice for using .pak? (loading times - RAM issues)

cyperghost

@zanac found the patch you made

You forced videomode to case 0
Can you recompile with use case 255 instead? I think this will work, too and you change just one setting ;)

darknior

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

I think about using diff and patch tool so the git will be openbor main branch and patches are provided from here.

It's the BEST solution for sure :)
And the diff patch can be add to the Retropie Setup ;)

cyperghost

@darknior yes I think so. I just compared the changes from openbor C code. It is really a small patch. The second change was done to SDL section which I haven't checked so far.

So we will provide patches and do likely use archived openbor versions. But for the sake of using the main openbor branch I think it is worth to act like this. Advantage we can patch other things like CLI fir ex in those files.

darknior

@cyperghost Yes that's it :)
I love the idea
And the last version permit to recover Gamepads when they shut down, it is fantastic and will change our life lol
Like on RetroArch :p

oilusionista

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

The second change was done to SDL section which I haven't checked so far.

Can you explain what was done with SDL? I remember there was something wrong in some versions, I can't remember.

zerojay

Are all these changes going to be available in source code form as well? I would like to have these running on my Odroid for instance.

cyperghost

@oilusionista as far ASD I checked there are hardcoded values for resolution. I did not check all the files but it seems just little modification.

cyperghost

@zerojay they are already available check the postings from @zanac

zanac

These days i cannot try make new patch suggested but my poc is public even source, just try all you want

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

@zerojay they are already available check the postings from @zanac

cyperghost

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

These days i cannot try make new patch suggested but my poc is public even source, just try all you want

+1 for this

Take your time I will step in the next days

cyperghost

So here is a small How To to compile a bare OpenBOR v3.0 rev 6412
Tested with current RetroPie image v 4.4 (md5sum: 56988addb60361a2257a61c69d9fceac) on RPi 3B 1.2

We need following dependencies before
enter sudo apt install libsdl2-gfx-dev libvorbisidec-dev libvpx-dev

Download archive @zanac with wget http://raw.githubusercontent.com/zanac/OpenPB4/master/openbor/openbor-engine-gl.tar.gz
Extract it with tar -xvzf openbor-engine-gl.tar.gz
EnterFile directory with cd engine-gl
Now compile the whole thing make BUILD_PANDORA=1

To play:
Just put one PAK file into Paks folder. This will automatically start the single title. If you insert more PAKs into this, the selection menu will be displayed

Todo:

Raise resolution
Raise colordepth
Make optionmenu according to RPi possibilites
Debounce Joypad (can someone confirm?)
Make sound louder
....

It's far away from complete but with enough manpower this thing will work.
Need some time for code review ;)

tagline
@BiZzAr721 @darknior @zerojay @oilusionista

BiZzAr721

I probably will not be able to test until tomorrow evening, but I will as soon as possible!

EDIT
It failed on make with error:

Linking PANDORA Port: OpenBOR.elf...
/usr/bin/ld: /usr/lib/gcc/arm-linux-gnueabihf/6/../../../arm-linux-gnueabihf/libSDL2.a(SDL_rpimouse.o): undefined reference to symbol 'vc_dispmanx_element_remove'
//usr/lib/arm-linux-gnueabihf/libSDL2-2.0.so.0: error adding symbols: DSO missing from command line
collect2: error: ld returned 1 exit status
Makefile:661: recipe for target 'OpenBOR.elf' failed
make: *** [OpenBOR.elf] Error 1

I was using the image I was testing on - I uninstalled OpenBOR through RetroPie Menu then restarted before running commands. Sorry, I did not get a chance to retry. I also realized I wasn't logged in with root.

Tried again, this time with root and had an issue with dependencies. Tried apt --fix-broken install like it said and then when I ran sudo apt install libsdl2-gfx-dev libvorbisidec-dev libvpx-dev again I received

The following packages have unmet dependencies:
 libsdl2-gfx-dev : Depends: libsdl2-dev but it is not going to be installed
E: Unable to correct problems, you have held broken packages.

Maybe I need to start from 100% clean image again

cyperghost

@bizzar721 I think you have used the libvpx file from @zanac opengl archive and put it to location libvpx.so.1 => /usr/lib/arm-linux-gnueabihf/vfp/neon/libvpx.so.1

please delete or rename that file and directory structure.
This lib is the last step before creating ELF file to binary.

zanac

One little problem that i encoutered on allwinner is that the GPU used is compatible only to GLES-2.0, and therefore openbor use OpenGL, this means that if i try to use hardware filters with GL it crash :(

With my solution openbor run in SDL and software filters and run very well... if in a future developers will implement a layer that wrap GL function to more then a backend (GL or GLES-2.0) we will be able to use also gpu hardware for bilinear filter!