|
|
|
[
Permlink
| « Hide
]
Coyote Pace added a comment - 12/Dec/07 11:23 AM
@Torley – if you see this, please also note that the KB article here https://support.secondlife.com/ics/support/security.asp?deptID=4417&task=knowledge&questionID=4765
@Coyote: I see it! Good observation: Nighttime Brightness should work for non-shader hardware. Some of the problem here is clunky UI (which we'll be updating as we get further along in the transition from "the old way" to WindLight).
I reproed this bug too with Basic Shaders off (where Nighttime Brightness should work), and will import it. Also unlinking from VWR-3463, as this isn't a subjective aesthetic issue, but a clear bug. Nighttime brightness and overall gamma should ALSO be settable when shaders are on.
Whether this is implemented by changing gamma during night or some other scheme, it's completely necessary because of differences in displays and video cards can make night way too dark. Going in and manually changing gamma in ALL the lighting profiles works, for now, as a workaround, but it's way too clumsy. There needs to be an override. The Release Notes for WindLight First Look 1.19.0 (79674) of Feb 12, 2008 claim this was a Bug Fix (DEV-8210, VWR-3807). (The Blog announcement did not include this among the Bug Fixes, however?!)
However – Nighttime Brightness control (in Hardware Options) still does nothing at all on the machine listed at the start of this issue. Nothing happens when the control is worked higher or lower (Gamma still works fine, however); neither does changing the control and clicking, even if followed by a Preferences Apply or OK. Nada. @Coyote: Try the newest version, http://blog.secondlife.com/2008/02/15/new-small-update-windlight-viewer-80042/
Here's what happened: Nighttime Brightness was REMOVED due to it being clunky UI. Instead, lighting should be similar with Atmospheric Shaders ON and OFF. Test: Nighttime Brightness is still required.
The point to adjusting nighttime brightness is to override the defaults, not to make the defaults work the same way in two places. People have different preferences for how "realistically dark" they want the night, due to differences in vision, in monitor brightness, and in their real-world ambient lighting. Adjusting the defaults by adjusting Windlight settings is not adequate:
This is still an open issue, and still a major issue. Perhaps "Nighttime Brightness" should be a multiplier. E.g., if the current environment settings said the moon should have a brightness of 1.5, but you had set a Nighttime Brightness of 1.2, you would effectively see a moon brightness of 1.8 ( = 1.5 * 1.2). This would allow for broad adjustment to fit different user needs, without the hassle involved in manually tweaking the default Windlight profiles.
My suggestion in another JIRA entry (I can't locate it now) was that Nighttime Brightness should be a modifier for the gamma, and/or a modifier for both directional and ambient light. That is, if nighttime brightness is 1.5, then the gamma setting for any profile during the SL 'night' should be multiplied by 1.5, and/or the ambient light level should be increased by 50%.
I would rather it be applied to the whole scene (gamma) or preferentially to ambient light, rather than changing the directional lighting... mainly because Windlight itself has already dramatically increased the impact of directional lighting with the enhanced contrast. This issue was resolved as "Needs More Info" during our batch cleanup because it was set as affecting First Look: WindLight. On the Issue Tracker, we've noticed many duplicate issues and issues that lacked actionable info or were already fixed.
WindLight recently "graduated" from a "First Look" technology preview to Release Candidate status – nearing inclusion in the main viewer with your help! So, "First Look: WindLight" does not exist anymore. More info and how to download the RC viewer: http://blog.secondlife.com/2008/03/06/new-release-candidate-viewer-1191-rc0-available/ If you've verified that this issue is still a problem in the newest Release Candidate, here's what to do next: (1) Search the Issue Tracker to make sure it isn't a duplicate of an existing issue we know about. If it is, link it as a duplicate using the "Link this issue..." link on the left. You can learn more about searching by watching this video tutorial: http://www.youtube.com/watch?v=SAlXK5hSVMc (2) Reopen the issue and BE SURE to update the "Affects Version/s" to the correct one, most likely ONLY "1.19.1 Release Candidate". However, if this bug affects the main viewer (1.19.0 as of this writing), then DO NOT set it to an RC version. Only set it to 1.19.0 instead. Be as specific with versions as possible – there's generally no need to set multiple versions, as it tends to dilute and confuse where a bug originated. (3) Add any other relevant details that would help us fix it. We can't stress the importance of a "solid repro" enough – a reliable series of steps to make a bug happen reliably. (4) Come and attend our inworld bug triages, where you can meet with Linden Lab employees to look at, verify, and expedite bugs for fixing. More info @ http://wiki.secondlife.com/wiki/Bug_triage Thank-you for helping us improve Second Life! Reopening because there is NO equivalent in Windlight to the classic nighttime brightness and gamma controls.
It is barely practical now to use the per-preset controls to create a new day cycle. After region presets and region day cycles are implemented this will not be a usable workaround any more. @Argent – you probably will want to change the "Affects Version/s" on this item if you want to regain the Lindens' attention on this issue (per Torley's note, above)
Update "affects versions".
Whoever resolved this as "cannot reproduce" is completely misreading it.
The problem still exists. There is no way to globally change the gamma of the in-world environment, either all the time or specifically at night. Before Windlight there was. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||