GS: Update lottes crt shader.

[stuken]

Description of Changes

Updates lottes crt to be in line the latest version.

Rationale behind Changes

The original gs.fx version that was the basis of the old shader is fairly old and missing a couple of features added in later revisions. This just brings thing inline with the more recent past. Shadow mask is more pronounced now and there is a subtle bloom pass.
Old:

New:

Suggested Testing Steps

Tested against dx/opengl/vulkan locally with no issues. Metal is untested.

[AmyRoxwell]

PR works on linux, although...Maybe there could be abetter way to do it? cuz It seems to be pretty dark and muting the colors a lot, specially bright ones compared to the old one:

MH2DOS: (Left is Master, Right is PR, not using shade boost at all)

[lightningterror]

@stuken Any update on the brightness suggestions so it can match master?

[lightningterror]

Need to bump shader cache in ShaderCacheVersion.h.

[stuken]

The old one did not follow the defaults with the mask values set too low. Things are now in line with the reshade and libretro slang/glsl implementations aside from the removal of the brightboost param which can be user configured with shade boost and the mask set to 4 as that's just my personal preference. see https://github.com/Zackin5/Misc-ReShade-Shaders/blob/master/CRT-Lottes.fx#L61C1-L73C9
https://github.com/libretro/glsl-shaders/blob/master/crt/shaders/crt-lottes.glsl#L19C1-L20C56

Bumped the shader cache version.

[lightningterror]

Some new shader warnings need to be addressed too, these are on dx, others seem fine?

ps_5_0' compiled with warnings:
(158,36-64): warning X3571: pow(f, e) will not work for negative f, use abs(f) or conditionally handle negative values if you expect them
(168,45-59): warning X3571: pow(f, e) will not work for negative f, use abs(f) or conditionally handle negative values if you expect them
(431,26-42): warning X3578: Output value 'ps_filter_lottes' is not completely initialized

[lightningterror]

Looks good now.