Difference between revisions of "Server Beta User Group"

From Second Life Wiki
Jump to navigation Jump to search
Line 40: Line 40:
*2013
*2013
** June
** June
*** [[Beta_Server_Office_Hours/Minutes/2013-06-13 | 2013-06-13]]
*** [[Beta_Server_Office_Hours/Minutes/2013-06-06 | 2013-06-06]]
*** [[Beta_Server_Office_Hours/Minutes/2013-06-06 | 2013-06-06]]
** May
** May

Revision as of 15:11, 13 June 2013

This is the meeting tracking and progress page for the weekly Server BETA QA Meeting, moderated by Maestro Linden. Please contact him on AGNI for more information. You can join the Second Life Beta group for updates.

The next meeting is Thursday, June 13 2013, 3PM PDT at Morris🖈 on the preview grid, ADITI.


Agenda

Updates

  • The main channel was updated with last week's mini server maintenance project
  • Magnum is on the same interest list project
    • Release_Notes/Second_Life_RC_Magnum/13#13.06.07.277164
    • This project aims to improve scene loading times
    • The update for this week fixed two bugs that were reported against earlier versions of the RC
      • Fixed an issue in which the simulator would send many unnecessary AvatarAppearance messages to the viewer (BUG-2800)
      • Fixed an issue where some users had difficulty viewing the source of large scripts (BUG-2694)
  • BlueSteel and LeTigre were briefly on a new server maintenance project, but this was rolled back sideways after some bad bugs were discovered
    • 13.06.06.277104 only lasted a few hours
      • One issue was that parcels which were configured to allow build but not object entry for a given user did not allow rezzing from avatar or object inventory (BUG-2850)
      • Another issue (probably from the same cause) was that rezzing in some group-owned parcels required your avatar to have the parcel's group active, which is not usually a requirement (BUG-2844)
    • Both channels were rolled to 13.06.07.277164, which is the same version as Magnum

Upcoming Stuff

Interesting Stuff

Any Other Items

A question about llSetLinkTextureAnim function. The function is able to start texture animation on multiple prims at same moment. Does the animation on different prims runs than synchronously, i.e. is it ensured, that, when say the animation uses frames, the corresponding frames (i.e. with same v,h numbers) are shown on the prim faces in request, or the animations can get out of sync on the involved prims and faces?

I guessed it will get out of sync because after a teleport to a place with linkset, the prims are load and shown at different moment. But in a test, the linkset was animated synchronously. Was this by chance, or there is a mechanism built in this function ensuring the animations are played in sync. When there is no such mechanim, i'd like to suggest a function that ensures this. This might allows special installations for clubs or interesting environments without needs of enforced synchronization by script. Jenna Felton 12:48, 9 June 2013 (PDT)

Open Items

Minutes from Previous Meetings