I tested on Haswell on 1080p, but it is not enough for 4k
IĀ“m more familiarized with HSM Mega Bezel, but I really want to try yours because IĀ“m planning to use it in a more modest hardware. HSM MB is very demanding in 4K, you need a powerful GPU to run it above 60fps with all bells and whistles.
Haswell is a bit dated so maybe on newer cpu/gpu combos (expecially on AMD) you may be able to run at least 240p content on 4k.
Iām really interested in the results, remember to try both Vulkan and GLCore, because they may give different performances.
I can tell you itās worth the try. On Silicon Macs, HSM Mega Bezel is nearly undoable, while koko-aio really shines! I am running them on a 4k display with no performance problems at all. The shader also performs well on my iPad Air 3, which is no longer that young
was using your shader pack since few months now and really loved it. i guess i should have said so earlier but alas some of lazyasses only come when they have a problem to report. really sorry for that and should have made an appreciation post earlier. anyways, i updated the slang shaders using RAās online updater and the shaders stopped working. They failed to load.
UPDATE- lol just while i was typing this i struck to me that i should try older release. so went to github releases, grabbed july 26 release and it works for me again. i canāt stop laughing rn. so man, THANKYOU for your shaders anyways.
device- Samsung Tab S7+ (android 13) RA - 1.19.1 Emulating NES system
Thank you, Iām glad youāre enjoying the shader.
However, using an older release is just a workaround that is not going to magically solve itself with new releases.
Any chance that you are trying to load older/customized presets instead of the stock ones?
Assuming the shader is working fine for other users, If you care about having the problem solved, you should provide some logs of the failed attempt for me to investigate whatās going on, but itās not mandatory if youāre fine in using an older version ofc
Hi @kokoko3k. Following my post, I tested HSM-MB and Koko-aio in an AMD 8600G with 32GB DDR5-6000 in 4K resolution. HSM-MB cannot reach 60fps with a 240p game, it gets around 48fps, even in POTATO preset. Koko-aio reaches 60 fps rock solid. I just tried Vulkan. I guess GLCore would be the same.
Performance wise, youĀ“re absolutely right. However IĀ“m interested in vertical layouts, so HSM-MB seems to be more developed with that in mind. I guess Koko-aio can be implemented too, but some improvements are necessary: Wildcards for .slang files, double monitor support, vector graphics, etc.
āseems to be more developed with that in mindā is a bit generic.
It would be great if one could have everything everywhere, but generally speaking, the more the features, the less the performance, so everything needs to be evaluated, case by case.
Wildcards are something every slang shader supports, because it comes from Retroarch itself and it is implemented at higher level (slangp, not slang) thanks to the work HSM itself made on that feature.
If you are wondering, Duimonās koko-aio presets make use of it.
Thanks @kokoko3k. I guess IĀ“ve spoken too early and without knowing your shader the way I should.
IĀ“ll look into koko-aio more deeply then.
In any case, it is able to perform in 4K with an integrated GPU, which is awesome!!
Working on a preset right now:
Suggestions? more/less glow/bloom? more/less persistance tails?
Iām also not sure about those ājunction pointsā between vectors; core renders them, but should they be visible?
Wow!!! I think IĀ“ll convert all my HSM-MB .slang to Koko-aio!!!
Yes the junction points should be visible. There should be an amont of flicker too.
What kind of flicker? Shader only supports interlaced one, but on vector games it cannot be it, or maybe is similar?
āeditā ah, understood, not bothering with that, since it seems mame 2003 plus already does.
ā¦however, looking at real hardware, i fear core is not good, see the shot here:
It produces a big halo, while the āshipā does not; explosions are gorgeous too.
Itās kinda like they are ābrighter than whiteā
Just updated the dev version with 2 presets for vector monitors.
They are tuned to and meant to be used with mame2003+ core with stock options in vector section:
mame2003+ options
Vector_std_4_mame2003plus_defaults.slangp
Vector_neon_4_mame2003plus_defaults.slangp
Since the latter uses tick outlines, it is not really usable with titles like asteroids, because the light would eat all of the details; still it looks good in other scenarios:
ā¦being the ouptut resolution high (1024x768), I strongly suggest you to use the āno upscaleā versions of the presets in Presets_HiresGames_Fast subfolder as there is really no need to do otherwise apart from wasting power.
Also, to implement that neon-like light, thereās a new parameter, āclip to whiteā, which turns oversaturated colors to white, and for which iāve not found any other use than the one it has been created for.
Hello,
Iād like to report that integer scale seems to be partially broken when the maximum value is set to an under scaled value. For example, Iām using a 1440P monitor and I normally use a 6x integer scale for maximum view port. The default maximum value is 10 and, in this case, it works as intended as the view port shows correctly in 6x integer scale.
When I set maximum value to something like 5 or 4, integer scale doesnāt work properly anymore. I noticed this only happens to games with smaller horizontal resolutions (e.g, 256x224). If itās 320 x224, it works fine. When you play a game that switches resolution on the fly (Sega Genesis āContra Hard Corpsā for example), you can see the Konami animation isnāt scaled properly at the beginning of the game (uneven scanlines) when under scaled values are used, but as soon as you start playing the 1st stage, it switches back to the correct viewport again. Not sure if this is a valid bug or itās something in my shader setting.
Iāll try to reproduce,
Uhm, works fine here, i have a 1080p monitor, so Iām simulating a resolution similar to 1440p.
5X with 256x224 test pattern
4x
5x:
It is not mandatory, but the latest version (just update slang shaders) automagically disables some settings that may interfree with integer scaling for you (eg luminosity tied zoom, curvature, global zoomā¦ maybe others I donāt remember now). Are you using it?
Can you post the problematic preset?
Thanks for investigating the issue. I updated the shader within Retroarch yesterday so I believe itās the latest version. You can find my preset below. Your last two Contra screenshots reproduced my bug though. You can see that their viewports are different while using the same 5x integer scale, which shouldnāt happen, as the height of both viewports should be 224x5 for both screenshots (The āKonamiā one isnāt, and uneven scanlines can be seen).
#reference "shaders_slang/bezel/koko-aio/Presets-4.1/monitor-BASE.slangp"
EDGE_DEFOCUS = "2.000000"
DO_PIXELGRID_H = "1.050000"
PIXELGRID_COREY_FAKE_SCAN = "0.000000"
PIXELGRID_MIN_H = "0.450000"
PIXELGRID_MAX_H = "0.450000"
DO_PIXELGRID_W = "0.000000"
PIXELGRID_H_PRST = "0.000000"
DO_HALO = "0.000000"
DO_CURVATURE = "0.000000"
DO_BEZEL = "1.000000"
BEZEL_R = "-0.145000"
BEZEL_G = "-0.145000"
BEZEL_B = "-0.145000"
BEZEL_ROUGHNESS = "5.000000"
BEZEL_DIFFUSION_STR = "0.200000"
DO_BG_IMAGE = "1.000000"
AMBI_FALLOFF = "0.200000"
DO_GAME_GEOM_OVERRIDE = "1.000000"
GAME_GEOM_INT_SCALE = "1.000000"
GAME_GEOM_INT_SCALE_MAX = "5.000000"
My hunch is that something tells the shader to use the horizontal res to scale the viewport, which becomes 256x5 by 224x4.286, to render a 4:3 image
where vertical res should be used >> 256x5.833 by 224x5