Re: UgleySky

classic Classic list List threaded Threaded
3 messages Options
Reply | Threaded
Open this post in threaded view
|

Re: UgleySky

Sara Payne
Thank you for the script suggestion, it works brilliantly.

Also thank you for helping in here, I really appreciate it. I don't know if
this is a Firestorm issue or Opensim still.

I have my viewer set to use 'Shared Environment'

I still do not get an 'apply to parcel' option if I right-click on an
environmental asset. The option remains greyed out. In the estate tools, I
can and am putting a tick in 'Parcel Owners May Override Environment'.
However, this option is not persistent. If I close and re-open the estate
tools it is unchecked.

Another observation is that if I try to use the 'use inventory' option
nothing happens. If instead I use 'Customise' and 'Apply to Region' it
looks as though it applies before reverting afterwards.

If after this I use the customise button again, the previous setting is
displayed, just not applied to the region.

Kind regards

Sara


On Tue, Jun 30, 2020 at 3:44 PM <[hidden email]>
wrote:

> Send Opensim-users mailing list submissions to
>         [hidden email]
>
> 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
>         [hidden email]
>
> You can reach the person managing the list at
>         [hidden email]
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Opensim-users digest..."
>
>
> Today's Topics:
>
>    1. Re: Opensim-users Digest, Vol 72, Issue 8 (Sara Payne)
>    2. Re: Opensim-users Digest, Vol 72, Issue 8 (no it is about
>       uglysky) (Leal Duarte)
>    3. Re: Opensim-users Digest, Vol 72, Issue 8 (no it is about
>       uglysky) (Leal Duarte)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Tue, 30 Jun 2020 13:52:54 +0100
> From: Sara Payne <[hidden email]>
> To: [hidden email]
> Subject: Re: [Opensim-users] Opensim-users Digest, Vol 72, Issue 8
> Message-ID:
>         <CAOvqX5tE8e4ysqpbJdLB9OiAMzYEL=
> [hidden email]>
> Content-Type: text/plain; charset="UTF-8"
>
> 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 <[hidden email]>
> wrote:
>
> > Send Opensim-users mailing list submissions to
> >         [hidden email]
> >
> > 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
> >         [hidden email]
> >
> > You can reach the person managing the list at
> >         [hidden email]
> >
> > 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 <[hidden email]>
> > To: [hidden email]
> > Subject: [Opensim-users] EEP & Ugley Sky
> > Message-ID:
> >         <
> > [hidden email]>
> > 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 <[hidden email]>
> > To: [hidden email]
> > Subject: Re: [Opensim-users] EEP & Ugley Sky
> > Message-ID: <[hidden email]>
> > 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
> > > [hidden email]
> > > http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
> >
> >
> > ------------------------------
> >
> > Message: 3
> > Date: Tue, 30 Jun 2020 12:37:31 +0100
> > From: Leal Duarte <[hidden email]>
> > To: [hidden email], [hidden email]
> > Subject: [Opensim-users] UglySky work branch
> > Message-ID: <[hidden email]>
> > 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
> > [hidden email]
> > http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
> >
> >
> > End of Opensim-users Digest, Vol 72, Issue 8
> > ********************************************
> >
>
>
> ------------------------------
>
> Message: 2
> Date: Tue, 30 Jun 2020 14:23:18 +0100
> From: Leal Duarte <[hidden email]>
> To: [hidden email]
> Subject: Re: [Opensim-users] Opensim-users Digest, Vol 72, Issue 8 (no
>         it is about uglysky)
> Message-ID: <[hidden email]>
> Content-Type: text/plain; charset=utf-8; format=flowed
>
> Yes some new assets are needed ( local fixed skies are now grid assets,
> clouds texture, default day cyle, etc )
>
> uglysky robust should load them automatically, at least on some asset
> service modules.
>
> there is a simple hack to import them to a HG grid, using a osgrid
> account :p
>
> at osgrid, create a box and a new script:
>
>  ??? key a = "5646d39e-d3d7-6aff-ed71-30fc87d64a92";
>  ??? key b = "5646d39e-d3d7-6aff-ed71-30fc87d64a91";
>  ??? key c = "01e41537-ff51-2f1f-8ef7-17e4df760bfb";
>  ??? key d = "6c83e853-e7f8-cad7-8ee6-5f31c453721c";
>  ??? key e = "084e26cd-a900-28e8-08d0-64a9de5c15e2";
>  ??? key f = "8a01b97a-cb20-c1ea-ac63-f7ea84ad0090";
>
>  ??? key g ="1dc1368f-e8fe-f02d-a08d-9d9f11c1af6b";
>
> default
> {
>  ??? state_entry()
>  ??? {
>  ??????? llSay(0, "Script running, but who cares..");
>  ??? }
> }
>
>  ??? Hope im not missing any.
>
>  ??? wear the box and teleport to your grid. If all goes well the normal
> HG code will copy those assets to your grid.
>
>  ??? This are public assets, of course.
>
>  ??? (you should thank osgrid for this service also ;) )
>
> ( btw that is how i did update osgrid, that is also using a older robust
> ;) )
>
> you will not have updated opensim library, but that only has 2 day
> cycles (assets above).
>
> Note that most this uuids are hardcoded on viewers, so those that log at
> sl with clean cache and then opensim, will have them on viewer cache and
> viewer will use those (some are not exactly the same). A old problem...
>
> Ubit
>
>
>
> > 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 <[hidden email]
> >
> > wrote:
> >
> >> Send Opensim-users mailing list submissions to
> >>          [hidden email]
> >>
> >> 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
> >>          [hidden email]
> >>
> >> You can reach the person managing the list at
> >>          [hidden email]
> >>
> >> 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 <[hidden email]>
> >> To: [hidden email]
> >> Subject: [Opensim-users] EEP & Ugley Sky
> >> Message-ID:
> >>          <
> >> [hidden email]>
> >> 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 <[hidden email]>
> >> To: [hidden email]
> >> Subject: Re: [Opensim-users] EEP & Ugley Sky
> >> Message-ID: <[hidden email]>
> >> 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
> >>> [hidden email]
> >>> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
> >>
> >> ------------------------------
> >>
> >> Message: 3
> >> Date: Tue, 30 Jun 2020 12:37:31 +0100
> >> From: Leal Duarte <[hidden email]>
> >> To: [hidden email], [hidden email]
> >> Subject: [Opensim-users] UglySky work branch
> >> Message-ID: <[hidden email]>
> >> 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
> >> [hidden email]
> >> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
> >>
> >>
> >> End of Opensim-users Digest, Vol 72, Issue 8
> >> ********************************************
> >>
> > _______________________________________________
> > Opensim-users mailing list
> > [hidden email]
> > http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
>
>
> ------------------------------
>
> Message: 3
> Date: Tue, 30 Jun 2020 15:43:41 +0100
> From: Leal Duarte <[hidden email]>
> To: [hidden email]
> Subject: Re: [Opensim-users] Opensim-users Digest, Vol 72, Issue 8 (no
>         it is about uglysky)
> Message-ID: <[hidden email]>
> Content-Type: text/plain; charset=utf-8; format=flowed
>
> For you convenience, i placed a little box with such script on a small
> box at LBSA next to the dancing Engineer,(kinda clouds texture)
>
> a HG visitor should be able to buy/take copy, wear it (just in case) and
> return home, getting those assets to the grid.
>
> im sorry i could not test it, but should work.
>
> With this assets, some new viewers should work even on older regions,
> just without any environment editing capabilities
>
> well unless they wont work for some reason :)
>
> (cool VL claims to have eep support, specially the beta version with the
> new rendering active, it does seem to do something until it totally
> crashes)
>
> Thanks OSGrid for the service to the entire community (btw don't tell
> them, i didn't ask perm to put the box there, shhhh ;) )
>
> Regards,
>
> Ubit
>
>
> On 30-Jun-20 14:23, Leal Duarte wrote:
> > Yes some new assets are needed ( local fixed skies are now grid
> > assets, clouds texture, default day cyle, etc )
> >
> > uglysky robust should load them automatically, at least on some asset
> > service modules.
> >
> > there is a simple hack to import them to a HG grid, using a osgrid
> > account :p
> >
> > at osgrid, create a box and a new script:
> >
> > ??? key a = "5646d39e-d3d7-6aff-ed71-30fc87d64a92";
> > ??? key b = "5646d39e-d3d7-6aff-ed71-30fc87d64a91";
> > ??? key c = "01e41537-ff51-2f1f-8ef7-17e4df760bfb";
> > ??? key d = "6c83e853-e7f8-cad7-8ee6-5f31c453721c";
> > ??? key e = "084e26cd-a900-28e8-08d0-64a9de5c15e2";
> > ??? key f = "8a01b97a-cb20-c1ea-ac63-f7ea84ad0090";
> >
> > ??? key g ="1dc1368f-e8fe-f02d-a08d-9d9f11c1af6b";
> >
> > default
> > {
> > ??? state_entry()
> > ??? {
> > ??????? llSay(0, "Script running, but who cares..");
> > ??? }
> > }
> >
> > ??? Hope im not missing any.
> >
> > ??? wear the box and teleport to your grid. If all goes well the
> > normal HG code will copy those assets to your grid.
> >
> > ??? This are public assets, of course.
> >
> > ??? (you should thank osgrid for this service also ;) )
> >
> > ( btw that is how i did update osgrid, that is also using a older
> > robust ;) )
> >
> > you will not have updated opensim library, but that only has 2 day
> > cycles (assets above).
> >
> > Note that most this uuids are hardcoded on viewers, so those that log
> > at sl with clean cache and then opensim, will have them on viewer
> > cache and viewer will use those (some are not exactly the same). A old
> > problem...
> >
> > Ubit
> >
> >
> >
> >> 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
> >> <[hidden email]>
> >> wrote:
> >>
> >>> Send Opensim-users mailing list submissions to
> >>> ???????? [hidden email]
> >>>
> >>> 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
> >>> ???????? [hidden email]
> >>>
> >>> You can reach the person managing the list at
> >>> ???????? [hidden email]
> >>>
> >>> 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 <[hidden email]>
> >>> To: [hidden email]
> >>> Subject: [Opensim-users] EEP & Ugley Sky
> >>> Message-ID:
> >>> ???????? <
> >>> [hidden email]>
> >>> 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 <[hidden email]>
> >>> To: [hidden email]
> >>> Subject: Re: [Opensim-users] EEP & Ugley Sky
> >>> Message-ID: <[hidden email]>
> >>> 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
> >>>> [hidden email]
> >>>> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
> >>>
> >>> ------------------------------
> >>>
> >>> Message: 3
> >>> Date: Tue, 30 Jun 2020 12:37:31 +0100
> >>> From: Leal Duarte <[hidden email]>
> >>> To: [hidden email], [hidden email]
> >>> Subject: [Opensim-users] UglySky work branch
> >>> Message-ID: <[hidden email]>
> >>> 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
> >>> [hidden email]
> >>> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
> >>>
> >>>
> >>> End of Opensim-users Digest, Vol 72, Issue 8
> >>> ********************************************
> >>>
> >> _______________________________________________
> >> Opensim-users mailing list
> >> [hidden email]
> >> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
> > _______________________________________________
> > Opensim-users mailing list
> > [hidden email]
> > http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
>
>
> ------------------------------
>
> _______________________________________________
> Opensim-users mailing list
> [hidden email]
> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
>
>
> End of Opensim-users Digest, Vol 72, Issue 9
> ********************************************
>
_______________________________________________
Opensim-users mailing list
[hidden email]
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
Reply | Threaded
Open this post in threaded view
|

