xBRZ... shaders for FS-UAE

[sink]

Originally Posted by jbl007

Yeah, you did it. Now it works and it looks great. I lowered is the corner size a bit and now it looks perfect with lores forced and line doubling disabled.
I already liked this kind of shader in retroarch with libretro-fsuae core and now I can use it with fs-uae directly, many thanks.

hooo yess thank that work like a charm, i have used mask 6.0 !!

[guest.r]

Now a couple of different shaders that have something in common:

They shouldn't work correctly on this XML shader platform.

But i gave it a thought since they are quite prominent and found a solution for the (in)famous RA texture/fbo chaining.

The code improvement (more a "Eureka!" trick) is limited, but sufficient.

Something about shaders. Scalefx9 likes simple graphics (PD games...), super-xbr-6p quite the opposite (Turrican...).

PS: the dreamscape shaders now look as intended (mentioned trick was implemented). But tastes differ and i'll leave the old versions on previous page.

Edit: small improvement of the scalefx shaders.

Edit: fixed rogue pixels in scalefx9.

Edit: dreamscape shaders less blurry and gamma corrected.

[guest.r]

Good news for folks who like the ntsc shader.

I have manage to port it from RA (using some tricks).
Otherwise it uses float framebuffer for first pass, absence of the options of it (like here) turns the image very pink, no way around that.

The FS-UAE version is therefore slower, has better horizontal filtering, similar artifacting and jittering is removed.

I have tried some other ntsc shaders, some are very bulky, some run on cpu (blargg's). So i think The Maister's version is the best option.

[guest.r]

... i saw the deleted post.
The only independant DosBox emulator which allows xBR+Lottes is Daum from Ykhwong, no way around that unless Dugan changes to the framework, which allows multipass shaders.

Anyway, set scaler to normal3x (forced)...

Edit: forced scaling reminder, modified shader version, should look better now.

[torturedutopian]

Ahah, thank you so much :-) Indeed I had removed my previous post because I thought it was offtopic and also because the dosbox fork I was referring to didn't support multipass shaders (duganchen)
Gonna test it ASAP, thanks

[torturedutopian]

Okay, as I couldn't build the Linux version of dosbox-daum I used dosbox-daum via Wine !
It seems to work but there's something strange. 320x200 games appear correctly with the pixel shader. However, the DOS shell, using an higher resolution, is unreadable, I have to type without seeing the result (despite scale3x) and for instance it seems to misbehave with games using nonstandard resolution ?

Take JazzJackRabbit. Menu is displayed properly. Ingame pic is kinda "zoomed" ; I can only see a portion of the screen.
Doom is perfectly displayed, for instance.

Might be due to wine !

Edit : oh, I have one more request :-) I noticed this xbr+lottes has some visible vertical lines or threads or raster --- sorry I can't find the proper English word. Maybe that could be reduced by applying xbr scaled 3 times or xbrz6 or... another similar one which would be optimal in your opinion, before applying crt-lottes ? :-) Maybe xbrz6+lottes would do it ? Thanks again !!

[torturedutopian]

Hmm, regarding those issues applying shaders depending on the source resolution, I found 3 different cases :

- so with dosbox-daum, pixel shaders are properly applied only to 320x200 it seems ; higher resolution are unreadable
- however when using DosBox via RetroArch and applying shaders, it seems the shader are applied to an already upscaled picture, which gives a blocky picture -- blockier than it should ! It should be woraroundable by disabling the internal dosbox scaler...
- the third case I stumbled upon is when applying shaders to the duganchen fork of dosbox. Here for some reasons, the shader is properly applied whatever the app resolution is : the DOS shell characters look great with the shaders applied and lowres games look good too. Problem is, it doesn't support multipass shaders.

Well, we have a similar issue with FS-UAE -- we need 2 distinct shaders depending on the resolution.

[guest.r]

I got the "unreadable" situation when i don't apply "forced" with scalers.
So best use forced scaling.

If this doesn't work then it's a Wine issue, can't help here, because it works as intended in Daum under Windows.

Don't forget to customize the #define values to your liking though...

Enough OT for now.
You can send me a pm if you need any more help/ot shader.

[guest.r]

Guys at libretro (aliaspider) has managed to make xBRZ even faster and arbitrary, which means it will work as intended at any scale.

It should work on crapy machines fullspeed i guess, perfect Intel material...
Compatibility issues report (Linux) is welcome.

[jbl007]

Originally Posted by guest.r

Compatibility issues report (Linux) is welcome.

The shader works well with mesa 18.03. Performance is somewhere in between older xbrz4x and xbrz6x.
Some benchmarks with a very crappy Radeon R230 in low-res with warp mode enabled:

(no shader)        725 FPS 
xbrz                59 FPS
xbrz4x              76 FPS
xbrz6x              32 FPS
xbr-super           14 FPS
xbr-super-lottes     6 FPS

[guest.r]

There might be something going on with the drivers, maybe they don't like multipass solutions.

Do you have Gallium too...? Sry Linux noob here.

This made me curious and i tested it on a crappy gf 8400.

xbrz4x:     11 FPS
xbrz6x:      5 FPS
xbrz:       31 FPS

I guess that should do for Intel iGPUs too.
If not, please let me know.

[Zeraphine]

I have put some shaders in "Data/Shaders/" but they dont work. Every time i get an error with:

- Failed to link Shader pass
- Error occured while loading shader

What am i doing wrong?

I am using the last Dev version!

[Retro-Nerd]

I have them all in E:/FS-UAE/Shaders/

so

shader = E:/FS-UAE/shaders/xyz.shader

works fine in advanced settings works fine.

[Zeraphine]

It dont work, strange ^^

[guest.r]

Maybe you should try the portable version. Worked every time with my setup.

Meanwhile i have developed a crt shader which emulates the dotmask bloom and shows nice mild artifacts too.

Should display well with most games...

It's also a proof-of-concept that dotmask bloom can be emulated quite decently through the "phosphor cells".

Screenies:







Edit: Decent code cleanup, also a speedup and better looking.

[Retro-Nerd]

I like your crt-easymode-halation.shader for FS-UAE. Could you please add a "saturation" option?

[guest.r]

Originally Posted by Retro-Nerd

I like your crt-easymode-halation.shader for FS-UAE. Could you please add a "saturation" option?

NP, here you go!

[Retro-Nerd]

Works great!

[CCRider]

Are any of those most recent ones working on FS-UAE for Mac yet, or still depending on some kind of update on FS-UAE Mac port?

[guest.r]

Originally Posted by CCRider

Are any of those most recent ones working on FS-UAE for Mac yet, or still depending on some kind of update on FS-UAE Mac port?

Recent shaders shouldn't have any specific issues i guess, maybe with some nitpicky drivers like AMD Linux for example - they had some.

If a shader doesn't compile right you can look under Cache/Logs and see what the issues/errors are in the fs-uae.log.txt file. It should exist somewhere...