Implement tonemappers as a parameter to environment settings
tracked
Frionil Fang
Creating an environment means you have an idea how of the sky, lighting and colors of the scene look. By adding a tonemapper to the mix, which is hidden as an advanced graphics setting and defaulting to a different one than we have been using to build our PBR content in the past year feels counterproductive to the effort put into said content.
The tonemapper could instead function as a parameter of the EEP sky. Default all legacy settings that have not been resaved under PBR to Khronos, default ones that HAVE been saved under PBR to ACES-linear mix, and make them all editable to whichever mapper+mix level as desired after the fact. Additionally, add a feature to override the EEP tone mapper to use a fixed one instead of environment-based, giving the functionality that exists right now in viewer 7.1.11 - one tone mapper to rule them all.
Discussion on the subject and source for the idea: https://community.secondlife.com/forums/topic/517003-khronos-tone-mapper/
Log In
S
ScarletCreativeAdmin Resident
Having the EEP menu and setting be the trigger and driver for tonemapping is a more approrpriate implementation than advanced graphic settings.
(A) EEP's can be designed with the tonemapper denoted/defaulted for good outcomes. Therefore giving users a predictable experience when they purchase or use an EEP setting or visit a region with a shared EEP setting in place.
(B) Poor results are avoided (e.g. the "make it all greyscale to look natural" situation like with Khronos tone mapping") as most SL users do not use a netural environment and wish to have colors in sky, clouds, sun in the environment. As the EEPs can align to the approrpiate tone mapper the results are appropriate .and aligned.
(C) Tonemappers then update under shared region settings etc when using EEPs so users are not getting unexpected results due to their own custom off label tonemapping setting compared to the EEP setting they are using under shared (unless they opt in to make that change themselves).
(D) We don't yet again overwhelm users and creators with the variability challenges like PBR and revised EEPs brought as they don't understand the even more intricate "customisation" in the viewer now needed to make something "look like the picture".
Whilst choices are good, there should be logical demonstrated user cases with clear benefits for implementing variability beyond what we have to those choices.
Tone Mappers make sense for filters. for photography and videography, but exposing the feature as an advance setting option, versus tied to what it impacts and interacts with (EEP) provides a poor user experience.
This further alienates new users into Second Life on "default" settings.
Spidey Linden
tracked
Issue tracked. We have no estimate when it may be implemented. Please see future updates here.
Extrude Ragu
I like this idea. Tonemapping controls how the environment looks, it makes sense for it to be an environment setting. It would make it possible for my anime sim to have a more anime look that everyone can enjoy too.