SAMURAI SHOWDOWN (samsho.zip):
TRACK & FIELD (trackfld.zip):
Another overlay with transparent sections and the reflection turned up to max. Nice effect.
TOKIO (tokiob.zip):
This one is a custom using a mix of @ArsInvictus and @MrRetroLust overlay elements.
WONDERBOY (wboy.zip):
Awesome overlays! Didn’t know you had uploaded them
Yeah i’m aiming for about 200. I think most well known arcade games will be covered.
Also i can’t really take credit for these.
Is there a way to handle games without borders? (can retroarch be setup to fall back to the global shader?)
Sorry i’m not sure i understand. I’m doing all these in a zoomed format also if that’s more to your liking?
I mean, if the auto-arcade-loader is used as a core preset and you open, for example, “Aliens Vs Predator” it will fail to load and fall back to no shader, obviously. Is there a way to have retroarch just use the global shader instead? (perhaps i should look this up, but i’m curious if i should save it per-game instead)
That’d be cool! Especially for smaller screens
I’m saving each of these as per game configs when i do them, but i would have thought you can use the auto loader as the global preset 
I’ll have a mess tomorrow 
Yes, it is! You just need to create a preset called $GAME$.slangp inside game_presets folder and inside this put a reference to any other global preset of your choice.
Then auto-load preset will call the game preset, if it fail, it’ll try to load $GAME$.slangp, and then the reference.
What I do is a cascade of packs. First it try the best pack, if it fails, it reference the auto-load from the second best pack, then if it fails it’ll call the third best and so on until the last resort preset.
I did so, but it says:
[WARN] [Shaders]: Could not read shader preset in #reference line: "/var/games/emu/retroarch/shaders/uborder_packs/Boz-MrRetrolustMod-Overlays/game_presets/$GAME$.slangp".
[INFO]
[WARN] [Shaders]: Could not read root preset: "/var/games/emu/retroarch/shaders/uborder_packs/Boz-MrRetrolustMod-Overlays/0-auto-arcade-loader.slangp
Just in case, I am on Linux, if that makes a difference with the naming
Post what is inside $GAME$.slangp here so we can see what it’s trying to do, please.
#reference "../../../uborder_packs/retropie-overlays-arcade-artwork/auto-arcade-overlay-loader.slangp"
#reference "../../../shaders_slang/bezel/uborder/uborder-bezel-reflections.slangp"You can’t put two references inside. Comment the second one. So that it’ll call the retropie-artwork auto loader.
Then, inside the retropie ‘base_presets’ or ‘game_presets’ you need another $GAME$.slangp that has inside the second reference. Your retropie auto-loader must point to its $GAME$.slangp too.
It’s a cascade of events. So, when it fails, it’ll try another pack and so on.
I’m getting the same error with just the first line
#reference "../../../uborder_packs/retropie-overlays-arcade-artwork/auto-arcade-overlay-loader.slangp"Looks like your linux doesn’t like the relative path. That’s why it can’t find the reference. You need to learn how linux is supposed to read realtive path. I can’t help you on that, because I’m a windows-only user.
Another possibility is that retropie auto-loader doesn’t work the same way as Boz presets.
Strange… It should work the same way; all the other relative-path references work. I’ll see what’s up
Maybe it’s because retropie auto-loader uses other wildcards based on CORE ROTATION. Some times combining wildcards don’t work.
What’s in your $GAME$.slangp?
Noticed something else. I pasted the 1944.slangp content to $GAME$.slangp just to see if it did anything, and it has the same error, even if we use
#reference "../../../shaders_slang/bezel/uborder/uborder-bezel-reflections.slangp"
. So it seems to be a thing with naming the file $GAME$
Just this:
#reference "../../retropie-overlays-arcade-artwork/auto-arcade-overlay-loader.slangp"
Fixed! Now I’ll see if I can cascade…
What do you have on retropie’s auto-arcade-overlay-loader.slangp? Do you have a $GAME$.slangp on the base_presets folder?