Shaders for Vulkan (new .slang shaders)

RetroArch Additions Shaders
#14

Yeah, that’s just vestigial at the moment, waiting for parameters to come back. Good catch, though, and keep your eyes peeled for anything like that you come across.

#15

Waiting on the 5xBR HLSL shader to hopefully get ported to slang for Vulkan (please),specifically on Shield TV,as xbr is the biggest one for HD smoothness and sharpness,though I wish 6xBR would get created like GLideN64 has with 6xBRz as it exactly hits just above 1080P resolution for that perfect quality,also,RA would require 6x scale to be added for the full effect.

#16

Thankfully, the Vulkan API and the slang shaders work fine for me on my Radeon R9 290, which is GCN 1.1. crt-cubic seems to look nice when trying out some SNES games on the bsnes core. I just hope that most of the common CG and GLSL shaders will work in Vulkan once they eventually get ported over. But for now I’m still going to use OpenGL and CG shaders, simply because they still work fine for me.

#17

Hello. This is an excelent work about Vulkan support.

By the way, I have this shader named “bsnes-gamma-ramp.cg” created by Themaister:

/* Author: Themaister License: Public domain */

// Shader that replicates gamma-ramp of bSNES/Higan.

void main_vertex ( float4 position : POSITION, out float4 oPosition : POSITION, uniform float4x4 modelViewProj,

float2 tex : TEXCOORD, out float2 oTex : TEXCOORD ) { oPosition = mul(modelViewProj, position); oTex = tex; }

// Tweakables. const float saturation = 1.0; const float gamma = 1.5; const float luminance = 1.0;

float3 grayscale(float3 col) { // Non-conventional way to do grayscale, // but bSNES uses this as grayscale value. return float3(dot(col, float3(0.3333))); }

float4 main_fragment(float2 tex : TEXCOORD, uniform sampler2D s0 : TEXUNIT0) : COLOR { float3 res = tex2D(s0, tex).xyz; res = lerp(grayscale(res), res, saturation); // Apply saturation res = pow(res, float3(gamma)); // Apply gamma return float4(saturate(res * luminance), 1.0); }

Someone know how convert this into .slang shader?

Thank you!!!

#18

That shader is the basis of the image-adjustment shader, which is already in vulkan/slang format.

#19

Dear hunter,

is there any chance to see mudlord’s shaders being converted to slang?

#20

Sure. Which did you have in mind?

#21

Basically I’m looking for “oldtv”. I want to convert this shader chain into slang. Pretty much every shader from there is already converted to slang except the “oldtv”.

Here is the original post of that shader chain by Birm.

#22

I think i can help a bit porting the xBR shaders to .slang, since it’s very similar to GLSL. Unfortunately my card has no Vulkan support, but i can try help with a hand ported working GLSL version. It’s a copy/paste for functions and below texture lookups, but there is still much to do like calculating coordinates and reading the pixels + implementing the parameters. I hope it’s clear of bugs and that the transplantation will work. :slight_smile:

PS: it’s for Pete’s plugin, since i’ve done most of my ports there, but it shouldn’t matter too much.

Best regards, guest.r

#23

Guest, thank you very much! I can do any necessary slang cleanups here. Between the two of us, I think we can get it. :slight_smile:

#24

I just want to mention that i tinkered around with the accuracy feature and discovered that it adds two types of improvements. The first improvement is the removal of the jagged artifacts, the second is conceptual and affects general shaping. The second takes more precision metrics ops, but the first can be very lightweight and makes the shader better. My port includes the jagged artifacts patch and i wanted to share the results with you guys, who are doing excellent job btw. I’m a great fan. :slight_smile:

#25

currently working on translating scalefx to slang. I’m really missing the vector functionality of operators. ok, so (x <= y) can be replaced by lessThanEqual(x,y) and (a ? b : c) by using mix(c,b,a). but what about logical operators on vectors? in cg I could combine two bool4 vectors a,b like this a || b, which would do component-wise or operations. I haven’t found an equivalent function for that in GLSL. I guess you have to write it down for every component seperately? this would make an already complex code very convoluted. hope there is another solution.

edit: well I found one way to do it, maybe there is a more elegant one. here is the function in cg:

bool clear(float2 crn, float4 ort){
	return all(crn.xyxy <= THR || crn.xyxy <= ort || crn.xyxy <= ort.wxyz);
}

and in slang:

bool clear(vec2 crn, vec4 ort){
	return all(bvec4(step(crn.xyxy, vec4(THR)) + step(crn.xyxy, ort) + step(crn.xyxy, ort.wxyz)));
}

where I used that you can calculate x <= y with step(x,y).

maybe I should get rid of boolean values altogether and just operate with numerical values:

float clear(vec2 crn, vec4 ort){
	vec4 res = step(crn.xyxy, vec4(THR)) + step(crn.xyxy, ort) + step(crn.xyxy, ort.wxyz);
	return min(res.x * res.y * res.z * res.w, 1);
}

any thoughts?

#26

Is there a speed benefit to replacing the bools with numerical values? I know the min will still branch, but I would think the numerical comparisons would be faster.

Storing the boolean state as a float also seems useful insofar as you can do things like (a > b) to say “if a is true and b is false”, which GLSL doesn’t allow natively (AFAIK; that is, you can’t normally substitute 0 for false and 1 for true the way you can in Cg).

#27

using numerical values I have to use a few mins here and there to avoid invalid values. I don’t think it’s that big of a deal but is there any other way to clamp them without introducing branches?

#28

Well, internets suggest that min/max/clamp really aren’t as bad as a legit if/then branch: https://www.opengl.org/discussion_boards/showthread.php/167935-GLSL-Branching-and-Clamp-function because they’re built-in/optimized, so i think you’re doing the best you can.

#29

uh, just noticed that the ternary operator ?: is actually supported. okay, must’ve done something wrong. well this makes the process a whole lot easier. replacing it with mix would’ve been an unreadable mess.

#30

shader parameters still don’t work for slang, right?

#31

In my experience, they do sometimes, like right after I’ve loaded the shader preset. If I modify the shader stack though, they seem to disappear.

#32

That’s weird. I haven’t had any problems with them not showing up as long as the shader is compiled successfully.

#33

how do you properly implement them then? this line here:

#pragma parameter SFX_CLR "ScaleFX Color Thresh" 0.35 0.0 1.00 0.01

gives me the following error the first instance I try to use this variable in the code:

ERROR: scalefx-pass1.slang:53: 'SFX_CLR' : undeclared identifier

I just haven’t noticed it so far since I used the old fallback code:

#ifdef PARAMETER_UNIFORM
	uniform float SFX_CLR;
#else
	#define SFX_CLR   0.35
#endif

it seems though that it actually goes into the else case. the shader parameter shows up in retroarch but altering has no actual effect. outcommenting the fallback code and I’m back to the error message above.

tested it with the windows x86_64 nightly build from today. here is the shader file in question: https://mega.nz/#!qZJ0jagS!TI-ibt3lXCd4WIb8DZTYGue530KETxUacw4Iq9mkDz8