@sx-111 They're described on the 1st page of the project
EmulationStation has a few dependencies. For building, you'll need CMake, SDL2, Boost (System, Filesystem, DateTime, Locale), FreeImage, FreeType, Eigen3, and cURL. You also should probably install the fonts-droid package which contains fallback fonts for Chinese/Japanese/Korean characters, but ES will still work fine without it (this package is only used at run-time).
@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:
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:
p.s. excuse me for the OT, this is not openbor stuff i know!
@darknior try the ldd OpenBOR command - maybe missing dependencies. Maybe I missed something, too during cleanup. So that is it, starting my buisness trip.
@BiZzAr721 Does the binary run anyway? If not then I missed one dependencie
Thanks for quick response you both.
One error: I created wrong input to bash file. The path is $HOME/openbor_openbeta/OpenBOR I accedentily wrote $HOME/openbor_beta/OpenBOR - fixed now! I'm sorry.
But the one liner is working because ports are started by bash scriptname.sh so it is a proper call to a script file.
Second: About the link to PAK files! There should be created a link to PAK folder I assumed they are stored to /home/pi/RetroPie/roms/ports/openbor/Paks so the script can not find them in your installation and creates no symlink to them. Use SSH and go to openbor_openbeta directory and first delete the empty PAK folder created by OpenBOR here. Then symlink manually with your PAK directory like ln -s "FULLPATH/TO/PAKSFOLDER/" Paks. I want to avoid manually feed ;) But this is also possible :)
About marking in terminal.... just don't click. Highlight will copy to clipboard automatically.
Wow, thanks for all the input @BuZz and @mitu.
Yeah, the MAMEdev team does not publish a binary for armhf. In fact, they point to ChoccyHobNob's page.
I've started putting together a new scriptmodule which would perform a build from source, pointing to the latest release tag. It will of course take some time to test because compiling MAME on the Pi takes a loooong time. Thanks for the tip on adding/removing swap.
@BuZz does your server host binaries in plain ZIP form or is it an APT repository?
Regarding the resolution change, I imagine that the best place to do this would be on: https://retropie.org.uk/docs/MAME/ in a section for performance. Too bad that is the only tip I could offer that helps performance (changing the audio sample rate doesn't really help as much as I would expect).
Once I get the new scriptmodule in shape, I'll post an update.
@clyde Now I understood. Yes if you launch the joy2key command you can use up and down to switch through bash history. But the way you made it is a bit confusing as the joy2key programm is always active in background. This can cause behaviour you do not want to happen. I would suggest to use dialog function for this.
Well it appears that TOSEC hasn't quite completed their datfiles for like Game Boy Advance, SNES and some other Nintendo systems, but they still have a huge set of dat files. They even tagged some bad dumps mainly for the Commodore 64 and Amiga as those tapes and disks aren't as robust as those ROM cartridges. Besides we may not know which ROMs are corrupt that can give out a irrevelant bug report to RetroPie as those bad dump ROMs are not wanted.
@woutertron is there any chance that you use Discord chat, or would be willing to?
There is a libretro/RetrArch Discord server where all of the active mame2003-plus developers (as well as a lot of other RA and core devs) can be reached. This is a direct link to the Discord channel, where I can be PM'd or tagged in #programming: https://discord.gg/C4amCeV
The other way that mame2003-plus developers tend to communicate is via github. It so happens that grant already has an issue stubbed out to talk about documentation related to input and input remapping: https://github.com/libretro/mame2003-plus-libretro/issues/329
That would be a great place to start if you're interested! :D
I got ahold of them no good :( but we have another dev to ask, no worries red batman, ill push this to go forward, i got a answer from another dev but he said he would make a mod but not for 1 person and for only 1 game/ 2d games unless we get alot of people asking for it but thanks for reply and keep the hard studying up buddy thanks
@darksavior Ah ok, I just thought there would be a different way to do this properly. I remember that option now you mention it. About the shaders, I like the crt-pi shader and its vertical counter part, but 1. they aren't made for 480p 4:3: pc monitor and second for some arcade games it just looks awful. And I read somewhere even the crt-pi can have an inpug lag effect on "some" systems, but probably even not noticeable.
Anyway, thats a different story and probably this isn't the right place for talking about it. I will test some games and check the fps.
@hfgx1 said in Atari 5200: New version of Atari800 (Beta): two triggers (Moon Patrol!!!), hat start and exit buttons:
Do you have any recommendation for Atari 800 images? There are so many.
For my part my set use .XEX roms, i think there are the best, and some .ATR when i can't found xex.
Contributions to the project are always appreciated, so if you would like to support us with a donation you can do so here.