Skip to main content
gamedev.net
🔒 Locked

Problem with Color Correction and 3D LUT

Started by lipsryme May 18, 2013 at 3:07 PM 11 replies 4.4k views
Original Post
lipsryme
lipsryme

I'm having some issues with color correction using a 3D LUT.

I'm using a neutral LUT 16x16x16 from the UnrealEngine page here: http://udn.epicgames.com/Three/rsrc/Three/ColorGrading/RGBTable16x1.png

I've open it up in photoshop and saved it as a Volume Texture DDS (32bpp unsigned ARGB8) using the nvidia plugin.

And here's my shader:


float4 PS(in VSOutput input) : SV_Target
{
	float3 rawColor = InputTexture0.Sample(LinearClampSampler, input.UV).rgb;

	float3 scale = (float3(16, 16, 16) - 1.0f) / float3(16, 16, 16);
	float3 offset = 1.0f / (2.0f - float3(16, 16, 16));

	float3 colorCorrected = LUT.Sample(LinearClampSampler, scale * rawColor + offset).rgb;
	
	return float4(colorCorrected, 1.0f);
}

The code is from this sample here: http://http.developer.nvidia.com/GPUGems2/gpugems2_chapter24.html

Can someone spot the problem ? : /

Not sure if the problem has to do with the order of rendering.

I'm currently tonemapping my linear result to a R8G8B8A8_UNORM_SRGB target, then use this as the input for the color correction which then outputs to my R8G8B8A8_UNORM_SRGB backbuffer.

Here's a screen of what my result looks like:

http://d.pr/i/xGYR

And here's the original for comparison:

http://d.pr/i/I6SL

kauna
kauna
float3 Scale = (16.0f - 1.0f) / 16.0f; //volume texture size
float3 Offset = 1.0f / (2.0f * 16.0f);
Here's my code for the scale and offset calculations. Seems that your offset has a slight error.
Cheers!
kauna
kauna

You are probably sampling off the pixel center? Either use point sampling or load instruction or correct your sampling position.

Cheers!

kauna
kauna

That's really strange ... It should work with point sampling too, and it shouldn't produce any banding artifacts.

Are you using MSAA ?

Cheers!

lipsryme
lipsryme

I'm not...
Do you suppose this is related to gamma correction issues? I just don't see what could possibly wrong. I'm using the output of my tonemapping as the input scene which is in regular 32 bit unsigned format and being output to an srgb target after being linear.

update: Gamma correction does not seem to be the problem. I've tried using regular R8G8B8A8_UNORM for both outputs. Besides being in the wrong color space the border issue was still there. Maybe it's the LUT texture ?

update2: I just tried making it the only post effect in my chain, and I've tried using regular LDR for shading. The pixel border still appears. This has to be either an issue with the input texture or the sampling process..

If I just output rawColor inside the color correction shader I get the perfect original scene. But using the LUT I get the border.

It looks almost like an edge highlighting. Using LinearWrap makes it even more apparent.

kauna
kauna

Only difference I can see between your and my implementation that I use SampleLevel(s_linear,Color,0) to sample the volume texture, so that mip maps won't affect the output.

[edit]Are you able to use "load" instruction? It should be equivalent to point sampling, although you'll index the texture instead of using texture coordinates.

Cheers!

kauna
kauna

Glad to be able to help. I was fighting the same code (with different issues though) last week.

Cheers!

kauna
kauna

Curious, something to do with gamma correction somewhere? Is your volume texture format defined as _SRGB or not?

Cheers!

lipsryme
lipsryme

It's not I'm doing gamma conversion in shader during lookups.

Though sampling it as linear makes it too dark.

Edit: Is there an order I have to maintain when I apply the color transforms in photoshop ?

Topic Locked

This topic has been locked by a moderator. New replies are not allowed.

Sign in to reply to this topic.