Jump to content
The Dark Mod Forums
Sign in to follow this  
duzenko

Gamma correction, re-revisited

Gamma poll  

7 members have voted

  1. 1. Is the 'dark' picture in post 4 too dark?

    • Yes
      4
    • No
      3
  2. 2. Is the 'bright' picture overbleached?

    • Yes
      3
    • No
      4


Recommended Posts

Is everyone happy with the current state of rendered picture frames?

There is an option to do our rendering in sRGB color space but it will probably lead to revisiting and tweaking default light intensity.

Anyone interested in some RnD?

It might even deprecate the need in ambient shader brightness override, global gamma ramp adjustment, bloom. Maybe reduce color banding and even get close to HDR.

On the other hands it's likely to shift light gradients in or out, and lead to light texture tweaking.

Share this post


Link to post
Share on other sites

That is a good question, I'm personally happy with the way TDM (and idtech 4 ) renders picture frames, i must say that the reason I still return to mess with idtech 4 after trying Unity, Esenthel and Unreal 4, not really in that order, is just that to me, its images look so clean and well constructed, compared with other engines (specially those based on deferred rendering) that make the render look slightly blurry and over bloomed/bright, but i'm not personally against trying any other color space and I would be happy to help in any way I can, even tho my time is limited. 

Share this post


Link to post
Share on other sites

As long as it doesn't change anything in how materials look, sure. Wouldn't go too far with HDR efforts though, such displays are still not a mainstream thing. IMO it would be great to do away with light textures for intensity at some point, switching to math formulas (locking the light resize box), and leaving texture slots only for projections.

  • Like 1

Share this post


Link to post
Share on other sites

Played some with this

It seems like a good replacement for shader-level ambient crutch-up like I did way before with r_ambientMinLevel

Untitled2.jpg

Untitled.jpg

Q: How is it better than r_gamma?

A: It only affects the 3D world. Other system windows, 2D and GUI remain un-bleached

Q: How is it better than r_ambientMinLevel?

A: The latter cvar only applies to ambient lights (and arguably makes small ambient lights ugly). This alternative works with all lights, and accurately does additive blending on them. We should probably drop r_ambientMinLevel completely as it's a worse option and clutters the shader code.

Q: What about color banding in shadows?

A: Regret it's still there, and it might be the only deterioration compared to r_ambientMinLevel. On the other hand we can now use extended range framebuffer formats (e.g. 10 bit per color channel vs. 8 bit) to work around that.

Q: What about non-light materials, such as environment cubemaps, emissives, etc?

A: It probably does not make sense to apply this color correction to them as it would break existing missions. Total assets rebuild is not something anyone wants.

Q: Lightgem?

A: Not affected.

Q: But r_gamma allows me to tweak the correction to the level I'm most comfortable with. Do I have the same options with sRGB?

A: No. The sRGB values are fixed and cannot be adjusted AFAIK.

Q: What is gamma again and why do I need to bother?

A: It's all about your monitor. All monitors produce different picture. You obviously run TDM on an LCD that, theoretically, has nothing to do with CRT's non-linear input/output curves. In the end, it all boils down to your own perception - is the picture too dark or bleached out? (See the attached pictures) Toggling this option should give you some control over that.

  • Like 1

Share this post


Link to post
Share on other sites

Done more web research and it gets frustrating.

Here's my thoughts at this point.

I take it for granted that everyone today is on digital-interface screens. I mean, there's exactly 256 grades of each color component that your screen can show, with any given backlight intensity. If your screen is cheap, you can get 64 instead of 256 (18-bit panels).

It should mean that any non-default (<>1) value for r_gamma and r_brightness will absolutely result in loss of color precision. Same applies to postprocessing, unless it squashes all low-range pixels to black.

I would like to hear from everybody interested

1. Why are people stuck with non-default gamma/brightness? Is the picture too dark for them? Why is it a bad idea to just give them control over r_lightScale instead  (lightgem excused)?

2. If you want to light up the dark areas without overbrightening what's already well lit, then what about crunching up the main ambient light?

Returning to sRGB feature I was playing with. The gamma compensation works well for me but it's not actually how it was supposed to be used. The idea behind it was, AFAI understand it, to give more precision in low-range (darker shades) which, if done properly would have effectively eliminated color banding. The shocking conclusion (unless I am wrong) is, there's no way to actually display this improved picture to the end-user because your digital screen still can only show the same fixed colors. Similarly, Windows DWM only knows about 8 bits per color in linear space. So even if we get better color range in video memory, we still need 1. a screen that understands more than just linear color space, 2. graphics driver that can communicate to that screen and can translate from OpenGL, and 3. Windows support if we want to see this HDR in a window, rather than exclusive fullscreen.

