true but some people don't know how to create a .sh as I've said I don't know how this should be in implemented but it would be nice to be able to see your achievements when you're hovering over the game in ES

@Cooloring if on a pi 3, disable overscan on /boot/config.txt.

If on a pi 4, doesn't work with omxplayer because of different video handling. Use VLC for screensaver.

You may choose to use VLC for screensaver on the pi 3 as well, but performance isn't great.

Try to see if the program doesn't search the current folder for the file needed. This way, you can cd to the game's folder and run it from there.

Actually it turns out that evhz gets seriously confused with a HID composite device mouse+joystick sending data at high rates. sometimes I read actual values, sometimes very slow updates

I can find many mouse rate tester apps, but nothing for USB joysticks. Does anyone know of a utility for joysticks similar to mouserate?

@HipsterDuRocher Thanks for the offer. We wouldn't be able to link anything in with subscribers as I can't share any data with external sites.

Not sure what you had in mind, but even if it was possible I lack free time to do any sort of collaborative work. Sorry.

But wish you all the best with your site and thanks for your efforts.

@theburgerking said in Integrating lr-mess quasi-cores into RetroPie-Setup:

Is there an lr-mame core? Could I build one? I have used lr-mess both prebuilt and built from source and I see from its build script that it just pulls from https://github.com/libretro/mame.git.

Yes. Both lr-mess and lr-mame are built from the same codebase you mentioned (forked upstream MAME), but with different build options, which results in different supported systems (arcade vs. non-arcade).
I was referring to MAME (the upstream project), not the libretro cores.

Does this mean that mame itself is the part of the mame distribution that can run that system?

Upstream MAME distributes only 1 binary which supports all systems included - either arcade, computer, mechanical, etc. There's no separate MESS anymore and I think hasn't been for quite some time.

For those interested, I just added a script for this core to my RetroPie-Extra repository: https://github.com/zerojay/RetroPie-Extra

@barbudreadmon After testing, I found uni-bios_1_3.rom is a right choice.

If you choose a bios other than unibios, you can still play kof97pm normally, but you can't enter the Practice Mode from the game's menu.

What professional players need is exactly the Practice Mode.

That's the key point.

Sorry I'm a noob at this stuff could you send me a link to where to learn to install it on my raspberry pi?

Well, here it is! A new version of RetroPie Shell Script Boilerplate.

This is a template for building shell scripts for RetroPie.

I've added examples of the following dialog boxes:

--infobox --yesno --msgbox --menu

All the dialogs can be found at utils/dialogs.sh

I've also moved some functions to utils/base.sh.

@hhromic interesting! i've added the info from this thread to the docs: https://github.com/RetroPie/RetroPie-Docs/pull/15

@tulathron Actually I did test with dsi display, but... I failed.
even though put "display_default_lcd=0" in config.txt, DSI display works always as the default screen
(that option was worked for vga666 dpi display, I don't know why it doesn't work on dsi)
Sorry I can't help.

@greyed yea, as-is doom 3 BFG is not functioning on the pi 4 due to the openGL requirements being too high. Dhewm3 does work though. Once the vulkan drivers mature I'd be curious to see how they help performance for those games that can utilize them.