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