New CRT shader from Guest + CRT Guest Advanced updates

guest.r · 30 March 2022 15:28

Hey there!

NP to contact me here, i check this thread quite often. I’m also glad you like the shader. It’s not as sophisticated as the newer Retroarch ‘GDV’, but i also use it with WinUAE.

You can check my github page, as i added the ‘interlace’ version. ‘Flickering’ interlacing can’t be done with WinUAE atm., since it lacks a frame counting uniform variable. Toni has mentioned that a new shader implementation is on the (distant) TODO list though, but i understand i could be a real pita to implement since it would definitely break existing configs or be at least a separate addon. But maybe there is a way…I might continue to develop nicer shaders with WinUAE if this happens.

DOSBox is definitely easier to run as a standalone emulator, although afaik the main fork doesn’t support shaders, not sure about frontends. I think cool shader support comes with this version:

dunno if there is anything newer.

The problem, as always, is that the shader support is rudimentary and doesn’t involve easier tweaking of variables, or preset support. In general i didn’t intend to develop more dosbox shaders, although some can be found in the fs-uae thread for the discontinued ykhwong fork. I guess i might also do some more stuff if there is a new fork with cool shader handling (at least similat to bsnes or mame).

I did a lot of crt shader development recently with ‘gdv’ progression, took most of my developing ‘resources’. Developing a complex shader for a simple environment is sometimes quite hard though as it can get quite slow and hard to tweak, some things are impossible to implement etc. I might find some motivation if a shader environment is advanced, although for now it’s a nice niche option to run DOSBox for example with Retroarch for the enhancing effects.

Anyway, i’m glad for the fedback and last but not least, the WinUAE github page:

Best wishes,

guest.r

hunterk · 1 April 2022 13:13

While having the shader support built-in is obviously preferred, you can run many RetroArch shaders (including guest.r’s excellent work) on top of other programs via shaderglass and I know some of libretro’s shaders have been ported to Reshade, as well.

Rincewind · 1 April 2022 12:29

Thanks for that, it’s working great! In the meantime I realised that tweaking the sharpness of your A2080 shader was a mistake; when using your defaults (and if the image is properly antialiased) all sharp edges just melt away, as if by magic, just like on my 14" Philips monitor back in the day! I remember I was quite disappointed when I got my first PC with a much higher quality monitor, everything looked so blocky suddenly and I couldn’t understand why…

Here’s a few pics of your shader in action together with the mask+glow ReShade effects; as far as I’m concerned, I don’t think I need anything better, I’m in emulated Amiga heaven now! I only dialed back the brightboost a bit because there was too much highlight-crushing going on (e.g. most of the detail of the hair highlights on the Einstein portrait was lost) and just compensated it by increasing my monitor contrast. Now we’re cooking on gas!

Hmm, I was convinced I saw interlace-flicker in some demos in WinUAE, but I must be confusing it with VICE, as that definitely can do it. Funny how back in the 80s/90s everyone wanted to get rid of the flicker, but now it’s a highly prized emulator feature for nostalgic reasons!

Yeah that’s true, I’m using DOSBox Staging which is kind of a soft-fork of mainline DOSBox SVN that has rudimentary shader support (single-pass GLSL only, no oversampling, and no presets, like you said). Some nice bloke ported a bunch of single-pass shaders over, but it’s a pain to adjust the parameters…

Man, GDV looks so cool! Although I’m more after the slighly defocused slot-mask Amiga monitor look, this is the best shader I’ve seen in this style! You’ve put so much subtle detail in it, it’s awesome.

I’ve perused the RetroArch shader architecture docs the other day and seems like they’ve given it a lot of thought, indeed. Don’t expect anything like that to come to DOSBox land anytime soon… But I’ve also realised that trying to emulate VGA/SVGA on 1080p is a fool’s errand; DOSBox Staging’s default “sharp bilinear” scaling filter is all you need for 320x200, then 2x integer scale for 640x480 and that’s it! Anything else I’ve looked at just makes the picture quality a lot worse (at least on 1080p), and to be honest, there is no “magic” in emulating double-scanned VGA…

For EGA games, I spent whole yesterday tweaking crt-hyllian-updated in conjunction with your ReShade glow+mask filter, and I managed to come up with something that I like. It’s remarkable how it’s quite hard to push the Hyllian shader into aliasing/moire territory even with non-integer ratios – just look at the checkerboard-pattern and the subtle 640x350 scanlines on white background on the Spellcasting screenshot, it’s flawless.

