This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/565/ |
Review request for Viewer.
By Geenz Spad.
Description
Testing
Bugs:
STORM-1823
Diffs
|
This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/565/ |
Review request for Viewer.
By Geenz Spad.
|
Updated March 21, 2012, 10:42 a.m. Changes
|
Description
|
Testing (updated)
|
This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/565/ |
Review request for Viewer.
By Geenz Spad.
|
Updated March 21, 2012, 1:01 p.m. Changes
|
Description
Testing |
Bugs:
STORM-1823
Diffs (updated)
|
Could we see some examples of SL scenes using the two models, because there have been a number of changes to the SL renderer over the years... and the main effect of increasing the "realism" of the renderer has been to throw the deficiencies of the SL avatar mesh into sharp relief. The current specular model was a deliberate compromise.
_______________________________________________
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges
This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/565/ |
Ship it!
Been running with this patch for about two days with no negative effect. Performance is more or less the same with much improved visuals, exceptionally well in bright lit areas (where previously, the light would almost wash out my avatar in white light)
- Cindy
On March 21st, 2012, 1:01 p.m., Geenz Spad wrote:
Review request for Viewer.
By Geenz Spad.
Updated March 21, 2012, 1:01 p.m. |
Description |
Testing
Bugs:
STORM-1823
Diffs |
This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/565/ |
I'd like to see the mis-named handleReleaseLUTBufferChanged be called handleLUTBufferChanged, and ideally I'd like some comment (probably in the LUT creation) about why the results of lookups should be multiplied by 4 (to avoid saturation in the LUT?). Otherwise, I reckon this is great.
- Tofu
On March 21st, 2012, 1:01 p.m., Geenz Spad wrote:
Review request for Viewer.
By Geenz Spad.
Updated March 21, 2012, 1:01 p.m. |
Description |
Testing
Bugs:
STORM-1823
Diffs |
This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/565/ |
Review request for Viewer and David Parks.
By Geenz Spad.
Updated March 25, 2012, 11:06 a.m. |
Description
Testing
Bugs:
STORM-1823
Diffs |
This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/565/ |
On March 25th, 2012, 2:55 a.m., Tofu Buzzard wrote:
I'd like to see the mis-named handleReleaseLUTBufferChanged be called handleLUTBufferChanged, and ideally I'd like some comment (probably in the LUT creation) about why the results of lookups should be multiplied by 4 (to avoid saturation in the LUT?). Otherwise, I reckon this is great.
I concur with both of these comments, and have asked for a review from Dave.
- Oz
On March 25th, 2012, 11:06 a.m., Geenz Spad wrote:
Review request for Viewer and David Parks.
By Geenz Spad.
Updated March 25, 2012, 11:06 a.m. Description |
This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/565/ |
Review request for Viewer and David Parks.
By Geenz Spad.
|
Updated March 25, 2012, 2:07 p.m. Changes
|
Description
Testing
Bugs:
STORM-1823
|
Diffs (updated)
|
This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/565/ |
On March 25th, 2012, 2:55 a.m., Tofu Buzzard wrote:
I'd like to see the mis-named handleReleaseLUTBufferChanged be called handleLUTBufferChanged, and ideally I'd like some comment (probably in the LUT creation) about why the results of lookups should be multiplied by 4 (to avoid saturation in the LUT?). Otherwise, I reckon this is great.
On March 25th, 2012, 11:08 a.m., Oz Linden wrote:
I concur with both of these comments, and have asked for a review from Dave.
The reasoning for doing this is basically just as you said, to avoid saturation in the LUT since most energy conserving specular models tend to exceed a floating point range of 0 to 1, something that should be accounted for when storing the results in an R8 LUT. Granted, one could just use a floating point LUT instead, but driver support can be a bit spotty for R16F and R32F. However, storing in an R16F LUT is something to look into in the future regardless if only to reduce banding. Scaling by 6 allows us to get a bit more of a higher range (same scale used by RGBM encoding), though whether or not it's really necessary is something potentially worth investigating.
- Geenz
On March 25th, 2012, 2:07 p.m., Geenz Spad wrote:
Review request for Viewer and David Parks.
By Geenz Spad.
Updated March 25, 2012, 2:07 p.m. |
Description
Testing
Bugs:
STORM-1823
Diffs |
|
This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/565/ |
Could we see some examples of SL scenes using the two models, particularly with avatars in them, because there have been a number of changes to the SL renderer over the years... and the main effect of increasing the "realism" of the renderer has been to throw the deficiencies of the SL avatar mesh into sharp relief. The current specular model was a deliberate compromise between the older even-toonier renderer and a more "realistic" model that made avatars look horrible.
- Argent
On March 25th, 2012, 2:07 p.m., Geenz Spad wrote:
Review request for Viewer and David Parks.
By Geenz Spad.
Updated March 25, 2012, 2:07 p.m. |
Description |
Testing
Bugs:
STORM-1823
Diffs |
This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/565/ |
On March 25th, 2012, 2:56 p.m., Argent Stonecutter wrote:
Could we see some examples of SL scenes using the two models, particularly with avatars in them, because there have been a number of changes to the SL renderer over the years... and the main effect of increasing the "realism" of the renderer has been to throw the deficiencies of the SL avatar mesh into sharp relief. The current specular model was a deliberate compromise between the older even-toonier renderer and a more "realistic" model that made avatars look horrible.
Avatars are only ever effected if they're using attachments that make sure of the shiny attribute. The diffuse shading on avatars remains unaffected. I think the "compromise" you're thinking of is the environment map that typically gets applied in classic forward rendering, which was later re-added to the deferred renderer to mitigate content breakage that resulted when it was removed, which hasn't been changed with my modifications. As I had mentioned previously, there are comparison pictures posted on the JIRA that everyone can see, and I would also very much appreciate it if people could post their own comparisons, and identify any in-world content breakage that relied on the previous model that was used.
- Geenz
This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/565/ |
Ship it!
4 -> 6 is a bit of a last-minute change... :3 But ship it.
- Tofu
On March 25th, 2012, 2:07 p.m., Geenz Spad wrote:
Review request for Viewer and David Parks.
By Geenz Spad.
Updated March 25, 2012, 2:07 p.m. |
Description |
Testing
Bugs:
STORM-1823
Diffs |
This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/565/ |
On March 25th, 2012, 3:39 p.m., Tofu Buzzard wrote:
4 -> 6 is a bit of a last-minute change... :3 But ship it.
Mostly just using an idea I got from reading up on RGBM encoding, and why they scale by 6 as well (though really, in theory you could scale by pretty much any value so long as both the encode and decode use the same scales). Seems to work quite well, especially since medium shiny seems to have slightly less saturation induced artifacting. :3
- Geenz
This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/565/ |
Ship it!
indra/newview/pipeline.cpp (Diff revision 3) | |||
---|---|---|---|
void LLPipeline::createLUTBuffers() |
|||
1188 | spec *= (((n + 2) * (n + 4)) / (8 * 3.14159f * (powf(2, -n/2) + n))); |
1188 | spec *= (((n + 2) * (n + 4)) / (8 * 3.14159f * (powf(2, -n/2) + n))); |
Use F_PI here (yes, I know that was in the old code too)
- Oz
On March 25th, 2012, 2:07 p.m., Geenz Spad wrote:
Review request for Viewer and David Parks.
By Geenz Spad.
Updated March 25, 2012, 2:07 p.m. |
Description |
Testing
Bugs:
STORM-1823
Diffs |
This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/565/ |
Review request for Viewer and David Parks.
By Geenz Spad.
|
Updated March 26, 2012, 10:46 a.m. Changes
|
Description
Testing
Bugs:
STORM-1823
Diffs (updated) |
|
|