OpenBOR finally working fine on RETROPIE with ES

oilusionista

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

I just Read about Your Avengers United Battle Force, very cool, i trust you Will update it soon for support 6412 that i ported, very nice game! But it is complete or just a demo?

Thanks. The next release won't be done using build 6412, but 6315 instead - it´s the version I am using to code it. There are a plethora of things which can go wrong when you change the build and I won't have time to test all of it. And 6315 was a build which was solid among all the main ports (Windows & Android, since the game doesn't run in PSP or WII thanks to the lack of RAM). The last one before this was 4432.

If I find time, maybe I will update it , but I really doubt about it, sorry. The game is a work in progress, we are kinda 50% done and my plan is to release it in December 2018.

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

Just so there is no musunderstanding, I am not trying to argue. I appreciate you posting here and giving an explanation. I too would love to see command line support on official OpenBOR.
Last, after seeing your later posts, and the fact that you took the time to post here, thank you for your interest not being - 100 :)

Thanks. I have interest in command line too, from a developer point of view. This could help us to debug some things and to speed up the testing process, like we have in Mugen. In fact, it's already doable, but a big PAIN to do.

Honestly, I don't like the word "drama" because it sounds like two kids arguing about a toy, but the case is far worse than that. To make it short, its like I arriving here and saying "hey, retropie is full of junk, the coders doesn't knows anything about coding and I am the only who can fix it - and here is my version", basically.

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

We can make a pull request and then it is decision of the RetroPie dev-team, at last.

For sure! As I said, if you guys work over the official repository, you all are more than welcome to join us. We need more human resource :) This is why there isn't an official port for PI yet - specially because ports needs someone responsible about it on the team, and we had some poeple to make ports then vanish. It had happened, for example with XBOX version.

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

I think there were much misunderstandings

For sure, since english is not my native language.

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

Raspberry != Evil

I never said such thing neither I believe Raspberry is Evil. And I am buying a PI3 Plus soon to have fun :)

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

The minimum parameters needed are:
--window / --full-screen (in case of --window it should read --width --height )
--pakfile (when used it read a full path of a pak file)
i don't own enough time to implement a getopt argc/argv interface and this is the reason why i just "bad hack" the source adding some hardcoded code to force resolution...

Makes sense. If you (or any other person) can add it to the code without relying on that non-official, it would be awesome.

Thanks everyone.

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.