Category: TPVD / Open Source User Group

SL project udates week 35/2: server; CDN; TPV meeting

Posted on by Inara Pey

NorderNey, Heaven Scent; Inara Pey, July 2014, on FlickrNorderNey, Heaven Scent (Flickr) – blog post

Server Deployments, Week 35 Recap

As always, please refer to the server deployment thread on the forums for the latest updates and information.

  • On Tuesday August 26th, the Main channel was updated with the server maintenance release previously deployed to all three RC channels in week 34, which contains a single crash fix.
  • On Thursday August 28th, after a delay from the planned deployment, the three RC channels were all updated with the same server maintenance package, which contains further crash mode fixes and, fixes for SVC-2262 – “Incorrect height value in postcard which sent from above 256m” (a postcard being a snapshot sent to e-mail) and BUG-6466 – “Numbers expressed in scientific notation and include a plus sign in the exponent are not parsed as JSON numbers by LSL”, which was thought to have been fixed a while ago, but which in fact resulted in BUG-6657 – “Valid JSON numbers like 0e0 no longer valid after 14.06.26.291532″, prompting the original fix to be rolled back.

The crash mode fix deployed on the RC channels in week 34 and the Main channel in week 35 is apparently related to Skill Gaming regions (SEC-1458).  Essentially, if you sent somebody a teleport offer from a Skill Gaming region, you could, depending on the circumstances, crash the region. Which sort-of sounds like a skill game in its own right …

The RC rolls were postponed 24 hours as a result of problems with the simulator deployment tool, rather than with the RC code itself. The postponement allowed the deployment team locate and fix the problem.

CDN and Map Tile Images

During the Server Beta meeting on Thursday August 28th, Maestro revealed that as well as looking to move mesh and texture fetching to a CDN, the Lab is considering using the same service to deliver map tile images for the world map. To test the idea, and while acknowledging it doesn’t have much of a load test, as the beta grid is much smaller than the main grid, map tiles are now being delivered to any viewers connected using Aditi via the CDN.

Hopefully, this should result in faster and more reliable map tile loading than when relying on the Amazon S3 servers.

Moving the delivery of world map tiles to the CDN should hopefully improve the loading time for the world map
Moving the delivery of world map tiles to the CDN should hopefully improve the loading time for the world map

Commenting on the current state of play with Aditi, Maestro said, “Aditi doesn’t have too many regions up, so there’s no exciting load test to do with a regular viewer, but for what it’s worth, I do see much lower latency when fetching map tiles from the CDN than from Amazon S3 (from my home, about 15ms vs 30-42ms, round trip).”

It’s not clear when this might be available on Agni, “I think it’s a matter of the ops team setting up an Agni-pointing CDN,” Maestro said.

The following notes are drawn from the TPV Developer meeting held on Friday August 28th, and shown in the video above. Time stamps, where relevant, have been included for ease of reference to the video. Note that items are listed according to subject matter, rather than chronologically, so time stamps may appear out-of-sequence. My thanks as always to North for the recording.

 SL Viewer

There are no major changes to the various LL viewers; the Experience Keys project viewer has yet to be updated, and the Oculus Rift viewer will be getting updated as the Lab continue to work with their Oculus DK2 sets.

The Snowstorm RC is  liable to remain in RC for a while yet, although it appears to be doing well in terms of crash rates. The Experimental log-in viewer is still available and being tested.

Autobuild work

[01:48] As reported following the last TPV Developer’s meeting, the Lab is updating the tool chain used to compile the Windows and Mac versions of the viewer, together with implementing a new viewer autobuild process. Referring to the latter at the TPV Developer meeting on Friday August 28th, Oz described the work as going “really well” and pointed to the fact that there are now two versions of the autobuild process that re “in theory” available for testing, “one that builds 64-bit, and one that does not.” These are liable to be merged in the near future.

