I have had to add the line video_shader_enable = "true" to the emulators I want the shader to work in as well. I may not be doing it right, but I don't use shaders on all emulators, so I just use the line in the individual configs to enable it. I did find out the other day that I need to configure the settings within the in-game retro arch config for scaling and nearest vs linear too or else the default to "don't care" and don't look the way I want them to.

not a shader, but you can add a scanline effect. open /opt/retropie/configs/snes/snes9x.cfg and change DisplayEffect=0 to DisplayEffect=1

i'm basing this on:
https://github.com/RetroPie/pisnes/blob/master/snes9x.cfg.template#L65

Shaders can be set under retropie setup - Configedit (005), Configure basic libretto emulator options (0), configure default options for all libretto emulators

@BuZz
Worked like a charm!
Thank you

@vbs they were the same before. We flattened the RPI structure so shader previous/next hotkeys worked as they don't work with subfolders

I'm wondering if there is a way to swap between each shader at runtime. In this way we could match them on the fly..

Whoaaa this looks cool. I feel stupid now, I thought it was a true CRT in your picture! I will definitely try this out now :)

@Blaze said in N64 highres with shader?:

mupen64plus-GlideN64-highres

not a libretro (lr-) emulator, so can't use libretro shaders.

If I use the lr-glupen64 emulator then the shader is applied but the resolution is reduced to 320x240 (why on earth is this hard-coded?!)

because many n64 games have performance issues on the pi even at this resolution.

it can be changed, it's a retroarch core option

@Marinho Great thread, thanks for the info. I've been noticing the same thing here. Playing with shaders causes the system to run really hot. I thought it was just cause I was playing PSX games. But when the thermometer started showing up with SNES games I knew something was up.

Thanks, @BuZz . I'll keep that in mind if I mess with those folders again. =]

I fixed it phew scanning in the forums I found the fix. Thanks

@red2blue, @papinist I think I found something at http://smartretro.co.uk/forums/viewtopic.php?f=3&t=8288

This is the direct link, just in case...
Arcade Bezel overlays (John Merrit)

@dsfrancis

Adding to what @MagiusRetro said, you could also have the settings he mentioned applied on a per-game basis to avoid having to deal with the drawbacks in all your other games. More information can be found at the link below.

https://retropie.org.uk/forum/topic/370/custom-config-file-per-game

@enderandrew said in Favorite shader:

I think you just need to add shader files.

And it looks like libretro may have xBR shaders already, so RetroPie probably has them.

https://github.com/libretro/common-shaders/tree/master/xbr

If you're planning on using GLSL versions of those shaders on a Raspberry Pi I wouldn't get your hopes up. I had a quick look at a few of them and even the simplest look like they are doing too much processing for the Pi's GPU to handle at high frame rates.

If useful please find the MAME ini files here:
https://ufile.io/0aac2 (for 30 days anyway)

catver
controls
languages
nplayers

@BuZz Thanks very much! I've been searching via Google for 2 days, and nothing. I guess they haven't updated with the forum content yet. I also searched the forums before I posted but must have missed this. Thanks again.

It now works, thanks.

For anyone interested, I was able to figure this out,

I was using crt-pi shader, but for whatever reason this causes problems with genesis plus gx. Using crt-pi-vertical shader produces the identical results that I get in other emus using crt-pi shader.

Can someone reupload those overlays in second post? They aren't available anymore..