crt-pi shader users - reduce scaling artifacts with these configs in lr-mame2003, lr-fbalpha, lr-nestopia (and more to come)

[Rion]

@edmaul69 The ones i posted goes in to the rom folder not mame2003.

[dankcushions]

@Rion said in crt-pi shader users - automatic usage of crt-pi-vertical in vertical games in lr-mame2003:

@dankcushions @Sharkus @Dochartaigh

Updated for RetroPie 4.1

mame2003-crt-pi-vertical-overrides-.zip.cfg

mame2003-crt-pi-curvature-vertical-overrides-.zip.cfg

Place these in you mame-libretro or arcade folder.

how are these 'updated' for 4.1? the mame gamelist hasn't changed.

also, whilst i appreciate your effort i think your alternative versions are confusing this thread and unnecessary. the ones i uploaded in my original post should work for anyone using retropie 4.1. your .zip.cfg overrides in the rom folder are a retropie hack made before retroarch supported per-game cfg overrides. there's no need for that approach any more, and maybe it won't always be supported.

i think we should use the properly supported retroarch way as it has advantages. for example, if you use a .zip.cfg rom override with config_save_on_exit = true in your main retroarch.cfg, your per-game shader override will migrate to your main retroarch.cfg. this doesn't happen with the supported approach.

[dankcushions]

i see, the shader location has changed in 4.1. i will update my .cfgs.

still, unless someone can give me a good reason for keeping the .zip.cfg versions, i will be cleaning up this thread

[Rion]

@dankcushions

Sorry about that i should have been more clear about the .zip.cfg files i posted. Do you want me to remove these and add the cfg files only or post both for people to choose?

I have also posted this

Mame2003 (0.78u6) Generic Arcade Bezel for every game with crt-pi-curvate (vertical & horizontal)

And this

crt-pi shader users - automatic usage of crt-pi-vertical in vertical games in lr-fbalpha 029739 (formerly lr-fba-next)

Same here with only .zip.cfg files. Do you want me to Change these to and only post the cfg files or both?

[dankcushions]

@Rion thanks! yeah for me the cfg files only should be the ones we use. i don't see the reason for the .zip.cfg ones going forward. i will update my initial post once i've re-run my script with the new shader directory.

[Rion]

@dankcushions Ok i will update my posts with the cfg files during the evening.

[Floob]

@dankcushions said in crt-pi shader users - automatic usage of crt-pi-vertical in vertical games in lr-mame2003:

i see, the shader location has changed in 4.1. i will update my .cfgs.

still, unless someone can give me a good reason for keeping the .zip.cfg versions, i will be cleaning up this thread

Is there a chance someone not on a new enough version of RetroArch will get confused why the retroarch based location/overrides dont work?
Although I would hope as more and more people use the current version of RetroPie/RetroArch it shouldnt matter.

[Rion]

@dankcushions Sorry about the delay. Here are the fixed ones for RetroPie 4.1 *.cfg Only

mame2003_Vertical_ crt-pi-vertical

mame2003_Vertical_crt-pi-curvature-vertical

These should go into the folder "/opt/retropie/configs/all/retroarch/config/MAME 2003/" or and not the rom folder.

Please tell me if i misses anything?

[dankcushions]

@Floob said in crt-pi shader users - automatic usage of crt-pi-vertical in vertical games in lr-mame2003:

@dankcushions said in crt-pi shader users - automatic usage of crt-pi-vertical in vertical games in lr-mame2003:

i see, the shader location has changed in 4.1. i will update my .cfgs.

still, unless someone can give me a good reason for keeping the .zip.cfg versions, i will be cleaning up this thread

Is there a chance someone not on a new enough version of RetroArch will get confused why the retroarch based location/overrides dont work?
Although I would hope as more and more people use the current version of RetroPie/RetroArch it shouldnt matter.

i thought about this but the vertical shader was only included in retropie from 4.0 ish, and RA overrides were late august, so hopefully it shouldn't be a problem for many. hopefully!

[dankcushions]

@Rion said in crt-pi shader users - automatic usage of crt-pi-vertical in vertical games in lr-mame2003:

@dankcushions Sorry about the delay. Here are the fixed ones for RetroPie 4.1 *.cfg Only

mame2003_Vertical_ crt-pi-vertical

mame2003_Vertical_crt-pi-curvature-vertical

These should go into the folder "/opt/retropie/configs/all/retroarch/config/MAME 2003/" or and not the rom folder.

Please tell me if i misses anything?

looks good to me, thanks! i can test later.

[dankcushions]

sorry, got a bit sidetracked :) i have been working on a small improvement to my .cfgs.

previous with crt-pi-vertical.glslp:

now:

this is via my new resizing algorithm that always keeps the horizontal scaling at an integer scale, but still stretches the vertical to fullscreen. this makes things look a lot better when using vertical scanlines, especially when scrolling left to right. i think this sort of algorithm will be goof for horizontal games also, but i need to test.

[vbs]

@dankcushions
Should the crt-pi-vertical maybe added to the "official" shader collection here https://github.com/RetroPie/common-shaders?

EDIT:
Oh also would it make sense to have two additional crt-pi-curvatureand crt-pi-vertical-curvature?

[dankcushions]

@vbs said in crt-pi shader users - automatic usage of crt-pi-vertical in vertical games in lr-mame2003:

@dankcushions
Should the crt-pi-vertical maybe added to the "official" shader collection here https://github.com/RetroPie/common-shaders?

EDIT:
Oh also would it make sense to have two additional crt-pi-curvatureand crt-pi-vertical-curvature?

it is :) see https://github.com/RetroPie/common-shaders/tree/rpi

(on the rpi branch)

[vbs]

@dankcushions
Oh I see, I didn't know that there is a separate branch for rpi. I am on x86 so probably on x86 the master branch is used and thats the reason I don't have it? Should I make a PR to add those shaders also on master or is it intended to not be there?

[dankcushions]

@vbs there's no harm in it but if you're on x86 you will probably want to use a more sophisticated crt shader.

[windale]

@dankcushions
Are your new 'crt-pi-vertical' and 'crt-pi-vertical-curvature' shaders still in progress or have they already been changed ?

[dankcushions]

@windale said in crt-pi shader users - automatic usage of crt-pi-vertical in vertical games in lr-mame2003:

@dankcushions
Are your new 'crt-pi-vertical' and 'crt-pi-vertical-curvature' shaders still in progress or have they already been changed ?

i have not/am not doing any changes to the shaders. i have done some changes to per-game mame/fba configs to do better shader scaling, which i will release when i'm happy with them.

[windale]

@dankcushions That's OK, i've decided to go with no shader and no filter because i've seen scrolling stuttering in Genesis games with the CRT filter, so MAME games will run even worse. I'm starting to quite like the pixelated look !

[caver01]

@dankcushions Are these changes merely adding integer scaling or are there tweaks to brightness or something too? Your second closeup looks like it has more color saturation. Is that true?

[dankcushions]

@caver01 said in crt-pi shader users - automatic usage of crt-pi-vertical in vertical games in lr-mame2003:

@dankcushions Are these changes merely adding integer scaling or are there tweaks to brightness or something too? Your second closeup looks like it has more color saturation. Is that true?

neither :) it's using smarter scaling without adding borders (like integer can).