Some TPV Devs have reported a few problems reported with the process, which may be library or environment related, but these still need to be looked into further to determine what the problems being experienced are and where they actually reside.

[03:50] There is some further work to be done on the new process, notably in making the handling of licenses and copyrights a lot stricter, but otherwise it is viewed as being very close to being ready to go. Oz hopes to have the latest bug fixes and updates merged into the process in week 36, and once that is done, the new autobuild process will be used in compiling the Lab’s viewers going forward as a part of the overall tool chain update.

Continue reading “SL project udates week 35/2: server; CDN; TPV meeting” →

SL projects update 33/3: TPV Dev meeting: HTTP, avatar height offset

Posted on by Inara Pey

The following notes are taken from the TPV developer meeting of Friday August 15th. A video of the meeting, provided by Chakat Northspring is included below. This report represents an overview of items discussed at the meeting which are liable to have the broadest interest among users. Timestamps are given against items and paragraphs for ease of referencing what was said within the video for those who wish to listen to the entire conversation on a given subject.

Note that subjects are not necessarily presented chronologically when compared to the video, but has been grouped under common headings.

My thanks, as always, to North for her recording of the meeting and linking to this blog post.

SL Viewers

[00:30] There have been few visible changes with the RC and project viewers this week. The library refresh viewer and the experimental log-in viewer remain unchanged, and while the Experience Keys project viewer has been updated, this has yet to appear in the Alternate viewers wiki page.

Oculus DK2 and Project Viewer Updates

Oculus Rift: the Lab now has the DK2, so work will be resuming on the project viewer
Oculus Rift: the Lab now has the DK2, so work will be resuming on the project viewer

[00:50] The lab has received around half-a-dozen of the Oculus Rift DK2 headsets, and so it is anticipated that further work will be progressing with the project viewer, and updates will be emerging over time. As noted in week 32, there are some substantial differences between the DK1 headset and the DK2, which currently make the project viewer largely incompatible with the newer headset.

Texture Statistics Logging

[19:15] With the roll-out of the 3.7.7 the Lab unfortunately broke the texutre stats reporting debug option LogTextureDownloadsToSimulator. As this is off by default (set to False) it has not been noticed by most users. However, the recommendation is that users do not set this option to True, as it will cause the viewer to immediately crash on start-up, at the next attempt to run it. This issue is common to all viewers using all code releases subsequent to 3.7.7 as well.

Viewer Build Process

[40:24] The Lab is shortly going to commence the process of upgrading the tool chain they use in the viewer build process (e.g. switch to Visual Studio 2013 for Windows and Xcode 5 for Mac) and switching over to the new version of autobuild. This work may also eventually help pave the ay for 64-bit builds of the official viewer. However, this is not currently the focus of the changes, as no decision has made as yet within the Lab on producing 64-bit builds of the viewer; the current aim of these changes is to improve the overall viewer build process.

[47:23] There are two points of note here. The first is that the new autobuild process includes changes which self-compilers must adhere to if they are using it, and details are available on a wiki page. The second is that it is probable that Windows viewers built using Visual Studio 2013 will not run on Windows XP. The Lab has already dropped Windows XP support, which is as much as it will currently say in terms of future viewers built using the new tool chain running on XP.

Group Chat

[02:00] The work on group chat has temporarily halted due to those working on it either being on vacation or working on other projects. Given this, and with a degree of ironic timing, there have been increasing reports of group chat issues over the last several days, including one chat server apparently becoming completely non-responsive.

It’s not clear to the Lab as to what may be causing the problems, but they have been noted. In the meantime, informal advice is that if your group chat is consistently failing, to contact support, provide them with the information on your group (name, etc.), and the issues you’re having, and request the chat server is restarted.

Continue reading “SL projects update 33/3: TPV Dev meeting: HTTP, avatar height offset” →

SL project updates 31/3: TPV Developer Meeting and SL issues

Posted on by Inara Pey