Anyway, probably enough of me derailing the thread already. Nice chat & keep up the good work! Cheers!

Nesguy · 1 April 2022 15:12

Not really sure what’s causing the black crush here? Didn’t seem to be an issue with previous versions?

shaders = "12"
shader0 = "shaders_slang/misc/grade.slang"
filter_linear0 = "false"
wrap_mode0 = "clamp_to_border"
mipmap_input0 = "false"
alias0 = ""
float_framebuffer0 = "false"
srgb_framebuffer0 = "false"
scale_type_x0 = "source"
scale_x0 = "1.000000"
scale_type_y0 = "source"
scale_y0 = "1.000000"
shader1 = "shaders_slang/stock.slang"
filter_linear1 = "false"
wrap_mode1 = "clamp_to_border"
mipmap_input1 = "false"
alias1 = "StockPass"
float_framebuffer1 = "false"
srgb_framebuffer1 = "false"
scale_type_x1 = "source"
scale_x1 = "1.000000"
scale_type_y1 = "source"
scale_y1 = "1.000000"
shader2 = "shaders_slang/crt/shaders/guest/advanced/afterglow0.slang"
filter_linear2 = "false"
wrap_mode2 = "clamp_to_border"
mipmap_input2 = "false"
alias2 = "AfterglowPass"
float_framebuffer2 = "false"
srgb_framebuffer2 = "false"
scale_type_x2 = "source"
scale_x2 = "1.000000"
scale_type_y2 = "source"
scale_y2 = "1.000000"
shader3 = "shaders_slang/crt/shaders/guest/advanced/pre-shaders-afterglow.slang"
filter_linear3 = "false"
wrap_mode3 = "clamp_to_border"
mipmap_input3 = "true"
alias3 = "PrePass"
float_framebuffer3 = "false"
srgb_framebuffer3 = "false"
scale_type_x3 = "source"
scale_x3 = "1.000000"
scale_type_y3 = "source"
scale_y3 = "1.000000"
shader4 = "shaders_slang/crt/shaders/guest/advanced/avg-lum.slang"
filter_linear4 = "true"
wrap_mode4 = "clamp_to_border"
mipmap_input4 = "true"
alias4 = "AvgLumPass"
float_framebuffer4 = "false"
srgb_framebuffer4 = "false"
scale_type_x4 = "source"
scale_x4 = "1.000000"
scale_type_y4 = "source"
scale_y4 = "1.000000"
shader5 = "shaders_slang/crt/shaders/guest/advanced/linearize.slang"
filter_linear5 = "true"
wrap_mode5 = "clamp_to_border"
mipmap_input5 = "false"
alias5 = "LinearizePass"
float_framebuffer5 = "true"
srgb_framebuffer5 = "false"
scale_type_x5 = "source"
scale_x5 = "1.000000"
scale_type_y5 = "source"
scale_y5 = "1.000000"
shader6 = "shaders_slang/crt/shaders/guest/advanced/gaussian_horizontal.slang"
filter_linear6 = "true"
wrap_mode6 = "clamp_to_border"
mipmap_input6 = "false"
alias6 = ""
float_framebuffer6 = "true"
srgb_framebuffer6 = "false"
scale_type_x6 = "absolute"
scale_x6 = "800"
scale_type_y6 = "source"
scale_y6 = "1.000000"
shader7 = "shaders_slang/crt/shaders/guest/advanced/gaussian_vertical.slang"
filter_linear7 = "true"
wrap_mode7 = "clamp_to_border"
mipmap_input7 = "false"
alias7 = "GlowPass"
float_framebuffer7 = "true"
srgb_framebuffer7 = "false"
scale_type_x7 = "absolute"
scale_x7 = "800"
scale_type_y7 = "absolute"
scale_y7 = "600"
shader8 = "shaders_slang/crt/shaders/guest/advanced/bloom_horizontal.slang"
filter_linear8 = "true"
wrap_mode8 = "clamp_to_border"
mipmap_input8 = "false"
alias8 = ""
float_framebuffer8 = "true"
srgb_framebuffer8 = "false"
scale_type_x8 = "absolute"
scale_x8 = "800"
scale_type_y8 = "absolute"
scale_y8 = "600"
shader9 = "shaders_slang/crt/shaders/guest/advanced/bloom_vertical.slang"
filter_linear9 = "true"
wrap_mode9 = "clamp_to_border"
mipmap_input9 = "false"
alias9 = "BloomPass"
float_framebuffer9 = "true"
srgb_framebuffer9 = "false"
scale_type_x9 = "source"
scale_x9 = "1.000000"
scale_type_y9 = "source"
scale_y9 = "1.000000"
shader10 = "shaders_slang/crt/shaders/guest/advanced/crt-guest-advanced.slang"
filter_linear10 = "true"
wrap_mode10 = "clamp_to_border"
mipmap_input10 = "false"
alias10 = ""
float_framebuffer10 = "false"
srgb_framebuffer10 = "false"
scale_type_x10 = "viewport"
scale_x10 = "1.000000"
scale_type_y10 = "viewport"
scale_y10 = "1.000000"
shader11 = "shaders_slang/crt/shaders/guest/advanced/deconvergence.slang"
filter_linear11 = "true"
wrap_mode11 = "clamp_to_border"
mipmap_input11 = "false"
alias11 = ""
float_framebuffer11 = "false"
srgb_framebuffer11 = "false"
scale_type_x11 = "viewport"
scale_x11 = "1.000000"
scale_type_y11 = "viewport"
scale_y11 = "1.000000"
g_crtgamut = "0.000000"
g_vignette = "0.000000"
glow = "0.000000"
brightboost = "0.500000"
brightboost1 = "0.500000"
beam_min = "1.600000"
beam_max = "1.500000"
shadowMask = "2.000000"
maskDark = "0.000000"
maskLight = "1.000000"
mask_layout = "1.000000"
mclip = "0.000000"
gamma_out = "2.000001"
post_br = "1.999999"
textures = "SamplerLUT1;SamplerLUT2;SamplerLUT3;SamplerLUT4"
SamplerLUT1 = "shaders_slang/crt/shaders/guest/advanced/lut/trinitron-lut.png"
SamplerLUT1_linear = "true"
SamplerLUT1_wrap_mode = "clamp_to_border"
SamplerLUT1_mipmap = "false"
SamplerLUT2 = "shaders_slang/crt/shaders/guest/advanced/lut/inv-trinitron-lut.png"
SamplerLUT2_linear = "true"
SamplerLUT2_wrap_mode = "clamp_to_border"
SamplerLUT2_mipmap = "false"
SamplerLUT3 = "shaders_slang/crt/shaders/guest/advanced/lut/nec-lut.png"
SamplerLUT3_linear = "true"
SamplerLUT3_wrap_mode = "clamp_to_border"
SamplerLUT3_mipmap = "false"
SamplerLUT4 = "shaders_slang/crt/shaders/guest/advanced/lut/ntsc-lut.png"
SamplerLUT4_linear = "true"
SamplerLUT4_wrap_mode = "clamp_to_border"
SamplerLUT4_mipmap = "false"

