OpenBOR finally working fine on RETROPIE with ES

BiZzAr721

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

If you want i can share the libretro_scummv.so core compiled in this way, it work very well i use it and is very great!!!

I would love for you to share the libretro_scummv.so core. Although eventually, learning how to compile is something I want to learn how to do. Thanks

@darknior
Using residualVM from the experimental section I am able to play

Escape from Monkey Island
Grim Fandango
Myst 3

The pi takes a big hit running them, but they are playable
ResidualVM itself still has bugs

cyperghost

@bizzar721 Compiling we do here is provided by scripts. Makefile or CMakeList for example. These scripts tell the compiler the order of source files and on which mashine they build. So it's not really difficult to do... Sometimes programmes give hints which compiler flag do this and that.... also not difficult to implent (a bit more know how needed)

The stuff @zanac and @darknior have done is really advanced. You must understand how the code works and analyse options. For example @darknior patch makes use of function fileExists. You may think it's an ususal C-command, no... it's a functions that is nested into /source/utils.c. (A very common way to do check file availability... but other languages provide a command for this)

darknior

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

If you want i can share the libretro_scummv.so core compiled in this way, it work very well i use it and is very great!!!

Yes thanks a lot, if you can share it, i will try it :)

zanac

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

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

If you want i can share the libretro_scummv.so core compiled in this way, it work very well i use it and is very great!!!

Yes thanks a lot, if you can share it, i will try it :)

here you are:
https://drive.google.com/open?id=1iuV9BUN4g8-aaf9DAPrmxG0s3dn0RDoR

For use in a game... i try to make an example. For example i have "Full Throttle" adventure, inside the game folder i place a "Full Throttle.scummvm" file, inside it you must just insert the "logical scummvm name", that is in this example "ft"

Here you can find a sort of "database" of scummvm files:
https://github.com/zanac/OpenPB4/blob/master/retroarch/cores/scummvm_libretro/scummvm-games.7z

p.s. excuse me for the OT, this is not openbor stuff i know!

BiZzAr721

@zanac Thank you for sharing.

cyperghost

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

I must use 3400 for

Asterix & Obelix

Can't confirm it's working fine with latest releases.
md5: 41a9bdf651676f77c50307cf955ae2ad Asterix And Caesars Challenge.pak

darknior

@zanac Thanks a lot, really :D
I think it can be a really good idea to share your work on an other thread to make every one using ScummVM on LR.
It is really excellent !!!

Same i wish it will be same in a few time with Daphne for LR too :)

zanac

Sorry i have not time to follow a thread... anyway it's rather easy, i only tweak Makefile to add cortex/neon optimization on rasbperry, the source code of scummvm libretro work very weel on rpi/allwinner boards! :)

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

@zanac Thanks a lot, really :D
I think it can be a really good idea to share your work on an other thread to make every one using ScummVM on LR.
It is really excellent !!!

Same i wish it will be same in a few time with Daphne for LR too :)

cyperghost

Hello @zanac,

I've collected all patch into a Openbor for Raspberry GIT ....
We have patches: Anna, Boris, Wassili next patch will be Galina. I hope @darknior can make this work and we have CLI for PAKs ;)

darknior

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

I hope @darknior can make this work and we have CLI for PAKs

I don't understand ? You want i patch your OpenBOR version ?
Why don't you had my patch directly ?

cyperghost

@darknior Lack of time ;) Just fork the repo
Use patch -p0 -i patchfile.patch to patch and patch -p0 -R -i patchfile.patch to revert patches.

So a working example would be patch -p0 -i ./patch/3-Wassili.diff

Every patch is mode from original version. So patch #3 is the same version is I offer as download in openbor openbeta thread.

BiZzAr721

Now that I got all my .bor back in .pak format, I tried the 3400 build and everything is working great.
All we need is CLI patch and we're golden! @darknior

I came across this post which lists a huge amount mods with version & compatable builds. It's pretty overwhelming the different amount of builds. It seems like build 4086 is very popular build.

cyperghost

@bizzar721 Thanks for this list. I am still on business and have no time for do anything for open or ;( So I hope @darknior can help ;)

darknior

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

I came across this post which lists a huge amount mods with version & compatable builds. It's pretty overwhelming the different amount of builds. It seems like build 4086 is very popular build.

Thanks a lot for this list, for sure it can help a lot, i don't have the OpenBOR version of all my mods :p
Like that now we know if one mod not working, what engine build we need to make it working :)
For my part i don't have time and experience for the moment to update games mod to work with the last OpenBOR engine version ... but it is the best way...

zanac

@darknior i just try to compille old 4xxx versions but in my allwinner dont work well, several glitch. I think that old version dont work well on rpi

BiZzAr721

@zanac Thanks for trying. The good thing is between the latest & 3400 build we can play 95% of mods. Many of the ones listed do work with 3400 even if it was not made specifically for it. (there may be some unknown bug with doing so, such as Bare Knuckles VI randomly crashing...... but maybe the final version can play on latest OpenBOR!)

Too bad OpenBOR is not backwards compatible - must be very tough for mod developers to keep up.

cyperghost

I made PAK support via CLI available version, Patch version is Галина (galina)
Thanksfully I got some time to integrate this. Worked out of the box! Happy Brawling...

As always I deliver a BETA to test, but I highly recommand to build on your own.

cyperghost

@zanac

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!

This isn't possible on Raspberry and therefore filters are very slow. May you think there is a fix for it?

GitHub account is here and all patches are located here

BiZzAr721

@cyperghost Great work! You don't rest - I will test tonight. Does the 3400 build have CLI support?

Edit
Worked great - called pak from script inside ports menu

cyperghost

@bizzar721 Yes both versions use nearly same patch to provide CLI. It is not so a great thing as you might think about coding. Most work was done by others. Heavy work was done from @zanac and @darknior. Sadly I have no time to test OpenGL for Raspberry. It is not enabled by default or it does not work to 100% with the GL4ES wrapper. Because @zanac wrote he can switch from SDL to OpenGL in his OpenBOR video options.If this would be possible we would benefit from fast screen processing done by GPU and even HQ-filters would run smooth.

About official support...! I think it will not happen. I showed diff patches in Chrono Crash forum and there was sadly no response about this. Of course our work is well appreciated and they show interest for those platforms but it is hard to maintain a platform you do not know. Maybe things will change in time ...

So for now we have to rely on older branches and every new version has to be patched and must be tested. Not hard to do. Next steps on roadmap...,

Try to improve graphics support
More tests from others with positive response
2.1 Does it interfere with other emulators
2.2 Crash scenarios
2.3 Errors in build 6315 openbor and should we use 6412?
Write scriptmodule for build with source and premade binaries
Make it official