Re: UgleySky

Leal Duarte
Dont know.. those seem working fine for me

i did had a bug that did not allow estate managers to change region
environment, that i just fixed.

if the option is grey out, that is a viewer side enforce of rights

either the viewer does not see the parcel override option, or you are
not the parcel owner, or if owned by group, proper group power.

using the viewer, i can import a day cycle, save it to inventory, and
apply it later to region or parcel

Ubit


On 30-Jun-20 19:12, Sara Payne wrote:

> Thank you for the script suggestion, it works brilliantly.
>
> Also thank you for helping in here, I really appreciate it. I don't know if
> this is a Firestorm issue or Opensim still.
>
> I have my viewer set to use 'Shared Environment'
>
> I still do not get an 'apply to parcel' option if I right-click on an
> environmental asset. The option remains greyed out. In the estate tools, I
> can and am putting a tick in 'Parcel Owners May Override Environment'.
> However, this option is not persistent. If I close and re-open the estate
> tools it is unchecked.
>
> Another observation is that if I try to use the 'use inventory' option
> nothing happens. If instead I use 'Customise' and 'Apply to Region' it
> looks as though it applies before reverting afterwards.
>
> If after this I use the customise button again, the previous setting is
> displayed, just not applied to the region.
>
> Kind regards
>
> Sara
>
>
> On Tue, Jun 30, 2020 at 3:44 PM <[hidden email]>
> wrote:
>
>> Send Opensim-users mailing list submissions to
>>          [hidden email]
>>
>> 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
>>          [hidden email]
>>
>> You can reach the person managing the list at
>>          [hidden email]
>>
>> When replying, please edit your Subject line so it is more specific
>> than "Re: Contents of Opensim-users digest..."
>>
>>
>> Today's Topics:
>>
>>     1. Re: Opensim-users Digest, Vol 72, Issue 8 (Sara Payne)
>>     2. Re: Opensim-users Digest, Vol 72, Issue 8 (no it is about
>>        uglysky) (Leal Duarte)
>>     3. Re: Opensim-users Digest, Vol 72, Issue 8 (no it is about
>>        uglysky) (Leal Duarte)
>>
>>
>> ----------------------------------------------------------------------
>>
>> Message: 1
>> Date: Tue, 30 Jun 2020 13:52:54 +0100
>> From: Sara Payne <[hidden email]>
>> To: [hidden email]
>> Subject: Re: [Opensim-users] Opensim-users Digest, Vol 72, Issue 8
>> Message-ID:
>>          <CAOvqX5tE8e4ysqpbJdLB9OiAMzYEL=
>> [hidden email]>
>> Content-Type: text/plain; charset="UTF-8"
>>
>> 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 <[hidden email]>
>> wrote:
>>
>>> Send Opensim-users mailing list submissions to
>>>          [hidden email]
>>>
>>> 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
>>>          [hidden email]
>>>
>>> You can reach the person managing the list at
>>>          [hidden email]
>>>
>>> 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 <[hidden email]>
>>> To: [hidden email]
>>> Subject: [Opensim-users] EEP & Ugley Sky
>>> Message-ID:
>>>          <
>>> [hidden email]>
>>> 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 <[hidden email]>
>>> To: [hidden email]
>>> Subject: Re: [Opensim-users] EEP & Ugley Sky
>>> Message-ID: <[hidden email]>
>>> 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
>>>> [hidden email]
>>>> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
>>>
>>> ------------------------------
>>>
>>> Message: 3
>>> Date: Tue, 30 Jun 2020 12:37:31 +0100
>>> From: Leal Duarte <[hidden email]>
>>> To: [hidden email], [hidden email]
>>> Subject: [Opensim-users] UglySky work branch
>>> Message-ID: <[hidden email]>
>>> 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
>>> [hidden email]
>>> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
>>>
>>>
>>> End of Opensim-users Digest, Vol 72, Issue 8
>>> ********************************************
>>>
>>
>> ------------------------------
>>
>> Message: 2
>> Date: Tue, 30 Jun 2020 14:23:18 +0100
>> From: Leal Duarte <[hidden email]>
>> To: [hidden email]
>> Subject: Re: [Opensim-users] Opensim-users Digest, Vol 72, Issue 8 (no
>>          it is about uglysky)
>> Message-ID: <[hidden email]>
>> Content-Type: text/plain; charset=utf-8; format=flowed
>>
>> Yes some new assets are needed ( local fixed skies are now grid assets,
>> clouds texture, default day cyle, etc )
>>
>> uglysky robust should load them automatically, at least on some asset
>> service modules.
>>
>> there is a simple hack to import them to a HG grid, using a osgrid
>> account :p
>>
>> at osgrid, create a box and a new script:
>>
>>   ??? key a = "5646d39e-d3d7-6aff-ed71-30fc87d64a92";
>>   ??? key b = "5646d39e-d3d7-6aff-ed71-30fc87d64a91";
>>   ??? key c = "01e41537-ff51-2f1f-8ef7-17e4df760bfb";
>>   ??? key d = "6c83e853-e7f8-cad7-8ee6-5f31c453721c";
>>   ??? key e = "084e26cd-a900-28e8-08d0-64a9de5c15e2";
>>   ??? key f = "8a01b97a-cb20-c1ea-ac63-f7ea84ad0090";
>>
>>   ??? key g ="1dc1368f-e8fe-f02d-a08d-9d9f11c1af6b";
>>
>> default
>> {
>>   ??? state_entry()
>>   ??? {
>>   ??????? llSay(0, "Script running, but who cares..");
>>   ??? }
>> }
>>
>>   ??? Hope im not missing any.
>>
>>   ??? wear the box and teleport to your grid. If all goes well the normal
>> HG code will copy those assets to your grid.
>>
>>   ??? This are public assets, of course.
>>
>>   ??? (you should thank osgrid for this service also ;) )
>>
>> ( btw that is how i did update osgrid, that is also using a older robust
>> ;) )
>>
>> you will not have updated opensim library, but that only has 2 day
>> cycles (assets above).
>>
>> Note that most this uuids are hardcoded on viewers, so those that log at
>> sl with clean cache and then opensim, will have them on viewer cache and
>> viewer will use those (some are not exactly the same). A old problem...
>>
>> Ubit
>>
>>
>>
>>> 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 <[hidden email]
>>>
>>> wrote:
>>>
>>>> Send Opensim-users mailing list submissions to
>>>>           [hidden email]
>>>>
>>>> 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
>>>>           [hidden email]
>>>>
>>>> You can reach the person managing the list at
>>>>           [hidden email]
>>>>
>>>> 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 <[hidden email]>
>>>> To: [hidden email]
>>>> Subject: [Opensim-users] EEP & Ugley Sky
>>>> Message-ID:
>>>>           <
>>>> [hidden email]>
>>>> 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 <[hidden email]>
>>>> To: [hidden email]
>>>> Subject: Re: [Opensim-users] EEP & Ugley Sky
>>>> Message-ID: <[hidden email]>
>>>> 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
>>>>> [hidden email]
>>>>> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
>>>> ------------------------------
>>>>
>>>> Message: 3
>>>> Date: Tue, 30 Jun 2020 12:37:31 +0100
>>>> From: Leal Duarte <[hidden email]>
>>>> To: [hidden email], [hidden email]
>>>> Subject: [Opensim-users] UglySky work branch
>>>> Message-ID: <[hidden email]>
>>>> 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
>>>> [hidden email]
>>>> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
>>>>
>>>>
>>>> End of Opensim-users Digest, Vol 72, Issue 8
>>>> ********************************************
>>>>
>>> _______________________________________________
>>> Opensim-users mailing list
>>> [hidden email]
>>> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
>>
>> ------------------------------
>>
>> Message: 3
>> Date: Tue, 30 Jun 2020 15:43:41 +0100
>> From: Leal Duarte <[hidden email]>
>> To: [hidden email]
>> Subject: Re: [Opensim-users] Opensim-users Digest, Vol 72, Issue 8 (no
>>          it is about uglysky)
>> Message-ID: <[hidden email]>
>> Content-Type: text/plain; charset=utf-8; format=flowed
>>
>> For you convenience, i placed a little box with such script on a small
>> box at LBSA next to the dancing Engineer,(kinda clouds texture)
>>
>> a HG visitor should be able to buy/take copy, wear it (just in case) and
>> return home, getting those assets to the grid.
>>
>> im sorry i could not test it, but should work.
>>
>> With this assets, some new viewers should work even on older regions,
>> just without any environment editing capabilities
>>
>> well unless they wont work for some reason :)
>>
>> (cool VL claims to have eep support, specially the beta version with the
>> new rendering active, it does seem to do something until it totally
>> crashes)
>>
>> Thanks OSGrid for the service to the entire community (btw don't tell
>> them, i didn't ask perm to put the box there, shhhh ;) )
>>
>> Regards,
>>
>> Ubit
>>
>>
>> On 30-Jun-20 14:23, Leal Duarte wrote:
>>> Yes some new assets are needed ( local fixed skies are now grid
>>> assets, clouds texture, default day cyle, etc )
>>>
>>> uglysky robust should load them automatically, at least on some asset
>>> service modules.
>>>
>>> there is a simple hack to import them to a HG grid, using a osgrid
>>> account :p
>>>
>>> at osgrid, create a box and a new script:
>>>
>>> ??? key a = "5646d39e-d3d7-6aff-ed71-30fc87d64a92";
>>> ??? key b = "5646d39e-d3d7-6aff-ed71-30fc87d64a91";
>>> ??? key c = "01e41537-ff51-2f1f-8ef7-17e4df760bfb";
>>> ??? key d = "6c83e853-e7f8-cad7-8ee6-5f31c453721c";
>>> ??? key e = "084e26cd-a900-28e8-08d0-64a9de5c15e2";
>>> ??? key f = "8a01b97a-cb20-c1ea-ac63-f7ea84ad0090";
>>>
>>> ??? key g ="1dc1368f-e8fe-f02d-a08d-9d9f11c1af6b";
>>>
>>> default
>>> {
>>> ??? state_entry()
>>> ??? {
>>> ??????? llSay(0, "Script running, but who cares..");
>>> ??? }
>>> }
>>>
>>> ??? Hope im not missing any.
>>>
>>> ??? wear the box and teleport to your grid. If all goes well the
>>> normal HG code will copy those assets to your grid.
>>>
>>> ??? This are public assets, of course.
>>>
>>> ??? (you should thank osgrid for this service also ;) )
>>>
>>> ( btw that is how i did update osgrid, that is also using a older
>>> robust ;) )
>>>
>>> you will not have updated opensim library, but that only has 2 day
>>> cycles (assets above).
>>>
>>> Note that most this uuids are hardcoded on viewers, so those that log
>>> at sl with clean cache and then opensim, will have them on viewer
>>> cache and viewer will use those (some are not exactly the same). A old
>>> problem...
>>>
>>> Ubit
>>>
>>>
>>>
>>>> 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
>>>> <[hidden email]>
>>>> wrote:
>>>>
>>>>> Send Opensim-users mailing list submissions to
>>>>> ???????? [hidden email]
>>>>>
>>>>> 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
>>>>> ???????? [hidden email]
>>>>>
>>>>> You can reach the person managing the list at
>>>>> ???????? [hidden email]
>>>>>
>>>>> 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 <[hidden email]>
>>>>> To: [hidden email]
>>>>> Subject: [Opensim-users] EEP & Ugley Sky
>>>>> Message-ID:
>>>>> ???????? <
>>>>> [hidden email]>
>>>>> 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 <[hidden email]>
>>>>> To: [hidden email]
>>>>> Subject: Re: [Opensim-users] EEP & Ugley Sky
>>>>> Message-ID: <[hidden email]>
>>>>> 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
>>>>>> [hidden email]
>>>>>> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
>>>>> ------------------------------
>>>>>
>>>>> Message: 3
>>>>> Date: Tue, 30 Jun 2020 12:37:31 +0100
>>>>> From: Leal Duarte <[hidden email]>
>>>>> To: [hidden email], [hidden email]
>>>>> Subject: [Opensim-users] UglySky work branch
>>>>> Message-ID: <[hidden email]>
>>>>> 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
>>>>> [hidden email]
>>>>> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
>>>>>
>>>>>
>>>>> End of Opensim-users Digest, Vol 72, Issue 8
>>>>> ********************************************
>>>>>
>>>> _______________________________________________
>>>> Opensim-users mailing list
>>>> [hidden email]
>>>> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
>>> _______________________________________________
>>> Opensim-users mailing list
>>> [hidden email]
>>> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
>>
>> ------------------------------
>>
>> _______________________________________________
>> Opensim-users mailing list
>> [hidden email]
>> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
>>
>>
>> End of Opensim-users Digest, Vol 72, Issue 9
>> ********************************************
>>
> _______________________________________________
> Opensim-users mailing list
> [hidden email]
> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
_______________________________________________
Opensim-users mailing list
[hidden email]
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
Reply | Threaded
Open this post in threaded view
|

