Hi, yes that setting is enabled, but i am also getting a message telling me some setting is missing from the database every time I teleport in. Does robust for an ugly sky region need to also be from the same code set? At the moment I have robust running on 0.911. I can update robust, but i lost your post detailing the changes needed to update from 0.911 Robust to 0.92 so i have been putting that off until release so far.
On Tue, Jun 30, 2020 at 1:00 PM <[email protected]> wrote: > Send Opensim-users mailing list submissions to > [email protected] > > To subscribe or unsubscribe via the World Wide Web, visit > http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users > or, via email, send a message with subject or body 'help' to > [email protected] > > You can reach the person managing the list at > [email protected] > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Opensim-users digest..." > > > Today's Topics: > > 1. EEP & Ugley Sky (Sara Payne) > 2. Re: EEP & Ugley Sky (Leal Duarte) > 3. UglySky work branch (Leal Duarte) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 29 Jun 2020 15:47:37 +0100 > From: Sara Payne <[email protected]> > To: [email protected] > Subject: [Opensim-users] EEP & Ugley Sky > Message-ID: > < > caovqx5utrxs6zczqtlgh5bmquy2axfu1ew8fuunuhsnq0lz...@mail.gmail.com> > Content-Type: text/plain; charset="UTF-8" > > Greetings All > > Today I have been playing around with a pre-release version of Firestorm > with EEP on an ugleysky branch region of opensimulator (compiled today). > > What an amazing start from Ubit on the Opensim side and Beq on the > Firestorm team side for making this viewer work with older Opensim code. > > Anyway, i couldn't apply a new environment setting asset to the parcel, > only to myself. Does anyone know if this is still expected behaviour with > UgleySky? I guess I am wondering if I should put it on the OS Mantis or the > Firestorm Jira. > > Does anyone know? > > Thanks in advance > > Sara > > > ------------------------------ > > Message: 2 > Date: Mon, 29 Jun 2020 16:05:51 +0100 > From: Leal Duarte <[email protected]> > To: [email protected] > Subject: Re: [Opensim-users] EEP & Ugley Sky > Message-ID: <[email protected]> > Content-Type: text/plain; charset=utf-8; format=flowed > > Hi > > ??? That is working fine for me. Did you allowed parcel override on the > region ? > > Ubit > > > On 29-Jun-20 15:47, Sara Payne wrote: > > Greetings All > > > > Today I have been playing around with a pre-release version of Firestorm > > with EEP on an ugleysky branch region of opensimulator (compiled today). > > > > What an amazing start from Ubit on the Opensim side and Beq on the > > Firestorm team side for making this viewer work with older Opensim code. > > > > Anyway, i couldn't apply a new environment setting asset to the parcel, > > only to myself. Does anyone know if this is still expected behaviour with > > UgleySky? I guess I am wondering if I should put it on the OS Mantis or > the > > Firestorm Jira. > > > > Does anyone know? > > > > Thanks in advance > > > > Sara > > _______________________________________________ > > Opensim-users mailing list > > [email protected] > > http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users > > > ------------------------------ > > Message: 3 > Date: Tue, 30 Jun 2020 12:37:31 +0100 > From: Leal Duarte <[email protected]> > To: [email protected], [email protected] > Subject: [Opensim-users] UglySky work branch > Message-ID: <[email protected]> > Content-Type: text/plain; charset=utf-8; format=flowed > > "uglysky" is a branch of? the OpenSim 0.9.2.0 dev code that should > provide some support for different region environment mechanism that new > viewers for OpenSimulator (OpenSim) will have. This viewers replaced > Windlight by the so called EEP (Environmental Enhancement Project) code, > basically a modified Windlight, with a few new features and different > low level rendering. > > Up until uglysky work, the OpenSim environment had two basically > independent environment handling mechanisms: Lightshare (LS) and > Windlight (WL). > > Windlight was just a blind storage of what was sent by a viewer to the > server when applying an environment on its UI. This storage had no > relation to the Lightshare one, and was just sent back to viewers for > users on arrival to a region. Most viewers could not display WL changes > made after arrival. > > LightShare, only manipulated by scripts, was also sent to viewers at > login, in a independent way using its own lludp protocol. Viewers > supporting that protocol could see and update to changes made by a > script at anytime. Using LS and a viewer's WL UI together could be > confusing. This was due to history. Lighshare was introduced when a > viewer's environment was only local and the capability was never updated > when they started sharing region WL settings. > > In addition there was a server side Sun module, that did ...something > ... It was mostly only valid for very old viewers. > > On uglysky the internal representation of the region environment was > unified, with the parameters and structure more suitable for the new > viewers (i.e. the so called EEP viewers). Viewers only get the > environment using a new protocol, or a subset of it using WL protocol. > Sun module was removed. LightShare (LS) scripts only create the simple > subset of EEP environments they have an effect on. LS lludp protocol was > removed. > > When a script changes LS settings or WL settings are changed by a user, > new EEP capable viewers will see the change. Older WL viewers that could > already see WL changes (Firestorm for example) will also see them, > others will not. > > Same applies for parcel crossings. The environment change will be sent, > some WL viewers will see it (so also providing per parcel environment > capability), others will not. And the same applies to the new OSSL per > avatar forced environment (if user is using region environment). > > Several new settings can only be set with a new EEP capable viewer, like > day length, day offset, altitudes or parcel environment. > > Unless a region is to be used only with new EEP capable viewers, some > restrictions are recommended to continue to support WL only viewers: > > ??? - keep day cycle as 4 hours (default - some viewers may have it > hardcoded) > ??? - keep day offset -8 hours (default - some viewers may have > something hardcoded) > ??? - use only altitude zero (there are no altitudes on WL) > ??? - use only one "track" on water (WL water was not part of the day > cycle) > > WL viewers can change the region environment by applying water and fixed > or day cycle. This will be converted to new region data, using defaults > for other the settings WL does not have. Note that estate sun, fixed sun > and sun hour are gone (false, false, 0 now). Those are now defined by > the selected day cycle. > > Day and night duration: > > WL viewers used a non-linear sun time, so nights ran faster than days > with a day/night relation of about 3 to 1. New viewers do not do that, > neither will older WL viewers on uglysky regions. > > This may mean that when using a WL XML saved setting to apply an > environment or using a new EEP capable viewer to import a WL setting, > the day/night relation will be 1 to 1, if that was defined on the XML > source. Regions importing WL XML saved settings from WL viewers could > deform the day cycle timing. But new EEP viewer import does not. > > In the uglysky OpenSim library you should find a 1 to 1 "default" day > cycle and a modified 3 to 1 day cycle (the default used by regions). > > The viewer devs made a great effort to try to keep thinks looking the > same as before, with similar parameters, but one should expect some > differences. One case in fact is not even on the rendering engine, but > on parameters validation, that does seem incorrect. Hopefully they will > fix it. > > This work branch will be part of main dev code soon. > > Regards, > > Ubit > > > > ------------------------------ > > _______________________________________________ > Opensim-users mailing list > [email protected] > http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users > > > End of Opensim-users Digest, Vol 72, Issue 8 > ******************************************** > _______________________________________________ Opensim-users mailing list [email protected] http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
