[Opensim-users] Opensim-users Digest, Vol 72, Issue 8

Tue Jun 30 12:52:54 UTC 2020

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 <opensim-users-request at opensimulator.org>
wrote:

> Send Opensim-users mailing list submissions to
>         opensim-users at opensimulator.org
>
> 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
>         opensim-users-request at opensimulator.org
>
> You can reach the person managing the list at
>         opensim-users-owner at opensimulator.org
>
> 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 <sarapayne.uk at gmail.com>
> To: opensim-users at opensimulator.org
> Subject: [Opensim-users] EEP & Ugley Sky
> Message-ID:
>         <
> CAOvqX5utrXs6zCzQTLGh5Bmquy2aXFu1eW8fuuNuHsNQ0LZhpQ at 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 <ajlduarte at sapo.pt>
> To: opensim-users at opensimulator.org
> Subject: Re: [Opensim-users] EEP & Ugley Sky
> Message-ID: <f14ce406-6d33-dfdc-9102-df074e86ce03 at sapo.pt>
> 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
> > Opensim-users at opensimulator.org
> > http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
>
>
> ------------------------------
>
> Message: 3
> Date: Tue, 30 Jun 2020 12:37:31 +0100
> From: Leal Duarte <ajlduarte at sapo.pt>
> To: opensim-users at opensimulator.org, opensim-dev at opensimulator.org
> Subject: [Opensim-users] UglySky work branch
> Message-ID: <b740ff9b-b4d9-a92e-89f2-cb2b439bd934 at sapo.pt>
> 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
> Opensim-users at opensimulator.org
> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
>
>
> End of Opensim-users Digest, Vol 72, Issue 8
> ********************************************
>