Re: UgleySky

Leal Duarte
Forgot to mention that i also see "Parcel owners may override.." work
and persist with region shutdown, even on my test region at osgrid
(ubittestdt)

note that unset that option will (or should) remove all parcels local
environments ( for good)

Ubit



On 30-Jun-20 20:28, Leal Duarte wrote:

> Dont know.. those seem working fine for me
>
> i did had a bug that did not allow estate managers to change region
> environment, that i just fixed.
>
> if the option is grey out, that is a viewer side enforce of rights
>
> either the viewer does not see the parcel override option, or you are
> not the parcel owner, or if owned by group, proper group power.
>
> using the viewer, i can import a day cycle, save it to inventory, and
> apply it later to region or parcel
>
> Ubit
>
>
> On 30-Jun-20 19:12, Sara Payne wrote:
>> Thank you for the script suggestion, it works brilliantly.
>>
>> Also thank you for helping in here, I really appreciate it. I don't
>> know if
>> this is a Firestorm issue or Opensim still.
>>
>> I have my viewer set to use 'Shared Environment'
>>
>> I still do not get an 'apply to parcel' option if I right-click on an
>> environmental asset. The option remains greyed out. In the estate
>> tools, I
>> can and am putting a tick in 'Parcel Owners May Override Environment'.
>> However, this option is not persistent. If I close and re-open the
>> estate
>> tools it is unchecked.
>>
>> Another observation is that if I try to use the 'use inventory' option
>> nothing happens. If instead I use 'Customise' and 'Apply to Region' it
>> looks as though it applies before reverting afterwards.
>>
>> If after this I use the customise button again, the previous setting is
>> displayed, just not applied to the region.
>>
>> Kind regards
>>
>> Sara
>>
>>
>> On Tue, Jun 30, 2020 at 3:44 PM
>> <[hidden email]>
>> wrote:
>>
>>> Send Opensim-users mailing list submissions to
>>>          [hidden email]
>>>
>>> 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
>>>          [hidden email]
>>>
>>> You can reach the person managing the list at
>>>          [hidden email]
>>>
>>> When replying, please edit your Subject line so it is more specific
>>> than "Re: Contents of Opensim-users digest..."
>>>
>>>
>>> Today's Topics:
>>>
>>>     1. Re: Opensim-users Digest, Vol 72, Issue 8 (Sara Payne)
>>>     2. Re: Opensim-users Digest, Vol 72, Issue 8 (no it is about
>>>        uglysky) (Leal Duarte)
>>>     3. Re: Opensim-users Digest, Vol 72, Issue 8 (no it is about
>>>        uglysky) (Leal Duarte)
>>>
>>>
>>> ----------------------------------------------------------------------
>>>
>>> Message: 1
>>> Date: Tue, 30 Jun 2020 13:52:54 +0100
>>> From: Sara Payne <[hidden email]>
>>> To: [hidden email]
>>> Subject: Re: [Opensim-users] Opensim-users Digest, Vol 72, Issue 8
>>> Message-ID:
>>>          <CAOvqX5tE8e4ysqpbJdLB9OiAMzYEL=
>>> [hidden email]>
>>> Content-Type: text/plain; charset="UTF-8"
>>>
>>> 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
>>> <[hidden email]>
>>> wrote:
>>>
>>>> Send Opensim-users mailing list submissions to
>>>>          [hidden email]
>>>>
>>>> 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
>>>>          [hidden email]
>>>>
>>>> You can reach the person managing the list at
>>>>          [hidden email]
>>>>
>>>> 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 <[hidden email]>
>>>> To: [hidden email]
>>>> Subject: [Opensim-users] EEP & Ugley Sky
>>>> Message-ID:
>>>>          <
>>>> [hidden email]>
>>>> 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 <[hidden email]>
>>>> To: [hidden email]
>>>> Subject: Re: [Opensim-users] EEP & Ugley Sky
>>>> Message-ID: <[hidden email]>
>>>> 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
>>>>> [hidden email]
>>>>> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
>>>>
>>>> ------------------------------
>>>>
>>>> Message: 3
>>>> Date: Tue, 30 Jun 2020 12:37:31 +0100
>>>> From: Leal Duarte <[hidden email]>
>>>> To: [hidden email], [hidden email]
>>>> Subject: [Opensim-users] UglySky work branch
>>>> Message-ID: <[hidden email]>
>>>> 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
>>>> [hidden email]
>>>> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
>>>>
>>>>
>>>> End of Opensim-users Digest, Vol 72, Issue 8
>>>> ********************************************
>>>>
>>>
>>> ------------------------------
>>>
>>> Message: 2
>>> Date: Tue, 30 Jun 2020 14:23:18 +0100
>>> From: Leal Duarte <[hidden email]>
>>> To: [hidden email]
>>> Subject: Re: [Opensim-users] Opensim-users Digest, Vol 72, Issue 8 (no
>>>          it is about uglysky)
>>> Message-ID: <[hidden email]>
>>> Content-Type: text/plain; charset=utf-8; format=flowed
>>>
>>> Yes some new assets are needed ( local fixed skies are now grid assets,
>>> clouds texture, default day cyle, etc )
>>>
>>> uglysky robust should load them automatically, at least on some asset
>>> service modules.
>>>
>>> there is a simple hack to import them to a HG grid, using a osgrid
>>> account :p
>>>
>>> at osgrid, create a box and a new script:
>>>
>>>   ??? key a = "5646d39e-d3d7-6aff-ed71-30fc87d64a92";
>>>   ??? key b = "5646d39e-d3d7-6aff-ed71-30fc87d64a91";
>>>   ??? key c = "01e41537-ff51-2f1f-8ef7-17e4df760bfb";
>>>   ??? key d = "6c83e853-e7f8-cad7-8ee6-5f31c453721c";
>>>   ??? key e = "084e26cd-a900-28e8-08d0-64a9de5c15e2";
>>>   ??? key f = "8a01b97a-cb20-c1ea-ac63-f7ea84ad0090";
>>>
>>>   ??? key g ="1dc1368f-e8fe-f02d-a08d-9d9f11c1af6b";
>>>
>>> default
>>> {
>>>   ??? state_entry()
>>>   ??? {
>>>   ??????? llSay(0, "Script running, but who cares..");
>>>   ??? }
>>> }
>>>
>>>   ??? Hope im not missing any.
>>>
>>>   ??? wear the box and teleport to your grid. If all goes well the
>>> normal
>>> HG code will copy those assets to your grid.
>>>
>>>   ??? This are public assets, of course.
>>>
>>>   ??? (you should thank osgrid for this service also ;) )
>>>
>>> ( btw that is how i did update osgrid, that is also using a older
>>> robust
>>> ;) )
>>>
>>> you will not have updated opensim library, but that only has 2 day
>>> cycles (assets above).
>>>
>>> Note that most this uuids are hardcoded on viewers, so those that
>>> log at
>>> sl with clean cache and then opensim, will have them on viewer cache
>>> and
>>> viewer will use those (some are not exactly the same). A old problem...
>>>
>>> Ubit
>>>
>>>
>>>
>>>> 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
>>>> <[hidden email]
>>>>
>>>> wrote:
>>>>
>>>>> Send Opensim-users mailing list submissions to
>>>>>           [hidden email]
>>>>>
>>>>> 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
>>>>>           [hidden email]
>>>>>
>>>>> You can reach the person managing the list at
>>>>>           [hidden email]
>>>>>
>>>>> 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 <[hidden email]>
>>>>> To: [hidden email]
>>>>> Subject: [Opensim-users] EEP & Ugley Sky
>>>>> Message-ID:
>>>>>           <
>>>>> [hidden email]>
>>>>> 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 <[hidden email]>
>>>>> To: [hidden email]
>>>>> Subject: Re: [Opensim-users] EEP & Ugley Sky
>>>>> Message-ID: <[hidden email]>
>>>>> 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
>>>>>> [hidden email]
>>>>>> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
>>>>> ------------------------------
>>>>>
>>>>> Message: 3
>>>>> Date: Tue, 30 Jun 2020 12:37:31 +0100
>>>>> From: Leal Duarte <[hidden email]>
>>>>> To: [hidden email], [hidden email]
>>>>> Subject: [Opensim-users] UglySky work branch
>>>>> Message-ID: <[hidden email]>
>>>>> 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
>>>>> [hidden email]
>>>>> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
>>>>>
>>>>>
>>>>> End of Opensim-users Digest, Vol 72, Issue 8
>>>>> ********************************************
>>>>>
>>>> _______________________________________________
>>>> Opensim-users mailing list
>>>> [hidden email]
>>>> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
>>>
>>> ------------------------------
>>>
>>> Message: 3
>>> Date: Tue, 30 Jun 2020 15:43:41 +0100
>>> From: Leal Duarte <[hidden email]>
>>> To: [hidden email]
>>> Subject: Re: [Opensim-users] Opensim-users Digest, Vol 72, Issue 8 (no
>>>          it is about uglysky)
>>> Message-ID: <[hidden email]>
>>> Content-Type: text/plain; charset=utf-8; format=flowed
>>>
>>> For you convenience, i placed a little box with such script on a small
>>> box at LBSA next to the dancing Engineer,(kinda clouds texture)
>>>
>>> a HG visitor should be able to buy/take copy, wear it (just in case)
>>> and
>>> return home, getting those assets to the grid.
>>>
>>> im sorry i could not test it, but should work.
>>>
>>> With this assets, some new viewers should work even on older regions,
>>> just without any environment editing capabilities
>>>
>>> well unless they wont work for some reason :)
>>>
>>> (cool VL claims to have eep support, specially the beta version with
>>> the
>>> new rendering active, it does seem to do something until it totally
>>> crashes)
>>>
>>> Thanks OSGrid for the service to the entire community (btw don't tell
>>> them, i didn't ask perm to put the box there, shhhh ;) )
>>>
>>> Regards,
>>>
>>> Ubit
>>>
>>>
>>> On 30-Jun-20 14:23, Leal Duarte wrote:
>>>> Yes some new assets are needed ( local fixed skies are now grid
>>>> assets, clouds texture, default day cyle, etc )
>>>>
>>>> uglysky robust should load them automatically, at least on some asset
>>>> service modules.
>>>>
>>>> there is a simple hack to import them to a HG grid, using a osgrid
>>>> account :p
>>>>
>>>> at osgrid, create a box and a new script:
>>>>
>>>> ??? key a = "5646d39e-d3d7-6aff-ed71-30fc87d64a92";
>>>> ??? key b = "5646d39e-d3d7-6aff-ed71-30fc87d64a91";
>>>> ??? key c = "01e41537-ff51-2f1f-8ef7-17e4df760bfb";
>>>> ??? key d = "6c83e853-e7f8-cad7-8ee6-5f31c453721c";
>>>> ??? key e = "084e26cd-a900-28e8-08d0-64a9de5c15e2";
>>>> ??? key f = "8a01b97a-cb20-c1ea-ac63-f7ea84ad0090";
>>>>
>>>> ??? key g ="1dc1368f-e8fe-f02d-a08d-9d9f11c1af6b";
>>>>
>>>> default
>>>> {
>>>> ??? state_entry()
>>>> ??? {
>>>> ??????? llSay(0, "Script running, but who cares..");
>>>> ??? }
>>>> }
>>>>
>>>> ??? Hope im not missing any.
>>>>
>>>> ??? wear the box and teleport to your grid. If all goes well the
>>>> normal HG code will copy those assets to your grid.
>>>>
>>>> ??? This are public assets, of course.
>>>>
>>>> ??? (you should thank osgrid for this service also ;) )
>>>>
>>>> ( btw that is how i did update osgrid, that is also using a older
>>>> robust ;) )
>>>>
>>>> you will not have updated opensim library, but that only has 2 day
>>>> cycles (assets above).
>>>>
>>>> Note that most this uuids are hardcoded on viewers, so those that log
>>>> at sl with clean cache and then opensim, will have them on viewer
>>>> cache and viewer will use those (some are not exactly the same). A old
>>>> problem...
>>>>
>>>> Ubit
>>>>
>>>>
>>>>
>>>>> 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
>>>>> <[hidden email]>
>>>>> wrote:
>>>>>
>>>>>> Send Opensim-users mailing list submissions to
>>>>>> ???????? [hidden email]
>>>>>>
>>>>>> 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
>>>>>> ???????? [hidden email]
>>>>>>
>>>>>> You can reach the person managing the list at
>>>>>> ???????? [hidden email]
>>>>>>
>>>>>> 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 <[hidden email]>
>>>>>> To: [hidden email]
>>>>>> Subject: [Opensim-users] EEP & Ugley Sky
>>>>>> Message-ID:
>>>>>> ???????? <
>>>>>> [hidden email]>
>>>>>> 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 <[hidden email]>
>>>>>> To: [hidden email]
>>>>>> Subject: Re: [Opensim-users] EEP & Ugley Sky
>>>>>> Message-ID: <[hidden email]>
>>>>>> 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
>>>>>>> [hidden email]
>>>>>>> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
>>>>>> ------------------------------
>>>>>>
>>>>>> Message: 3
>>>>>> Date: Tue, 30 Jun 2020 12:37:31 +0100
>>>>>> From: Leal Duarte <[hidden email]>
>>>>>> To: [hidden email], [hidden email]
>>>>>> Subject: [Opensim-users] UglySky work branch
>>>>>> Message-ID: <[hidden email]>
>>>>>> 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
>>>>>> [hidden email]
>>>>>> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
>>>>>>
>>>>>>
>>>>>> End of Opensim-users Digest, Vol 72, Issue 8
>>>>>> ********************************************
>>>>>>
>>>>> _______________________________________________
>>>>> Opensim-users mailing list
>>>>> [hidden email]
>>>>> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
>>>> _______________________________________________
>>>> Opensim-users mailing list
>>>> [hidden email]
>>>> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
>>>
>>> ------------------------------
>>>
>>> _______________________________________________
>>> Opensim-users mailing list
>>> [hidden email]
>>> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
>>>
>>>
>>> End of Opensim-users Digest, Vol 72, Issue 9
>>> ********************************************
>>>
>> _______________________________________________
>> Opensim-users mailing list
>> [hidden email]
>> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
> _______________________________________________
> Opensim-users mailing list
> [hidden email]
> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
_______________________________________________
Opensim-users mailing list
[hidden email]
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users