A TPV developer meeting took place on Friday August 1st, 2014. The core items discussed in the meeting are reported below, with timestamps in the relevant paragraphs indicating the point at they are discussed in the video embedded here. My thanks, as always, to North for the video.

SL Viewers

[00:15] There have been no changes to the RC viewer currently in the release channel or to the project viewers. The limited release log-in viewer which is being used for some unspecified A/B testing is still in the wild as well, although this is not available for manual download via the Alternate Viewers wiki page.

The Zipper viewer (for faster installation), which reappeared as a RC viewer on Wednesday July 30th (version 3.7.13.292263), is reported as doing “pretty terribly” crash-wise on older operating systems which may not support the archive format used to zip the viewer skins for faster installation. As a result, the Lab is currently unsure as to whether the project will be continued or not. Until a decision has been made, TPV developers have been advised not to port the code.

The Oculus Rift project viewer was updated to the current viewer code base in week 30. However, it is not currently clear when any updates related to the Oculus DK2 kit will start appearing in the viewer.

As indicated in part 1 of this week’s update, the Experience Keys beta project is going well. There are some issues to be addressed, although these are describing as being “nothing major”, and it’s not clear if they are viewer-related or not.

Unsupported Operating System Versions and Windows 8.0

[38:03] A reminder was issued at the TPV Developer meeting that the Lab will no longer be providing assistance with unsupported operating systems. This includes Windows XP and, once the Library Refresh RC viewer reaches a release status, Max OS X 10.6.

[39:05] It was also reiterated that Windows 8.0 users who are experiencing crash issues with the viewer should consider the free upgrade to Windows 8.1, which has a much lower crash rate, with overall improvement in viewer stability being described as a “really big difference”. A blog post on this subject (and viewer crashes in general) was posted by the Lab towards the end of July 2014.

Group Chat

[03:00] Following-on from the discussion about group chat and the initial testing of updates which took place at the Server Beta meeting on Thursday July 31st, Oz said of the work, “we’re continuing with making back-end changes, there’ll be another roll-out of some experiments shortly and we’ll see how they go. Like I’ve said before, we’re not going to generally announce when those happen, because we don’t want to change the experiment by changing people’s perceptions.”

[10:27] Although at the moment the focus is very much on what can be achieved on the back-end services without the need for changes within the viewer itself,  Oz gave notice that the Lab may want to talk to TPVs about possible changes to group functionality and viewer behaviour at some point in the future. One of the questions being asked within the Lab is whether or not the members list needs to be displayed for all groups. Some groups, for example have a “no chat” policy and / or are only for the outward flow of information (e.g. product update groups); so are these a category of group for which the updates of people coming on-line or joining / leaving the session are no actually relevant, and could be eliminated  or suppressed, thus reducing the volume of update messages?

Continue reading “SL project updates 31/3: TPV Developer Meeting and SL issues” →

SL projects update 29/2: server, viewer, TPV meeting

Posted on by Inara Pey

My apologies for this appearing a little on the late side; things have been a bit manic in the physical world of late (not helped by the Tour de France and the German GP this weekend!), and I’ve been slipping behind on blog posts (I’ve also got to talk to my minions about vacation scheduling….).

Note that the following notes are taken from both the Server Beta User Group meeting of Thursday July 17th and the TPV developer meeting on Friday July 18th, the video of which is supplied below (my thanks to North, as always). Items taken from the later are time stamped within the text, so you can locate and listen to the discussion in full via the video.

Server Deployments Week 29 – Recap

  • On Tuesday July 15th, the Main channel was updated with the Experience Keys project, which had previously been running on Magnum. This roll-out coincides with the release of the Experience Keys project viewer (see below) and the release of the Lab’s first Experience Keys demonstrator game, The Cornfield.  Please refer to the release notes for further information
  • On Wednesday July 16th, the Magnum RC was updated a new infrastructure project that adds support for the upcoming changes to the Skill Gaming policy. Release notes
  • On Thursday July 17th, BlueSteel and LeTigre were both be updated with the Experience Keys project, but otherwise remained on the same  server maintenance project as week 28, which addresses a JSON-related bug, an interest list related race condition, and to improve L$ transaction logging for payments made by scripted objects. See the release notes (BlueSteel) for details.

