looking awesome! can’t wait to try 'em out!
Are those presets already available?
looking awesome! can’t wait to try 'em out!
Are those presets already available?
Yes, thank you! They are on the dev repo.
Cool,I will try,thanks
Hi @kokoko3k ! I love your shaders, especially Tv-NTSC_Generic-FXAA_sharp-Selective for N64. It makes the low-res HUDs look quite nice. And ParallelRDP with 2x upscale and 1/2 downsampling takes care of the 3d polygons and jagged edges. This combination results in a very good experience overall, at least to my eyes
Just one question. Are your presets overall tuned to 1080p or 4k? Is there anything I should change in Tv-NTSC_Generic-FXAA_sharp-Selective when using a 4k display? Not sure if it’s just my brain playing tricks on me, but I wonder if scanlines should be ever so slightly more pronounced when using a 4k display.
Oh, and a final question: are planning to release a new version? I saw you pushed several commits since last version already. Thanks!!!
Thank you!
Hi there,
glad to hear you’re satisfied with that preset; I test my preset on a 1080p display, so they are optimized for that size, as per the scanline look, they should look better on 4k without touching anything.
However, if you want they to look more pronunced, you can try to set the parameter:
"Scanlines (0 to disable)" from 1.0 to 1.25.
If it is not enough, another parameter you can play with, since you’re on a 4k display (on 1080p it is likely to produce moire) is:
"Overmask (1.0 = neutral)" to something greater than 1.0; whatch out for moire anyway for higher values.
Overmask Examples (open in a new window at 100%)
Overmask = 1.0:
Overmask = 1.5:
You may want to lower the halo strength as overmask is pushed higher by the scaled amount to keep the brightness as the same level, eg: since we pushed overmask by 1.5, i reduce the halo by that amount (0.5/1.5 = 0.333), the same probably applies to bloom mix, but i’ve not touched it in the next example:
Overmask = 1.5; halo = 0.33:
New version is certainly coming, but i cannot tell you when, since i’m a bit busy atm; however you can try the development releases from the main repository linked in the first post.
Snake preview of more work on scanline look.
Finally I managed to find a way to let them vertically grow much much more than before.
My previous attempts with the canonical way always led to absymal performance, and they were all not compatible with other shader features (staggering, moire mitigation and so on)
but finally I found a way that is almost free:
Warping coords and keep using my beloved sin(), yay!
I’m still working on it (nothing released yet), but the results are promising, rounder and yet sharp look:
Love the contrast and the edges man!
Just pushed a bunch of changes/fixes, including the new scanline function.
If you want to test, this is the new parameter, inflation strength, under scanline section:
It has been set to 0.5 for all of the presets, but the handhelds ones, so every preset should look a bit better now.
0.5 is a bit conservative, you may want to try higher values, by keeping in mind that going over 1.0 is only adviced when you set “Phosphors height MAX” to a low value; very particular cases i’ve yet to experiment with.
I cried, so beautiful
By combining scanline inflation with a lower glow light sharpness, the picture rounds more and seems to mantain an acceptable sharpness:
DO_CCORRECTION = "1.000000"
IN_GLOW_POWER = "1.600000"
TEMPERATURE = "7200.000000"
IN_GLOW_GAMMA = "2.000000"
GAMMA_OUT = "0.500000"
DO_SHIFT_RGB = "1.000000"
OFFSET_STRENGTH = "0.250000"
SHIFT_R = "-20.000000"
SHIFT_G = "1.000000"
SHIFT_B = "20.000000"
DO_IN_GLOW = "1.000000"
IN_GLOW_BIAS = "0.000000"
IN_GLOW_SPREAD = "1.999999"
IN_GLOW_SPREAD_SHARPNESS = "1.149999"
IN_GLOW_W = "1.999999"
IN_GLOW_H = "2.999998"
RESSWITCH_GLITCH_SIZE = "0.000000"
DO_PIXELGRID = "1.000000"
PIXELGRID_MIN_H = "0.300000"
PIXELGRID_MAX_H = "0.700000"
PIXELGRID_INFLATION = "1.500000"
PIXELGRID_GAMMA_H = "5.199998"
PIXELGRID_DECON_R_H = "-0.600000"
PIXELGRID_DECON_B_H = "0.600000"
PIXELGRID_H_PRST = "5.000000"
PIXELGRID_MAX_W = "0.400000"
PIXELGRID_GAMMA_W = "1.500000"
PIXELGRID_BASAL_GRID = "0.020000"
PIXELGRID_Y_MASK = "0.300000"
PIXELGRID_Y_MASK_HEIGHT = "-2.000000"
PIXELGRID_Y_MASK_STEEP = "4.000000"
DO_HALO = "1.000000"
HALO_NO_PREGAIN = "1.000000"
HALO_POWER = "0.600000"
HALO_SHARPNESS = "7.000000"
HALO_GAMMA = "1.000000"
HALO_GAMMA_OUT = "1.300000"
HALO_VS_SCAN = "1.000000"
DO_BLOOM = "1.000000"
BLOOM_MIX = "0.300001"
BLOOM_GAMMA = "3.000000"
BLOOM_GAMMA_OUT = "2.200000"
BLOOM_POWER = "3.899997"
BLOOM_EYE_ADPT_SRT = "0.600000"
BLOOM_EYE_INERTIA = "10.000000"
BLOOM_OVER_WHITE = "0.000000"
DO_CURVATURE = "1.000000"
GEOM_CORNER_SMOOTH = "150.000000"
DO_BEZEL = "1.000000"
BEZEL_INNER_ZOOM = "-0.011000"
BEZEL_FRAME_ZOOM = "0.170000"
DO_VIGNETTE = "1.000000"
V_SIZE = "1.080000"
DO_SPOT = "1.000000"
S_POWER = "0.060000"
DO_DYNZOOM = "0.000000"
NG-1.9.20 Is up on Github and should be available via online update soon.
NEWS:
FIXES:
CHANGES:
MISC:
So many shaders, so little time…
Greetings @kokoko3k, I’m not sure if this has been asked already but seeing that this is such an efficient shader when it comes to quality/performance cost, is it possible to further push the efficiency envelope by doing away with the Bezel and ambient lighting if a user wanted to do so?
I’m not that awake rn, but have you looked through the documentation, iirc there’s something about commenting out parameters to hardcode the values for a performance boost (I’m unsure how relavent it is to this tho, I do understand this is different from outright removing the code completely, but speed boost is speed boost)
It would surely go up, but not that much.
By pure gut feeling, it would go from about 100fps on my haswell at 1080p and 240p content to 110-120.
This is because I’ve put to about 100fps the target speed and a certain set of features while developing, so the shader has the maximum performance/cost with those features enabled.
If you disable everything, it will not fly, but will reveal a quite high basal consumption.
To simplify, setting the params to statics will lower it because the shader have not to check for every single pixel if it has or not to do that or the other feature, but the basal cost due to the multiple passes (which in turn are good when they work in sinergy to provide all the features) will stay still.
However It is possible to reuse the existing code to create a new shader without all the bells and whistles (just mask,glow,bloom) and there it would be much faster.
Can I ask you why you’re asking?