Talk:Region Environment Settings - Revision history

Rand Linden: /* SL day cycle question and discussion */

2011-07-26T22:20:07Z

SL day cycle question and discussion

← Older revision		Revision as of 15:20, 26 July 2011
Line 31:		Line 31:

	I recall reading on text for llGetSunDirection something to the effect it depends on server up from a reboot... I'm guessing the main control process that kicks off everything. I regret I could not find a link to that info quickly, but a sharp reader might pick it up from somewhere in there. I have to head out. I must say it would be useful if that code could be located and have mainland/ default have a fixed, published relationship to UTC regardless of a full system reboot. [[User:Romaq Rosher\|Romaq Rosher]] 19:06, 12 June 2011 (PDT)		I recall reading on text for llGetSunDirection something to the effect it depends on server up from a reboot... I'm guessing the main control process that kicks off everything. I regret I could not find a link to that info quickly, but a sharp reader might pick it up from somewhere in there. I have to head out. I must say it would be useful if that code could be located and have mainland/ default have a fixed, published relationship to UTC regardless of a full system reboot. [[User:Romaq Rosher\|Romaq Rosher]] 19:06, 12 June 2011 (PDT)

			== Info from testing phase ==

			With the release of Viewer 2.8, this feature is now part of the official Second Life Viewer, so the associated article has been moved into the '''[http://community.secondlife.com/t5/English-Knowledge-Base/Region-environment-settings/ta-p/999713 Official Second Life Knowledge Base]'''.
			For reference, some of the information from the testing phase is preserved below.

			===Feedback ===
			Please join the ''Windlight Region Testers'' SL group if you are testing this feature. If you are an estate manager and have customized settings on a region, send a notice to the group to let other members know so that they can come and experience what you've done.

			Feedback is welcome on the opensource-dev mailing list, group chat in the above group, the ''[[{{TALKPAGENAME}}\|discussion page for this article]], or in private email to [[User:Oz Linden\|Oz Linden]].

			=== Outstanding issues ===

			There is a [https://jira.secondlife.com/secure/IssueNavigator.jspa?mode=hide&requestId=14028 list of the outstanding known issues] in Jira.

			=== Test Regions ===
			The two adjacent regions [http://slurl.com/secondlife/Akasha/172/193/26 Akasha] and [http://slurl.com/secondlife/Scheherazade/169/233/21 Scheherazade] are open for testing, each has a different custom windlight setting, they are also set up for Phoenix windlight parcel settings, with a different atmosphere.

			The [http://slurl.com/secondlife/Hippotropolis/128/128/128 Hippotropolis] and [http://slurl.com/secondlife/Hippo%20Hollow/128/128/128 Hippo Hollow] regions are adjacent and have different settings. The developers are using these regions heavily for testing so these settings may change at any time. They are a good place to see what region crossings look like.

			The [http://maps.secondlife.com/secondlife/BlakOpal/99/102/23 BlakOpal region] is a standalone region using some exotic custom water settings and day/night cycle.

			[http://maps.secondlife.com/secondlife/Caledon%20Victoria%20City/128/127/24 Caledon] is a large multi-region 19th century Victorian & Steampunk community using different settings across the many regions.

			[http://slurl.com/secondlife/Forest%20Floor/66/55/34 ~Forest Floor~] Forest Floor is a forest sim with horse riding, a place to wander and relax.

			[http://maps.secondlife.com/secondlife/Bora%20Bora/115/212/22 Bora Bora] is a beach sim with unique normal water maps and sky preset.

			[http://maps.secondlife.com/secondlife/Here Here], owned by Torley Linden, is a terraforming sandbox set to a charming sunset that evokes vintage photography, surrounded by glassy water. [http://www.flickr.com/photos/torley/5958760930/in/photostream/lightbox/ Looks lovely] with the complementary [[lighting and shadows]] features enabled.

Opensource Obscure: /* Reduced WindLight controls? */ my bad

2011-07-18T11:26:18Z

Reduced WindLight controls?: my bad

← Older revision		Revision as of 04:26, 18 July 2011
Line 31:		Line 31:

	I recall reading on text for llGetSunDirection something to the effect it depends on server up from a reboot... I'm guessing the main control process that kicks off everything. I regret I could not find a link to that info quickly, but a sharp reader might pick it up from somewhere in there. I have to head out. I must say it would be useful if that code could be located and have mainland/ default have a fixed, published relationship to UTC regardless of a full system reboot. [[User:Romaq Rosher\|Romaq Rosher]] 19:06, 12 June 2011 (PDT)		I recall reading on text for llGetSunDirection something to the effect it depends on server up from a reboot... I'm guessing the main control process that kicks off everything. I regret I could not find a link to that info quickly, but a sharp reader might pick it up from somewhere in there. I have to head out. I must say it would be useful if that code could be located and have mainland/ default have a fixed, published relationship to UTC regardless of a full system reboot. [[User:Romaq Rosher\|Romaq Rosher]] 19:06, 12 June 2011 (PDT)

	~~== Reduced WindLight controls? ==~~

	~~It seems that some WindLight parameters have been removed from the user interface - or merged with other controls. --[[User:Opensource Obscure\|oobscure]] 03:57, 18 July 2011 (PDT)~~

Opensource Obscure: /* Reduced WindLight controls? */ new section

2011-07-18T10:57:39Z

Reduced WindLight controls?: new section

← Older revision		Revision as of 03:57, 18 July 2011
Line 31:		Line 31:

	I recall reading on text for llGetSunDirection something to the effect it depends on server up from a reboot... I'm guessing the main control process that kicks off everything. I regret I could not find a link to that info quickly, but a sharp reader might pick it up from somewhere in there. I have to head out. I must say it would be useful if that code could be located and have mainland/ default have a fixed, published relationship to UTC regardless of a full system reboot. [[User:Romaq Rosher\|Romaq Rosher]] 19:06, 12 June 2011 (PDT)		I recall reading on text for llGetSunDirection something to the effect it depends on server up from a reboot... I'm guessing the main control process that kicks off everything. I regret I could not find a link to that info quickly, but a sharp reader might pick it up from somewhere in there. I have to head out. I must say it would be useful if that code could be located and have mainland/ default have a fixed, published relationship to UTC regardless of a full system reboot. [[User:Romaq Rosher\|Romaq Rosher]] 19:06, 12 June 2011 (PDT)

			== Reduced WindLight controls? ==

			It seems that some WindLight parameters have been removed from the user interface - or merged with other controls. --[[User:Opensource Obscure\|oobscure]] 03:57, 18 July 2011 (PDT)

Rand Linden: moved Talk:Windlight Region Settings Project Viewer to Talk:Region Environment Settings

2011-07-15T19:49:26Z

moved Talk:Windlight Region Settings Project Viewer to Talk:Region Environment Settings

← Older revision	Revision as of 12:49, 15 July 2011
(No difference)

Otenth Paderborn at 03:38, 1 July 2011

2011-07-01T03:38:15Z

← Older revision		Revision as of 20:38, 30 June 2011
Line 15:		Line 15:

	== Bugs ==		== Bugs ==

			* Sorry, but I hadn't read the wiki page, and I just filed a JIRA instead of writing here. Today's update (2_7_6_234269) made all prims black, except some HUDs and sculpties, which were invisible. This is the JIRA https://jira.secondlife.com/browse/VWR-26177 [[User:Otenth Paderborn\|Otenth]] 20:38, 30 June 2011 (PDT)

	== SL day cycle question and discussion ==		== SL day cycle question and discussion ==

Romaq Rosher: /* SL day cycle question and discussion */

2011-06-13T02:06:46Z

SL day cycle question and discussion

← Older revision		Revision as of 19:06, 12 June 2011
Line 25:		Line 25:

	I've done some reading in the code.... it looks as though the relationship between real time and time-of-SL-day should be stable; a given real time should always be the same SL time. I don't, however, see anything in the code that makes it easy to tell what that relationship will be.		I've done some reading in the code.... it looks as though the relationship between real time and time-of-SL-day should be stable; a given real time should always be the same SL time. I don't, however, see anything in the code that makes it easy to tell what that relationship will be.

			'''Romaq replies''':

			I recall reading on text for llGetSunDirection something to the effect it depends on server up from a reboot... I'm guessing the main control process that kicks off everything. I regret I could not find a link to that info quickly, but a sharp reader might pick it up from somewhere in there. I have to head out. I must say it would be useful if that code could be located and have mainland/ default have a fixed, published relationship to UTC regardless of a full system reboot. [[User:Romaq Rosher\|Romaq Rosher]] 19:06, 12 June 2011 (PDT)

Oz Linden: /* SL day cycle question and discussion */

2011-06-10T12:44:34Z

SL day cycle question and discussion

← Older revision		Revision as of 05:44, 10 June 2011
Line 23:		Line 23:

	'''Oz replies''':		'''Oz replies''':

	~~An outstanding question, and one I've been meaning to ask... I'll get back to you.~~

	I've done some reading in the code.... it looks as though the relationship between real time and time-of-SL-day should be stable; a given real time should always be the same SL time. I don't, however, see anything in the code that makes it easy to tell what that relationship will be.		I've done some reading in the code.... it looks as though the relationship between real time and time-of-SL-day should be stable; a given real time should always be the same SL time. I don't, however, see anything in the code that makes it easy to tell what that relationship will be.

	The server sends the time to the viewer expressed as a 'sun angle' in radians. The same value (in vector form) can be read by scripts using llGetSunDirection. A related value can also be read using llGetTimeOfDay; though the documentation on just what to expect from that is much less clear, it does say:
	~~Second Life days cycles are 4 hours long (3 hours of light, 1 hour of dark). The sunrise and sunset time varies slowly.~~

	that variation seems to be an attempt in the code to somehow approximate the seasonal effect of axial tilt. Sometimes I wonder about the people who built this thing.... I think that the easiest way to figure out what the relationship really is is to do some experiments using LSL... I'll do that and see what I find.

	Anyway... this does have an implication for us. It turns out that there's a difference between a region set to have a fixed time of day (previously set in the Region/Estate floater Estate tab) and one that just has a fixed sky: the phase control from that dialog causes the two LSL functions above to behave differently. When the region is set to a fixed sun, that causes the llGetSunDirection to always return that fixed value rather than one dependent on the time (it also seems to change llGetTimeOfDay, but in a less clear way). Our current implementation will break that, since we are never setting the fixed sun flag.

	There's an awkward disconnect in the old functionality though... the estate time phase on a fixed sun region controlled what llGetSunDirection returned, but that had no relationship to the sun angle in the windlight sky preset selected. It was possible to set the estate phase to one value and then set the apparent position of the sun to something else in the sky preset. If the estate manager did that (under the old controls), the llGetSunDirection would return a value that didn't match what the user saw. I suspect this came about because there used to be just the one control for the region time, but when windlight sky presets were created they added an independent control.

	I think the correct solution to reconcile this is for us to change the code so that if the estate manager selects a Fixed Sky in the Region/Estate Environment tab, then we tell the sim that it is a 'fixed sun' region, but instead of having a phase control there, we extract the sun position from the selected sky preset. This will ensure that the llGetSunDirection will return a value that points to the apparent sun in any fixed sky region. In regions set to use a day cycle, the sun position in each selected sky preset will control the apparent position; those will only match what llGetSunDirection returns if the user who created the sky and day cycle presets did so in a way that approximates the underlying SL time of day, but I don't think there's anything we can or should do about that.

Oz Linden: /* Bugs */

2011-06-10T12:29:53Z

Bugs

← Older revision		Revision as of 05:29, 10 June 2011
Line 14:		Line 14:
	* Should we use color pickers instead of the 4-slider sets for the sky and atmosphere colors? They would consume more screen space, but might be more intuitive, and already support direct entry of numeric color values. We do this for the water preset fog color.		* Should we use color pickers instead of the 4-slider sets for the sky and atmosphere colors? They would consume more screen space, but might be more intuitive, and already support direct entry of numeric color values. We do this for the water preset fog color.

	=== Bugs ===		== Bugs ==

	== SL day cycle question and discussion ==		== SL day cycle question and discussion ==

Oz Linden at 12:29, 10 June 2011

2011-06-10T12:29:24Z

← Older revision		Revision as of 05:29, 10 June 2011
Line 12:		Line 12:
	==Questions==		==Questions==

	* Should we use color pickers instead of the 4-slider sets for the sky and atmosphere colors?		* Should we use color pickers instead of the 4-slider sets for the sky and atmosphere colors? They would consume more screen space, but might be more intuitive, and already support direct entry of numeric color values. We do this for the water preset fog color.

	=== Bugs ===		=== Bugs ===

Oz Linden: /* Suggestions */

2011-06-10T12:28:06Z

Suggestions

← Older revision		Revision as of 05:28, 10 June 2011
Line 9:		Line 9:

	--[[User:Uni Ninetails\|Uni Ninetails]] 16:59, 3 June 2011 (PDT)		--[[User:Uni Ninetails\|Uni Ninetails]] 16:59, 3 June 2011 (PDT)

			==Questions==

			* Should we use color pickers instead of the 4-slider sets for the sky and atmosphere colors?

	=== Bugs ===		=== Bugs ===