Back to color banding. Is it an issue? Do people here want to see it fixed?

Share this post


Link to post
Share on other sites

Even tho i'm not using HDMI i'm using DVI so i'm using a digital interface. 

1- I personally don't mess with gamma on games unless the game itself asks me to do that at init.

2- If you are talking to main users (not mission makers) IMO unfortunately the intuitive thing to do for many users, is to bright a game using the monitor/game gamma option, if the team wants to change that, perhaps a hint should be shown at game load saying to use the main ambient light?

3- Color banding doesn't seem to be a problem to me, at least never got distracted by it, but that is me. If I want to see it fixed? If is not hard and doesn't change the game looks to much, imo go for it. 

Share this post


Link to post
Share on other sites

I like it, it perhaps could be used to help optimization? I'm asking cause the outside view of a well lit room would be totally dark (at night) and so many things could be culled out of view (even if the visportal is open and things apparently should be visible to the player), the run time cost of doing the testing for visibility, would needed to be evaluated tho. 

Edited by HMart

Share this post


Link to post
Share on other sites

So the intended effect is for things to change brightness when you turn your head?  Given that so much of the game revolves around being able to identify dark/light areas, I'm not sold on that as a good idea.

Share this post


Link to post
Share on other sites
29 minutes ago, Springheel said:

So the intended effect is for things to change brightness when you turn your head?  Given that so much of the game revolves around being able to identify dark/light areas, I'm not sold on that as a good idea.

I see what you mean. Player remembers how dark a hideout must be to avoid AI and develops a skill to deduce location safety from screen darkness.

I could argue about needing to play with constant monitor brightness and (real life) ambient lighting for that to happen.

About lightgem being the actual indicator.

About game being too dark in general forcing people to crank up gamma that causes color banding and greenish color noise.

About mappers deliberately leaving chain of dark spots so that there's often exactly one dark spot to hide on a route.

But most often there's ambient 'dark' - that's where you hide, and 'light spots' - danger zones. You can easily identify them with any exposure. Anything of ambient brightness is safe.

Share this post


Link to post
Share on other sites
8 minutes ago, duzenko said:

 

About game being too dark in general forcing people to crank up gamma that causes color banding and greenish color noise.

Did the game get darker recently?  I'm unaware of any history of complaints of greenish color noise caused by the game being too dark.

 

8 minutes ago, duzenko said:

But most often there's ambient 'dark' - that's where you hide, and 'light spots' - danger zones. You can easily identify them with any exposure. Anything of ambient brightness is safe.

Ambient brightness isn't necessarily safe.  It depends how bright the mapper chooses to make it.  The ambient brightness of an outdoor, moonlit scene might be significantly different than that of a deep cave.  The difference between being totally invisible and being able to be seen by AI a few feet away can be fairly subtle. 

Share this post


Link to post
Share on other sites
1 hour ago, Springheel said:

So the intended effect is for things to change brightness when you turn your head?  Given that so much of the game revolves around being able to identify dark/light areas, I'm not sold on that as a good idea.

If the effect is subtle (that based in the video seems to be) imo it doesn't effect the identification of dark/light areas, personally I could very well see where was dark and where was not, this is like a person being in a dark spot and his eyes adjust to the darkness and imo that looks cool.

I also think this would not affect gameplay at all, besides making it easier to see in the dark, imo is no different from people bringing gama up but at the same time seems to look better and to me is more realistic.  

Share this post


Link to post
Share on other sites
9 hours ago, Springheel said:

I'm unaware of any history of complaints of greenish color noise caused by the game being too dark.

    On 9/19/2019 at 11:28 PM, Dragofer said:

    There's a pattern of subtle green and red banding that increases in intensity towards the far end of the water.

    On 9/21/2019 at 1:17 PM, Dragofer said:

    My gamma is set to 1.172 and my brightness to 1.016.

Quote

Ambient brightness isn't necessarily safe.  It depends how bright the mapper chooses to make it.  The ambient brightness of an outdoor, moonlit scene might be significantly different than that of a deep cave.  The difference between being totally invisible and being able to be seen by AI a few feet away can be fairly subtle. 

I take you point. Even though the difference in ambient brightness between cage and and moonlit lawn should be pretty straightforward (and even more pronounced with AE on).

Let's have automatic exposure off by default so as not to frustrate players who don't use lightgem to keep track of ambient intensity.

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Sign in to follow this  

×
×
  • Create New...