guest.r · 1 April 2022 16:09

You need to set the 10th pass float framebuffer to “true”. It’s an issue with older presets and new shader files.

Nesguy · 1 April 2022 16:30

lol, what happened

starting from scratch with my installation…

RealNC · 2 April 2022 02:01

What’s wrong with https://github.com/realnc/dosbox-core You can use the guest advanced HD shader with that:

Rincewind · 2 April 2022 03:16

Thanks for the tip. Well, I don’t think anything is wrong with it if it suits your needs I personally strongly prefer regular standalone emulators for a variety of reasons (much easier to tweak things by writing configs, for a start), and I only use them sitting in front of my PC monitor, so I wouldn’t benefit much from RetroArch anyway (except for the advanced shader support, yes, that’s the only thing, everything else about it is however a drawback to me). DOSBox Staging has a number of improvements over DOSBox SVN – for example the patch I contributed to it that restricts the output in fullscreen to a smaller area (I prefer to have the physical dimensions of the image match that of a 14/15" CRT). There’s lots of little things like that, but I get it, not everybody likes to tweak things to the last minute detail.

Having said that, that VGA preset of yours looks quite nice, indeed! Although when I scale it down to 1120x840 or 1024x768 (this is how I play VGA games), most of the effect is lost. I’d also dial the bloom back quite a bit, I don’t think VGA monitors from the early/mid-90s had this much bloom.

RealNC · 2 April 2022 04:22

CRT shaders benefit from more pixels. Especially when you’re trying to emulate VGA resolutions. I would say it’s pretty much impossible to get any sort of convincing CRT effect with 840 lines. Even 1080p has issues. 3 LCD lines per 1 CRT line is about the minimum you can get away with. So for 640x400 VGA, that means 1200p, and for 640x480 it’s 1440p.

As a side note, dosbox-core supports conf files now and it syncs them with the core options You create a .conf file for your game, and then simply add that conf file to your retroarch DOS playlist. For example, here is Ultima VII.conf:

[dos]
xms = true
ems = false
umb = false

[cpu]
cycles = fixed 15000

[autoexec]
@echo off
mount c drive_c
mixer sb 50:50 /noshow
c:
cd ultima71
ultima7.com
exit

You can then add that file to your playlist and also download some thumbnails for it:

Any conf options you specify will then be respected by the core options UI and appear “[Locked]”:

If you really can’t live without making the screen smaller, you can then reduce the image size in the shader. guest-advanced-hd has overscan settings. You can reduce X and Y overscan to negative values, which will shrink the image. Or you can do that through retroarch itself (Settings->Video->Scaling.)

Btw, I’m not saying that this is better than using a stand-alone dosbox. Just saying that you can do things you may not have been aware of

Rincewind · 2 April 2022 07:05

Well, my experience says it’s very much possible Check my screenshots a few posts above; the EGA shots are 1024x768 (x3.2, aspect-ratio corrected) and the Amiga ones 1120*896 (x3.5). I really like those results. Admittedly, I’m not fan of very strong scanlines (neither my Amiga nor VGA monitor had them). Even the high-res 640x350 EGA examples are quite nice in my opinion; all I need is a subtle hint of scanlines, and my eyesight won’t get any better after 40, so…

Btw, I really liked your VGA/SVGA results in this other thread. But when I resized them to my “preferred resolutions”, only a slight glow fx and some blurred pixel grid overlay remained. So I tried to recreate that subtle effect with crt-easymode today, and it’s not half bad. Just to give the large solidly filled areas a little bit of texture. Some examples at 960x720 and 1120x840, respectively. (I use 960x720 quite often with oldschool RPGs because then I have my game window at the left half of the screen, and the other half is occupied by my mapping tool.)

Good to know, and I appreciate the heads up! It’s great to have so many options these days, so everybody can find something that suits their needs and quirky personalities (in my case, haha). Have a good one!

EDIT: Actually, I’ve changed my mind and I now don’t like my VGA attempt, after all… You just can’t simulate a VGA CRT at this resolution, best to stick to raw pixels. Well, that went quickly!

MajorPainTheCactus · 2 April 2022 07:16

Not that this maybe your thing but I really like just plain ‘integer scaled’ scanlines at low resolutions. This I seem to remember is what Snes9X on Windows had back in the late 90’s. You might try scanlines\integer-scaling-scanlines.slangp it’s a super simple shader and you’ll need integer scaling on in Settings->Video->Scaling. I know you don’t want to use RA but this shader is so simple you can very easily port it even into CPU code for a particular emulator as snes9X had. As I say it may not be your thing though.

rafan · 2 April 2022 08:08

@Rincewind that’s a few nice looking screenshots with the subtle scanlines, well done.

Many of the retroarch cores have really come up to par with the standalone emulators in the past few years.

Did you try the P-UAE libretro core for Amiga? It’s quite neat if you get to grips with the many options this core provides in its options menu and sonninos has really been making this a worthy contender.

Also with regards to DOSBOX, I would really suggest you try the DOSBOX-Pure libretro core. It’s maintained by someone who really knows what he’s doing and has many features that go way ahead of the standalone version (think proper v-sync support!)

For these cores you could simply apply the things RealNC already mentioned, e.g. set scaling to 3.5 times in RA video options and, last but not least, apply guest.r latest shader on it.

I see where you’re coming from with the subtle scanlines approach, maybe it’s a thing that has to do with the difference between PAL and NTSC mode on monitors, the scanlines used to be much more subtle for PAL. I’m sure these could be replicated in RA and maybe a bit more. And as you noticed guest.r is quite frequently here and always willing to listen and improve things.

Syh · 2 April 2022 12:44

I think the scanline thing has more to do with Consumer set vs computer monitor than NTSC vs PAL. ( I do agree that NTSC vs PAL scanlines are probably different)

As usually I can notice scanlines on most consumer sets, but it’s nigh impossible to see my scanlines on my actual CRT monitors.

RealNC · 2 April 2022 13:06

Amiga monitors are different. They support 15khz input, where progressive scan leaves every other scanline empty. VGA monitors only support 31khz input or higher. Low resolutions are line-doubled, and thus all scanlines appear filled.

This is a CRT monitor without line-doubling (the 31khz requirement is reached though horizontal res increase):

This is basically how an Amiga monitor works with low-res content.

This is the same monitor but with line-doubling, which is how VGA monitors are driven:

So as you can see, there can’t ever be black scanlines in 320x200 or 320x240 DOS games on a CRT monitor. But there will be with Amiga games on a 15khz monitor.

Rincewind · 2 April 2022 13:12

Cheers, I’ve gone full OCD with this in the last couple of days!

Haven’t tried any cores, just launched RetroArch, then uninstalled after 5 minutes because it gave me MAME flashbacks (very shallow, I know…) I think I’ll mess around a bit with these DOSBox cores just to give these new shaders a go. I’m perfectly happy with Guest’s old WinUAE shaders, and I just love WinUAE, so there’s very little incentive for me to switch to any other Amiga emulator. Beamracing vsync works like a dream, and I have a highly customised setup (like every WinUAE user, I’m sure). Ideally, I’d like to apply TV shaders to my ZX Spectrum emulator and a few others like GSPlus, WinAPE, etc. that support only very rudimentary scanline “emulation” (e.g. darken every second line… ugh), so if anything, I’m more interested in how those fare on RetroArch.

Btw, can this thing be used from the command line using scripts if I don’t care about the media player like UI?

Good observation, I used to use PAL modes on my Amiga 99% of the time, then moved on to a VGA PC. I had a later revision Amiga 500 that could be soft-switched into NTSC and my monitor supported it too. Tried it a few times with games that only used the upper 200 rows of the screen, but didn’t like the stretching effect – the scanlines became quite visible, indeed! I didn’t realise it back then that I was playing all those US made titles with the wrong aspect ratio, oh well…

Anyhow, here are two screens from the legendary Jim Sachs, now with NTSC-stretch. The scanlines are more visible, although still quite tame compared to what I can regularly see being posted here.

hunterk · 2 April 2022 13:27

762327

For real, tho: use whatever floats your boat. WinUAE’s beamracing is indeed some hot shit.

Ultimately, at low output multipliers, even fancy shaders kinda just turn into subtle integer-scale scanlines (in best-case scenarios; sometimes they look worse than that), but you’ll be able to have more fun with low-res 240p/200p stuff as you mentioned.

Syh · 2 April 2022 14:11

Ooops, didn’t realize we were talking about Amiga monitors specifically, and did not know that info, so thanks for letting me know.

I do think the rest of my comment was reasonable tho, as we are discussing 15khz vs 31khz signals. (basically)

rafan · 2 April 2022 20:50

Yes sure you can!

Just type “Retroarch -help” in the command prompt and it’ll show all the options.

So for example loading a core with a specific config file and game you would start the following when in the the retroarch folder (example snes game):

Retroarch.exe -L "cores\mesen-s_libretro.dll" -c "config\mesen-s_libretro.cfg" "path\to\game.rom"

Mind you there is a learning curve with RA, one thing to remember is to enable save config on exit when in Retroarch and it’ll update the config with your setting changes such that it gets loaded again with the changed options next time.

I’m using Launchbox myself and can really recommend it as it makes managing your games library and various emulators much easier. Once properly setup you can even right click on games and choose by which emulator the game should be started. It also automates the proces of automatically downloading game Box images from the Launchbox database when “importing” games etc.

For getting to grips with the core options for the more “complicated” systems it’s best to visit the specific libretro git repository which many of them have extensive README.md if you scroll down. Like te one I linked for Dosbox-pure. If you would like to try the PUAE core a good starting point is the https://github.com/libretro/libretro-uae page, which is very extensive in its explanation.

Cyber · 2 April 2022 22:33

What Media Player like UI? You know you can change the Menu driver right?

Try the Ozone Menu driver.

Rincewind · 2 April 2022 23:54

Cheers, that’s was informative! I just have my own system for organising emulators & games on the filesystem per platform, not too keen to change that or reimport half my games into RA. Looks like there’s hope though.

Whatever the current default is looks like the UI of my Raspberry PI mediaplayer (LibreELEC) Too consolised, too much animation. Anyway, probably a non-issue if I’m gonna use it via the command line anyway, eventually. The basic RGUI looks fine if I’ll need the UI, simple, fast, effective.

For the record, my GUI-ideals are along these lines