| Age | Commit message (Collapse) | Author |
|---|
|
Refactor tonemap blending to preserve HDR detail during mix
|
|
The blending operation for the `tonemap_mix` uniform in `postDeferredTonemap.glsl` incorrectly used a prematurely clamped color value as the source for the linear mix target. Specifically, the exposed HDR input color was clamped to the [0, 1] LDR range before being used in the `mix()` function when `tonemap_mix < 1.0`.
This premature clamping resulted in the loss of High Dynamic Range (HDR) detail in highlights during the blend operation. As `tonemap_mix` was reduced, instead of smoothly blending towards the linear scene representation, clipped highlights were incorrectly reintroduced.
This commit modifies the `toneMap` and `toneMapNoExposure` functions to correct this logic:
1. The original linear input color is preserved before exposure/processing.
2. The appropriate exposure factor is calculated and applied separately.
3. The chosen tone mapping operator is applied to the exposed color, storing the result.
4. The `mix()` function now correctly blends between the appropriately scaled, *unclamped* linear input color and the fully tone-mapped result.
5. The final clamp to the [0, 1] LDR range is applied *after* the blend operation.
This change ensures that HDR information is preserved throughout the blending process, resulting in a smoother, more perceptually correct visual transition as `tonemap_mix` is adjusted. While the effect is nuanced, it is noticeable in bright highlights; with the legacy code, these highlights appeared visibly clipped and less intense during the blend, whereas the corrected code allows them to retain their peak brightness and detail more accurately. This makes the `tonemap_mix` control more intuitive, behaving as a true intensity blend for the tone mapping effect without introducing clipping artifacts. The computational cost is negligible.
|
|
divisor to 1.
tl;dr - this helps avoid frequent texture reuploads to VRAM in some texture heavy areas. This speaks to some bigger problems we're seeing in our texture streaming system however. You will see similar problems by manually setting the texture VRAM manually.
|
|
|
|
* Readd max probe count. Disable dynamic probe allocation by default (for now).
|
|
* #3788 Support dynamic probe allocation.
* #3738 Mitigate probe flashing
* #3735 Mitigate realtime probes flashing
|
|
|
|
* #3409 Make probe count adjustable to better accomodate low VRAM scenarios
|
|
* Fix for water exclusion when shoreline fade is disabled.
|
|
#3650 Fixed transparent particles over water make the water look black under their transparent parts
|
|
#3663 On AMD, the world may be rendered in really strange colors.
|
|
#3647 Add texture VRAM use divisor.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
* Incorporation of feedback for #3456
|
|
* #3455 Add support for water exclusion surfaces
|
|
* #3507 Add distance haze to water to get us closer to 6.6.17's appearance.
|
|
|
|
* A lot of tweaking for water.
* Get water much closer to 6.6.17.
This won't produce 1:1 results, but it should be much closer to where we once were.
|
|
|
|
our passed in ambient lighting is the only thing that gets applied. (#3327)
|
|
|
|
|
|
|
|
|
|
texture scaling (#3207)
|
|
#2590
#3167
|
|
|
|
* #3157 Fix alpha not having ambient lighting on low.
|
|
* #3103 Add the ability to disable the emissive buffer for older GPUs with low memory bandwidth.
* #3135 Add a "vintage" mode for slower GPUs
* #2719 Fix for skies being overbrightened
* #2632 Do not apply tonemapping on legacy skies
|
|
* Partial solution to secondlife/viewer#2744 crash with better error handling.
Handles shader compile errors better, and should turn crash into an LL_ERRS assertion failure.
Strengthed more assertions and improved shader error line numbers
* Even more error handling to get a handle on crash secondlife/viewer#2744
* Improved GLSL correctness on Intel chips that lack OpenGL 4.6 support. secondlife/viewer#2744
* Removed non-working fallback code for gDeferredPostProgram
* Fixed incorrect llmax call
|
|
* OpenGL 3.3 compatibility pass. Fix for FBO driven downscaling corrupting textures.
* Increase maximum texture bias, immediately scale down when textures are loaded higher resolution than desired
* #2590 Fix for some frame stalls on Intel Macs
|
|
|
|
downrezzing textures when minimized due to texture system not processesing
|
|
entries (#2913) (#2916)
|
|
exposure slider limit to 4 (#2915)
|
|
in background
secondlife/viewer#2549
|
|
Group member pagination is not ready, disable it untill later
|
|
|
|
for testing purposes
|
|
VoiceEffectsWillExpire can be triggered externally. Don't remove the
notification, only viewer's code that triggers it so that external
notification keeps working.
|
|
This reverts commit 5c16ae13758bdfe8fe1f13d5f67eabbb6eaa30a1.
Fix is correct, but should wait untill server sided fix gets deployed.
|
|
|
|
|
|
handled by viewer in unpredictable manner
|
|
unsupported (#2491)
fixes secondlife/viewer#1856
|