SL Viewer

Group Ban Viewer

The Group Ban viewer reached release candidate status on Wednesday July 16th, with the release of version 3.7.12.292031. This viewer allows certain group members to ban avatar from a group or from joining a group  When an existing group member is banned, they are also automatically ejected from the group. Please refer to my Group Bans overview for further information, if required.

Maintenance Release RC

[04:20] This viewer, version 3.7.12.291824, has been tracking with the same crash rate as the current release viewer (3.7.11.291465), and as such is expected to be promoted to the de facto release during week 30 (week commencing Monday July 21st). However, it has been reported that the Mac Alt-Cam bug (BUG-6760) fix doesn’t work and has been referred back to the Lab for further investigation.

Oculus Rift Project Viewer

[04:56] It is anticipated that an updated version of the Oculus Rift project viewer will be appearing soon, potentially in week 30. The update will bring the viewer up to par with the current 3.7.12 release code base.

Log-in Test Viewer

[04:44] There is a special log-in test viewer currently on closed use (there is no publicly available version), which is being used for some kind of A/B testing related to logging-in to Second Life. Precisely what this testing is geared towards is unclear.

Viewer Autobuild Process

[05:50] Oz Linden has been working on improving the viewer autobuild process, and there is a new version of autobuild, together with a wiki page on the changes and improvements. The new version brings with it a number of improvements, such as stricter library version checking, full transitive dependency checks, additional error checks, etc. This is considered to be one of the steps required in order for the viewer to be compiled using Visual Studio 2013. Full details in the video for those into self-compiling viewers.

 Third-party Viewer Directory Updates

[00:20] The Third-party Viewer Directory, which lists all Second Life viewers and clients which have gone through the self-certification process, has been revised.

Until recently, the directory was listed by viewer crash rate – with the most stable at the top. However, this was something of a hit-and-miss approach due to a number of factors, including significant changes made to the code within the viewer which is used to detect and report crashes. So instead, viewer and clients are now split into three categories:

  • Those which are actively maintained “full” viewers which are updated regularly to track new developments in the Linden Lab viewer, and implement a full graphical environment
  • “Lightweight”, text and mobile clients, such as Lumiya, Group Tools, Radegast and so on
  • Those viewers which have not been updated recently enough to be considered fully compatible with current Second Life services (e.g. they lack things like server-side appearance, etc.).

Group Chat

[11:56] Work is continuing on group chat. At the TPV Developer meeting, Oz Linden summarised this work as:

We are working on group chat; I don’t really have much to report on that this week. We’re doing a set of experiments and collecting a lot of data, and then we’re going to come up with the next round of changes to make. One of the things we’ll try to do, once we think we’re done with this project – and I have no predictions for when that will be – is tell people how it went and what we’ve done.

It may well be that before we’re done, we’ll come back to this group and say we’re making changes to interfaces to viewers for group chat in order to improve the situation. I don’t know of any of those yet, but I’m not ruling them out. We’re going to try to make group chat a lot better, and if that means not being 100% backwards compatible, then that’s what it means. At this point we’re not looking at changing the protocol with anything else. Not ruling it out, but that’s not the correct direction.

Experience Keys

The Cornfield, the Experience Keys demonstrator game
The Cornfield, the Experience Keys demonstrator game

The current creator beta programme for Experience Keys has now been filled. Commenting on it at the Server Beta meeting, Coyot Linden referred to it as proving “wildly popular” and that the Lab have “heard some really cool ideas for new experiences”. He also referred to this being “round on” of the beta programme – so there may be more opportunities for creators to be involved in the future.

