Deploys for the week of 2011-09-26

[Oskar Linden]

Today is my mom's birthday. Happy Birthday Mom! I love you. :matte-motes-bashful-cute-2: Ok, now that I got my obligatory shout out to my wonderful mother let's talk about this week in release. We will be releasing the code that was on BlueSteel to the main channel. This contains just the fix for SVC-7283. There is nothing else in this release.

If anyone is looking for something new to mess around with check out the keyframing project on ADITI.

Second Life Server (main channel)

This channel contains only the fix for SVC-7283.

 

2011-09-27, 5:00am: Rolling Restart - Release Notes: https://wiki.secondlife.com/wiki/Release_Notes/Second_Life_Server/11

 

Second Life RC BlueSteel

There is a new project in here that we are calling the "Faster Scripts" project. Changes were made to speed up certain LSL functions. Mmost notably Mono llGet*() calls that access object parameters (such as llGetMas() or llGetPos()) but don't actually change any object parameters, since most of those calls have built-in delays that automatically throttle the rate at which they can loop. There are more details in the release notes link below.

2011-09-28, 8:00am: Rolling Restart - Release Notes: https://wiki.secondlife.com/wiki/Release_Notes/Second_Life_RC_BlueSteel/11

 

Second Life RC LeTigre

This is the same "maint-server" project as before. There are a lot of fixes and tweaks in here that are outlined in the release notes.

2011-09-28, 9:00am: Rolling Restart - Release Notes: https://wiki.secondlife.com/wiki/Release_Notes/Second_Life_RC_LeTigre/11

 

Second Life RC Magnum

This is the same project as last week that has some changes to the permissions system and simulator configs.

2011-09-28, 10:00am: Rolling Restart - Release Notes: https://wiki.secondlife.com/wiki/Release_Notes/Second_Life_RC_Magnum/11

 

We will be monitoring this thread during the next week so please feel free to post issues that you feel have been introduced by the new code. Please file a JIRA for issues you find and post the JIRA link into this thread. It really helps us out. When determining if issues are relevant or not research is key. Tracking down exactly the right situation where an issue is occurring greatly speeds up the development process to get fixes in place.

I appreciate your help. Have a good week!

 

__Oskar

 

p.s. If you are interested in helping test SecondLife in beta please join the group "Second Life Beta" in-world. We also have an email list where we communicate upcoming projects and how you can help. ( https://lists.secondlife.com/cgi-bin/mailman/listinfo/server-beta ) Once a week we meet on ADITI to discuss new features, new bugs, new fixes, and other fun stuff. You are more than welcome. Information is here: https://wiki.secondlife.com/wiki/Server_Beta_User_Group

[Carol Darkthief]

I spent a little while trying to figure why the odd limit on Density in the new Physics Engine features, and I have reached the tentative conclusion that either cubic Smoots or Barn-megaparsecs come into it somewhere.

[Void Singer]

are you referring to the PE limits in the key frame function?

if so the simple answer is "because it uses physics features"

the complex answer is the limit is adjustable if a demonstrable need is shown AND it doesn't doesn't stress the physics engine (because it uses some physics features)... as commented here by Falcon

[WolfBaginski Bearsfoot]

I think it's a reference to the Le Tigre release notes, and the llSetPhysicsMaterial function. The max value foir Density is 22587 which is very close to the figure I can find for Iridium. Osmium is a little denser, and they're the two heaviest natural elements.

[Incoherendt Randt]

---

Carol Darkthief wrote:

I spent a little while trying to figure why the odd limit on Density in the new Physics Engine features, and I have reached the tentative conclusion that either cubic Smoots or Barn-megaparsecs come into it somewhere.

---

I think it needs to go all the way to 22596, that tolerance is too close for comfort!

[Void Singer]

ah ok.... and from Wkipedia:

---

[...] Osmium is the densest

stable element

, slightly denser than

iridium

.

[

4

]

Calculations of density from the

space lattice

may produce the most reliable data for these elements, giving a density of

22.562

±

0.009 

g/cm3

for iridium versus

22.587

±

0.009 g/cm3

for osmium.

[

5

]

 [...]

---

which makes a funny coincide, eh Oz? =D

PS
I really don't get how those bit fields are combining in the function reference

[MB Robonaught]

Happy B-day Oskars mom

[KittyCat Ninetails]

don't know if its related to this or not..but in the last 4 days I have been having alot of issues with loading scripts into worn items and with editing scripts in worn items.

I noted that the problem with loading scripts in worn items started 4 days ago in some sims..and over the next two days spread to every sim I have gone to.  I cannot drop a script (or anything else) into a prim while its being worn.  The error msg is "Inventory creation on in-world object failed." 

Now (as of today) I cannot change a script in an item that is worn.  For example..I wear a cup of tea and want to change the color of the steam in the liquid.  I edit the liquid, edit the script for particles, and change the color codes.  It saves or seems to...and then I get the msg in blue "Unable to add script!".  When I edit the script again, I find it has reverted to what it was before the edit.

https://jira.secondlife.com/browse/SCR-216

[KittyCat Ninetails]

I just tried an experiment..added a script that I wrote to a prim I made and it worked fine.  Then I edited the script and changed it..and it also saved just fine.

So

It has something to do with the fact that I did not write the original script.  Because I still cannot edit that script and get it to save while its in an item worn by me.  And I cannot drop another script not writen by me into a worn prim either. 

[Liisa Runo]

moving_end() get triggered on sim border crossing. https://jira.secondlife.com/browse/SCR-218

Workaround:

    moving_end(){        if (llGetVel() != ZERO_VECTOR){return;}        // your code here    }

 

[Sayrah Parx]

Please make deploys pop up a "region will restart for maintenance" message again.