During the Server Beta meeting, a request was made for the Linden to consider allowing the popularity of an Experience (e.g. the number of people engaged on it) to be made available, with the suggestion it could be done in a number of ways:

  • As information made available only to the Experience owner (so they can see how popular a given experience they’ve created is proving to be
  • As information which can be (perhaps optionally) published by the Experience owner (e.g. via the Experience Profile)
  • As information which can be displayed in the Search tab of the Experience floater, allowing users to search for the most popular experiences at any given time.

Commenting on this, Simon Linden said, “The numbers will definitely be interesting, but we’ll have to think carefully about what and how to expose it.   As an owner, it makes sense for you to have an idea what’s going on with your experience.  I’m not so sure about others.”

Part of the concern here is about the popularity figure potentially being used by griefers as a means of targeting popular regions / activities and causing disruption. Following Simon’s observation, Dolphin Linden added, “yeah, technically the number can be made available. But how and to whom needs to be thought about, but numbers about your own xp can be tracked if you want with a little bit of work. We might also be able to just get an ordered list of the top 10 experiences or something, without disclosing actual numbers.”

Continue reading “SL projects update 29/2: server, viewer, TPV meeting” →

SL projects update: week 25/3: server and TPV meeting

Posted on by Inara Pey

Server Deployments Week 25 – Recap

  • On Tuesday June 17th, the Main (SLS) channel was updated with the group ban project server code – release notes
  • One Wednesday June 18th, the RC channels were updates follows:
  • LeTigre received a new anti-griefing measure – release notes
  • Magnum remained on the Experience Tools project, but also received the group ban server code and the anti-girefing measure – release notes.
  • BlueSteel remain on the Sunshine / AIS v3 project, and the  but also received the group ban server code and the anti-griefing measure, the viewer for which was promoted to the de facto release viewer on Monday June 16  – release notes.

There has been some interest voiced at both the Simulator UG meeting and the Server Beta UG meeting, in the “anti-griefing measure” deployed to the three RCs this week. Commenting on this at the Server Beta meeting on Thursday June 19th, Maestro Linden said, ” I think I’ll be able to discuss the change next week,” (after it has been deployed to the Main channel as well). ” But right now, some people would unfortunately use the information as a how-to-grief instructional.”

Upcoming Deployments

The LSL functions for materials may be set to arrive on an RC in week 25. This depends on how this week’s RCs continue to perform, but assuming the anti-griefing measure on LeTigre is promoted to the Main channel, then that RC would theoretically be available for the LSL functions for materials, assuming no significant bugs are filed against it as a result of Aditi testing.

TPV Developer Meeting

A TPV developer meeting took place on Friday June 20th. The core items discussed in the meeting are reported below, with timestamps in the relevant paragraphs indicating the point at they are discussed in the video embedded here.

As has been noted elsewhere, the meeting was attended by Ebbe Linden, who took an impromptu Q&A session at the end of the meeting. This commences at around the 51:00 mark in the video. While this report does not cover that Q&A session, information on his comments about the Lab’s in-development new virtual world platform can be found in Ebbe confirms: “we’re working on a ‘next generation’ platform” (with audio).

My thanks, as always, to North for the video.

SL Viewer Updates

[0:01:18] The SL Share 2 viewer, providing Flickr and Twitter upload support and the snapshot filtering capabilities for both and for snapshot uploads to Facebook was updated to version 3.7.10.291134 on Thursday June 19th, bringing it to parity with the current release viewer code base

The Snowstorm viewer, released as a project viewer on June 12th was updated to version 3.7.10.291042 on June 19th, bringing it to parity with the current release viewer code base, and issued as a release candidate viewer. This has had a significant bug reported against it, which is currently being fixed. As such, it is unlikely that this RC will be in the running for promotion until after it has been refreshed with the fix and the updated version has been in the viewer release channel sufficiently long enough for the Lab to obtain meaningful statistics on its performance.

Avatar System Clothing Layers

[0:4:00] BUG-6258, “Popularity of Mesh Attachments Facilitates Need For More Alpha Layers” is a request to raise the number of alpha layers which can be concurrently worn (at the moment this is 5).

Rather than increasing the number of an individual layer which can be worn (such as alphas), the Lab is considering setting a global limit – so as with attachments, an avatar can wear as many clothing layers in any combination, up to the global limit (with attachments, this is set to 38).

The Lab is still investigating this approach in terms of feasibility and what the upper limit for clothing layers might be for an avatar.  Until they do make a final determination on the issue, they have requested TPVs do not arbitrarily add to the existing layer limits, as there is a risk that anything the Lab does do on this front may conflict with alternatives put in place by TPVs.

SL Experience Tools

[0:07:10] The major technical announcement of the TPV meeting was that the long-awaiting Experience Tools will be entering a beta test phase in the very near future. You can catch-up on this in my initial Experience Tools overview .

Z-offset Height Adjustment Proposal

[0:39:06] One of the issues with the introduction of Server-side baking is that it broke the “Z-offset” capability common to many third-party viewers. This allowed the vertical height of an avatar above the ground to be adjusted, such that sits and kneels don’t leave the avatar apparently floating in the air, and which allow those with very tall / giant avatars or very small / petite avatars and those wearing full body mesh to similarly adjust their vertical placement relative to the ground / floor.

In response to the issue being raised as a bug report (see SUN-38, “As users of kneel/lay/sit animations and tiny/giant avatars, we need a way to change the body size in SSB sims”), the Lab, via Nyx Linden, introduced the hover feature, which allows an avatar’s standing height to be adjusted to some degree via an appearance slider.

sitting
Jessica Lyon demonstrates part of the avatar height offset issue: when seated using her preferred sitting pose, her avatar floats above a chair, and she has no means of adjusting the height so that she appears to be sitting in the chair

However, as a solution, it has a number of limitations (your shape has to be modifiable, it won’t work in cases where you are trying to adjust your avatar’s default sitting / kneeling pose height to prevent floating, as the hover option requires the avatar to stand in the default shape edit pose, etc).

In order to try to revisit the problem and possibly gain a more thorough solution, Zi Ree from the Firestorm team has written a proposal document entitled Height offset Proposal.

This clearly explains the issues in not having a more flexible approach to adjusting height offset, and also offers a couple of suggestions on what might be done to improve things. This was presented to the Lab at the TPV Developer meeting, together with a concise demonstration by Jessica Lyon of some of the issues.

Obviously the Lab hasn’t at this point committed itself to tackling the matter, but those from the Lab at the meeting were appreciative that the proposal has been written and the issues  / possible approaches clearly laid out. There has been an agreement to look into further, and there might be some feedback at the next TPV Developer meeting (scheduled for July 18).

Cocoa Issues

[0:48:20] The Lab continues to work on the Cocoa issues affecting Mac users and there is some good news from them and Firestorm:

  • The Lab has a fix for the ALT-cam bug, which is expected to be in the next Maintenance RC viewer
  • Firestorm has a fix for the issue of severe typing lag when in a location with several other avatars (see: FIRE-12172). If successful, this is likely to be contributed to the Lab, and once in a Firestorm release, may see version 4.4.2 of that viewer blocked.

 

SL projects update 23/4: TPV developer meeting, Friday June 6th

Posted on by Inara Pey

A TPV developer meeting took place on Friday June 6th. The core items discussed in the meeting are reported below, with timestamps in the relevant paragraphs indicating the point at they are discussed in the video embedded here.

Note that the timestamps are not necessarily chronological; some subjects have been grouped together for ease of reading. Also, the last 8-10 minutes of the meeting is taken-up with general conversation (Oz’s vacation, trying-out the Oculus Rift, etc.), which is not reported upon here.

My thanks as always to North for the video.

SL Viewer Status

[0:18] Other than the release of the MemShine RC viewer, version 3.7.9.290582, reported upon in part 1 of this week’s report, there have been no significant SL viewer updates. If the stats on this viewer remain good, it is likely that the individual MemPlug and Sunshine AIS v3 release candidates also still in the release channel will be closed-out, leaving just the MemShine version. As the overall stats between the RCs, which apparent include the SL Zipper RC which is currently absent from the Alternate Viewers wiki page,  are all so close, it is not clear which is most likely to be promoted as  the next de facto release viewer.

Oculus Rift Project Viewer

[1:33] Alongside the release of the Oculus Rift project viewer, the Lab also made the code repository available to the public as well. However, TPVs are warned against integrating the code for release purposes at this time, as it is anticipated there will be significant changes to the viewer once the new version of the Oculus Rift Development Kit is available. However, the Lab is not opposed to TPVs producing experimental versions of their viewers using the code if they wish to gain some familiarity with it.

The project viewer itself is unlikely to undergo update until at least after the new Oculus Development Kit is available to the Lab, although it is expected that the viewer will undergo periodic merges with the viewer release code in the coming weeks / months so that it does not stray too far out of step with viewer releases.

As well as supporting the Oculus Rift, the code within the project viewer is also intended to support other, similar VR headsets, although the Lab obviously does not have any definitive time frames as to when such headsets will become available or when they are liable to be officially supported in the viewer.

ANTVR: to be supported by Second Life at some point? (Assuming it gets to a production status)
ANTVR: to be supported by Second Life at some point? (Assuming it gets to a production status)

Group Ban and Snowstorm Viewers

[03:08] Again, as reported earlier this week, the Group Ban viewer is currently awaiting the server-side code to be fully deployed across the main grid prior to it officially appearing in a project / RC form. This is now likely to be delayed a little longer as a result of the GnuTLS issue, which promoted an additional server-side deployment which replaced the initial Group Ban deployment to LeTigre (the server code should return to the RC channel in week 24).

[03:20] There are further tweaks being made to the Snowstorm release, which should include the likes of STORM-1831, “Obtain LSL syntax table from simulator so that it is always up to date”, which has in turn been impacted by STORM-2026. Hopefully, the viewer will be heading for the release channel very soon.

Maintenance Viewer Updates (with more Cocoa Fixes)

[06:40] There are more maintenance (JIRA: MAINT) fixes coming down the pipe, none of which are expected to be particularly huge, but as things progress there could be a number of MAINT-related viewer releases.

[14:24] The next MAINT viewer to be released should include further Mac Cocoa fixes within it. Unfortunately, Oz did not have a list of what these might be, so expect an update at the next TPV developer meeting if the MAINT viewer hasn’t already appeared by then.

Upcoming Viewer Items

New Viewer Log-in Screen

[03:52] This has yet to make a public appearance, but the Lab is working on a new viewer log-in screen. Details are not clear as to precisely what is changing layout-wise, but it will not result in any actual changes to how log-ins are physically handled between the viewer and the SL servers, nor will it carry any significant updates other than to the initial splash screen. Commenting on it at the meeting, Oz Linden described it as, “yet another attempt to make a friendlier intro for new users”, as a part of ongoing attempts to smooth people through the sign-up and initial log-in activities.

It is expected that this viewer may appear as a release candidate as the current number of RC viewers in the release channel thins down (particularly if the MemPlug and Sunshine RCs are retired, as noted above).

The official viewer log-in screen is due for a revamp, although the mechanics of the log-in process will remain unchanged, and at least some of the widgets will remain in some form. In addition, at some point grid status updates *may* be returning to the screen
The official viewer log-in screen is due for a revamp, although the mechanics of the log-in process will remain unchanged, and at least some of the widgets will remain in some form. In addition, at some point grid status updates *may* be returning to the screen (see below)

Continue reading “SL projects update 23/4: TPV developer meeting, Friday June 6th” →