Category: SL User Group Meetings

2019 SL User Groups 24/3: TPV Developer Meeting

Posted on by Inara Pey

aZiLe; Inara Pey, May 2019, on FlickraZiLe, May 2019 – blog post

The following notes are taken from the TPV Developer meeting held on Friday, June 14th, 2019. A video of the meeting is embedded below, my thanks as always to North for recording and providing it. The key points of discussion are provided below with time stamps to the relevant points in the video, which will open in a separate tab when clicked.

SL Viewer

[0:23-3:40]

There have been no further LL viewer updates wince the Love Me Render and Bakes On Mesh RC releases on June 10th. This leaves the current LL viewer pipelines as follows:

  • Current Release version 6.2.2.527338, formerly the Teranino RC viewer, promoted May 22 – No Change.
  • Release channel cohorts:
  • Project viewers:
    • Legacy Profiles viewer, version 6.2.3.527749, released on June 5th. Covers the re-integration of Viewer Profiles.
  • Linux Spur viewer, version 5.0.9.329906, dated November 17th, 2017 and promoted to release status 29th November 2017 – offered pending a Linux version of the Alex Ivy viewer code.
  • Obsolete platform viewer, version 3.7.28.300847, May 8th, 2015 – provided for users on Windows XP and OS X versions below 10.7.

BOM Alpha / Universal Wearable Issues

Please also see my week #24 CCUG update for details of issues around alpha handling and the universal wearable channels in the Bakes on Mesh viewer. Vir indicated that the Lab has a handle on this, which will require an Appearance Service update and a “small” viewer-side update that will include a new inventory icon for universal wearables.

Legacy Profile Project Viewer

[3:50-6:10]

  • As per my preview article, the Legacy Profiles project viewer (version 6.2.3.527749 at the time of writing), moves avatar profile in the viewer back into their own floater, rather than using a view of the web profile.
  • This work is in its initial stages, and the overall aim of the work is in flux. This means that the profile panel itself might be subject to further revision, and that even the web feed itself might gain its own floater, rather than being a tab within the new profile floater.

360 Snapshot Viewer

[6:15-7:33] Note that the 360 Snapshot viewer has been temporarily withdrawn, due to  the core viewer code being badly out-of-date. The viewer is currently in the process of being updated – no functionality changes to the 360 snapshot capability, purely an update to bring the core code up-to-date with the current release viewer. It is hoped this will reach the Lab’s QA team soon, and reappear as a project viewer in due course.

Group Chat Performance

[17:01-34:15]

  • A frequent complaint with Group chat is that it can be slow.
  • The Lab’s investigation in issues shows that actual chat messages and group notices account for the minority of traffic seen in the group chat system.
  • By far the largest volume of traffic is purely the on-line / off-line notifications that are being sent.
    • So, for example, in a group of 20,000 members, each time someone logs-in or out of SL, 20,000 messages are generated in the group chat system; for a 50,000 member group, the number is 50,000, and so on.
    • Note that a couple of years ago, to try to improve things, the Lab disabled the ability to see the group members list for groups over 5,000 members – but the actual messages themselves are still circulated.
  • The Lab is therefore seeking feedback on how big an impact it would be if these on-line / off-line messages were turned off on the simulator side, either just for very large groups (upper limit TBD), or simply for all groups, in the hope it will reduce the volume of traffic and help improve overall chat performance.
  • It has been acknowledged that if this is to be done, it would be useful for group members to still be able to see which group owners / moderators are on-line, and for group owners / moderators to see which group members are on-line, so that issues / enquiries can be dealt with. The Lab will investigate whether this can be done.
  • Note that removing these messages would not affect the “last login” date for the group members list.
  • It is likely the Lab may carry out some experiments on a small cohort of groups to see what might be done and check for any measurable performance increase in those groups.
    • Some experimenting has already been done in trying to batch the on-line / off-line update messages, but it’s not clear if this has had any positive impact where it has been done.
  • An alternative suggestion is to break groups into types: e.g. those purely for chat (which may require more information on users’ on-line status) and those just for outwards announcements.
    • This is already done to some degree by group owners setting group rules / members’ capabilities; however, it still means the on-line / off-line messages are still sent.
    • Were the Lab to try to implement a more robust system like this, there would be a major issue is handling existing groups and determining how to define them.
  • [41:00-41:15] More generally with group chat, the Lab have considered adding an ability to add a server-side block (accessible through the viewer) on chat from groups a user does not wish to hear from, chat-wise. This may be implemented “at some point”.

In Brief

  • [36:10-36:35] Avatar Teleport on Region Performance: as we know, avatars arriving in a region can have a significant impact on the region’s performance. The Lab believe that have a partial understanding of the problem, and has some ideas on how the impact might be lessened.
  • [44:20-46:44] BUG-225696 – “All offline inventory offers from scripted objects are lost” –  was believed to have been fixed in the Teranino RC viewer, however it still appears to be occurring. As such BUG-227179 has been raised against the issue, and the Lab will look into it again.
  • [52:16-53:30] Kitty Barnett (Catznip) has been working on trying to clean-up a series of viewer-side events that can cause the viewer to stall after the login.cgi process has completed that can cause region messages (including IMs) to be lost. The Lab is aware of these as well, but would be interested in accepting Kitty’s code contributions if she can get them finished.
  • The Lab is still looking for a Senior Graphics Engineer to work on Second Life (San Francisco based).

Total Aside

In discussing SL groups (and as a point of humour), Oz and Grumpity revealed the first three Jira items filed internally at the Lab:

  • SL-1: Second Life should grow to dominate the entire world, thereby making us the de facto world leaders.
  • SL-2: Build a time machine.
  • SL-3: Build an army of robot cats.

SL-2 was seen as necessary because the Lab knew that it would eventually need to go back and re-engineer some of the decisions made when first defining / building Second Life and its architecture. Sadly, and DeLorean cars notwithstanding, there are still considerable blockers that prevent its implementation!

2019 SL User Groups 24/2: Content Creation summary

Posted on by Inara Pey

Yúcale; Inara Pey, May 2019, on FlickrYúcale – blog post

The following notes are taken from the Content Creation User Group (CCUG) meeting, held on Thursday, June 13th 2019 at 13:00 SLT. These meetings are chaired by Vir Linden, and agenda notes, meeting SLurl, etc, are usually available on the Content Creation User Group wiki page.

Environment Enhancement Project

Project Summary

A set of environmental enhancements allowing the environment (sky, sun, moon, clouds, water settings) to be set region or parcel level, with support for up to 7 days per cycle and sky environments set by altitude. It uses a new set of inventory assets (Sky, Water, Day),  and includes the ability to use custom Sun, Moon and cloud textures. The assets can be stored in inventory and traded through the Marketplace / exchanged with others, and can additionally be used in experiences.

Due to performance issues, the initial implementation of EEP will not include certain atmospherics such as crepuscular rays (“God rays”).

Resources

Current Status

  • A further EEP RC viewer is in the works, but no current ETA.
  • The most recent EEP RC viewer (version 6.4.0.527723, dated June 6th. 2019), has not received a lot of feedback. It’s not clear if this is because issues aren’t being noted or if people aren’t filing them. If you’re using the viewer and see a problem, please raise a bug report, even if you think it may have been raised before.
  • Graham Linden continues to work on the shader / rendering issues.
  • A simulator-side RC update is anticipated for week #25, which will hopefully address some of the region windlight rendering issues currently being seen.
  • Rider has been away from EEP, looking into the issues of simulator  / script performance (again, please refer to my recent Simulator User Group notes).

Bakes On Mesh

Project Summary

Extending the current avatar baking service to allow wearable textures (skins, tattoos, clothing) to be applied directly to mesh bodies as well as system avatars. This involves viewer and server-side changes, including updating the baking service to support 1024×1024 textures, but does not include normal or specular map support, as these are not part of the existing Bake Service, nor are they recognised as system wearables. Adding materials support may be considered in the future.

Resources

Current Status

  • As noted in my Simulator User Group update, there was a new BOM RC viewer update on Monday, June 10th, with the release of version 6.3.0.527701.
  • A potential issue has arisen around the new “universal” texture channels (e.g. Left Arm) and how people want them to work. The expectation from the Lab has been that while these might be transparent, there will always be an opaque texture “under” them. However, there have been attempts to either use them with a transparent underlying texture or have them partially transparent (currently, the “universal” channels aren’t recognised / masked by an alpha wearable), and this has led to errors in how the Appearance Service is handling them when compositing / baking (unfortunately, no bug report was reference so I cannot verify the exact issue). It’s currently not clear how this might be resolved if it is an issue.

Animesh Follow-On

  • Vir has been carrying out further investigation into the mechanism for adding new attributes to objects with a view to trying to make it easier to do so. This might, as an example, make it easier to add new body sliders to the avatar (although there are currently no plans to add sliders to the avatar – this is purely investigative work).
  • In terms of the visual parameters work to allow Animesh objects to be resized:
    • Originally there was going to be the one command to set visual parameters (llSetObjectVisualParams). This was to work on a list basis that alternates between slider ID (or name) and parameter value (e.g. Slider ID A, value for Slider ID A; Slider ID B, value for slider ID B, etc).
    • However, a request has been made to be able to query a set of visual parameters (e.g. llGetObjectVisualParameters), and the logical format for this is for a list of parameter IDs to be supplied, and the corresponding list of values to be returned.
    • This prompts the question of whether llSetObjectVisualParams should use this latter approach.
    • The consensus is to use an approach consistent with the rest of LSL parameter setting.
    • As a side note, it is unlikely manipulating slider values via LSL would be extended for use with avatars, as this could potentially conflict with the back-end system that currently manages the slider mechanism as it affects the avatar.
  • There are a large number (200+) sliders, not all of which affect bone position / scale, which can make it potentially confusing when trying to set values against Animesh objects. To this end, Vir has updated the Bento Skeleton Guide with a list of slider names that actually affect bone position / scale.

2019 SL User Groups 24/1: Simulator User Group

Posted on by Inara Pey

City of Solace; Inara Pey, May 2019, on FlickrCity of Solace – blog post

Server Deployments

There are no planned deployments for week #24, leaving the SLS (Main) channel and the primary RC channels (LeTigre, Magnum and BlueSteel) on server maintenance package 19#19.05.17.527341.

SL Viewer

On Monday, June 10th, the Lover Me Render and Bakes on Mesh viewer updated as follows:

At the time of writing, these updates (again) had yet to appear on the new Alternate Viewers web page (or on the Release Notes web page), but can be found on the Release Notes index page.

The 360-snapshot project viewer appears to have been temporarily withdrawn. The remaining LL viewers in the pipeline remain as:

  • Current Release version 6.2.2.527338, formerly the Teranino RC viewer, promoted May 22nd – No Change.
  • Project viewers:
    • Legacy Profiles viewer, version 6.2.3.527749, released on June 5th. Covers the re-integration of Viewer Profiles.
  • Linux Spur viewer, version 5.0.9.329906, dated November 17th, 2017 and promoted to release status 29th November 2017 – offered pending a Linux version of the Alex Ivy viewer code.
  • Obsolete platform viewer, version 3.7.28.300847, May 8th, 2015 – provided for users on Windows XP and OS X versions below 10.7.

Script Processing Issues

As I’ve recently reported, there have been numerous reports of script run time issues. See  BUG-226851 and BUG-227099 as examples. These continue to be felt across the grid, and the Lab is continuing to investigate, with Rider Linden noting:

We’re looking into a couple of things that we think will help. But we don’t have anything to report yet.

Oz Linden added:

 We’re also doing things to get a more global picture, and to allow us to accurately measure how any new simulator compares to existing ones on this and some other metrics.

In Brief

  • There should be two new simulator updates going to the RC channels in week #25 (commencing Monday,  June 17th), and these should have fixes for the EEP bugs being seen today.
  • Simon Linden has been continuing to work on teleport issues, and indicated that there may be a further group test of updated coded on Aditi following the Server Beta User Group meeting (held Thursdays at 15:00 SLT).
  • General points of discussion: these following is a short list of more general items discussed at the meeting, many of which are likely generally known:
    • Empty regions will not go into idle mode if they can be seen from other regions with avatars; nor should they switch to idle mode if they only have registered agents in them. Finally, the switch between a region being at idle and running at full speed is “very quick”.
    • Regions able to idle can offer a measurable boost in performance for other regions on the same host server.
    • As is often pointed out in these pages and elsewhere: viewer performance can be improved by managing things like your draw distance and viewer bandwidth setting (see the Firestorm guidelines for bandwidth settings – these apply equally to all viewers).
    • User of the 64-bit version of Firestorm can optionally set the viewer to clamp the maximum resolution of all textures to 512×512 (this is automatically clamped in the 32-bit version of Firestorm), reducing the amount of memory used by textures. See Preferences > Graphics > Rendering > Restrict Maximum Texture Resolution to 512 px.

2019 SL User Groups 23/1: Simulator User Group

Posted on by Inara Pey

Whimberly; Inara Pey, April 2019, on FlickrWhimberly – blog post

Server Deployments

At the time of writing, a deployment thread had yet to be posted (in fact, it’s not entirely clear what is happening with the weekly release threads). However:

  • There was no SLS (Main) channel deployment on Tuesday, June 4th, leaving it on server maintenance package #19 19.05.17.527341.
  • On Wednesday, June 5th, the Magnum and LeTigre RC channels should be updated to server maintenance package #19 19.05.24.527547, bringing them to parity with BlueSteel.

SL Viewer

There have been no LL viewer updates at the start of the week, leaving the pipelines as follows:

  • Current Release version 6.2.2.527338, formerly the Teranino RC viewer, promoted May 22 – No Change.
  • Release channel cohorts (please see my notes on manually installing RC viewer versions if you wish to install any release candidate(s) yourself):
  • Project viewers:
  • Linux Spur viewer, version 5.0.9.329906, dated November 17, 2017 and promoted to release status 29 November – offered pending a Linux version of the Alex Ivy viewer code.
  • Obsolete platform viewer, version 3.7.28.300847, May 8, 2015 – provided for users on Windows XP and OS X versions below 10.7.

In Brief

Script Processing Issues

As I’ve recently reported, there have been numerous reports of script run time issues, with some reporting that problems only started occurring following the roll-back on April 18th, 2019. BUG-226851 (and more recently BUG-227099) outlines some of the problems. Some regions experiencing the issue have been cloned to Aditi (the beta grid) where they are running fine, and the Lab is currently looking at script scheduling on Agni (the Main grid).

There is a forum thread on the impact of idle scripts (i.e. scripts that are scheduled, but waiting on an event) on full regions (primarily Mainland). In particular, the finding suggest that limiting in-world scripts to 1 per 10LI (2250 script for a Full region) might help pending improvements – although this falls woefully short of shopping-related regions.

Commenting on the situation, Simon Linden states:

We’re actively looking at script scheduling now and these odd cases are on the list to sort out. There hasn’t been a big magic fix yet but it’s getting attention.

Rider Linden added:

And, yes. Idle scripts are not really idle… they can drag down sim performance even if they are not actually doing anything. Right now llListen() is a major culprit (but I’m hoping we can clean that up in the near future) … [and] all idling is not equal. Some events are more expensive than others to wait on.

EEP Issues

As per my May 30th CCUG update, it’s been noted that a recent deployment has resulted in rendering issues for the Environment Enhancement Project (EEP) – see BUG-227100 as an example.

The EEP RC viewer is due for an update, and it is hoped that these will include shader fixes that should correct the problems in that viewer. However, in terms of the simulator problems that are causing issues for those on non-EEP viewers, Rider Linden commented:

We have had some confusion on our end. When we were chasing the teleport bug a couple fixes were accidentally dropped from the simulator. We’ve been sorting those out as we find them.

Other Performance Impacts

  • It’s long been recognised that teleports – particularly teleports involving mesh-heavy avatars into a region can adverse affect performance (see BUG-8496).
    • Beq Janus has been looking at this, and can show – via a a comment posted to the above Jira, that the effect “ripples through” simulator stats, including hitting script stats.
    • She estimates that overall, the arrival of a mesh avatar in a region can take around 6 seconds to ripple through the region (and impacting users within the region).
    • It’s currently estimate by both Beq and Lou Netizen that female avatars carry on average 70 scripts, and mail avatars an average of 68 (see here for more).
  • Beq has also been investigate another performance impact – that of the viewer flooding the server with GroupProfileRequest at log-in due to persistent notifications see BUG-227094). She is currently working on a patch for contribution to LL to resolve this issue.

2019 SL User Groups 22/3: TPV Developer Meeting

Posted on by Inara Pey

(Fae Forest), Elvenshire; Inara Pey, April 2019, on Flickr(Fae Forest), Elvenshire – blog post

The following notes are taken from the TPV Developer meeting held on Friday, May 31st, 2019. A video of the meeting is embedded below, my thanks as always to North for recording and providing it. The key points of discussion are provided below with time stamps to the relevant points in the video, which will open in a separate tab when clicked.

Note this meeting involved a lot of text-based chat on VRAM, script limits, and avatar complexity which, in the interest of brevity with these notes, I leave to the video.

SL Viewer

[01:18-2:22]

The Rainbow Maintenance viewer – version 6.2.3.527584 – was released on  Wednesday, May 29th. This viewer specifically fixes a known Windows / Nvidia issue where on exiting Second Life, the system video is distorted – see BUG-226803.

Note that at the time of writing this summary, the Rainbow RC viewer is not listed on the new Alternate Viewer page; if you are experiencing this particular issue, and wish to try the new RC, please go to the main Viewer Release page, where it *is* listed.

There should be a project viewer forthcoming “soon” with a number of open-source contributions

The remaining LL viewer pipelines are unchanged, as follows:

  • Current Release version 6.2.2.527338, formerly the Teranino RC viewer, promoted May 22 – NEW.
  • Release channel cohorts (please see my notes on manually installing RC viewer versions if you wish to install any release candidate(s) yourself):
  • Project viewers:
  • Linux Spur viewer, version 5.0.9.329906, dated November 17, 2017 and promoted to release status 29 November – offered pending a Linux version of the Alex Ivy viewer code.
  • Obsolete platform viewer, version 3.7.28.300847, May 8, 2015 – provided for users on Windows XP and OS X versions below 10.7.

As per my CCUG summary, it is anticipated updated versions of EEP and Bakes on Mesh RC viewers should be appearing in week #23 (commencing Monday, June 3rd, 2019).

Official Linux Viewer

[5:47-7:05]

  • The Lab has received a comprehensive open-source Debian-based contribution for Linux.
  • This will have restricted functionality (e.g. no Voice, as Vivox who supply the Voice EXE for the viewer no longer support Linux).
  • The Lab is currently putting time into trying to build this Linux option within their existing viewer build. If this succeeds, they will likely issue the viewer (I’m guessing as a project viewer initially).

Group Notices to IM

[10:50-12:00]

  • As per my April 26th TPVD meeting notes, the Lab is considering the possibility of no longer sending group notices to e-mail when a user is off-line.
  • This will only be for off-line group notices. It will not block / change the receipt off-line IMs.
  • The reason for making the change is to help is secondlife.com being regarded as a spam domain by e-mail services.
  • Work has not yet commenced on this.
  • The Lab expects to be doing “significant” work on groups in general “pretty soon”. This will include work on group notice delivery reliability, general group chat lag, etc.

In Brief

  • [2:24-3:28, 13:49-14:10, and 17:20-19:15] Teleport improvements:
    • Work continues in trying to stabilise / improve teleports to avoid any repeat of recent problems.
    • Work is also in progress to improve how attachments are handled on teleports to lessen instances of attachment loss, ghosting, etc.
      • Some of these issues might be related to viewer changes, and the Lab is currently testing fixes and experimenting with the viewer, and the latter may result in some tweaks to the way the viewer handles attachments.
      • More on this to follow once the internal tests are complete and have been assessed.
      • As it is, improvement have been deployed to help prevent attachments getting killed on teleports, although further work on this may still be required.
  • [7:05-10:08] Mobile client:
    • LL continue to work on the iOS mobile client for Second Life.
    • iOS was selected because “at the time the decision was taken, there wasn’t anything for iPhone”, and the Lab didn’t have the resources available to handle both iOS and Android development.
    • More details on the iOS client’s functionality are hoped to be available “before too long”.
    • Android remains a hoped-for goal, although there is no time line for when it might happen.
  • [12:10-12:30] Last names: work is continuing on the return of last names, although deploying the capability is not imminent.
  • [12:57-13:30 and 14:33-16:15] Transitioning SL to the cloud:
    • Again, work is progressing, and some services have been transitioned (note: not any user-accessible simulators), without any impact being noted / felt by users.
    • More services will be transitioning in the next few months.
    • The Lab is intentionally not providing information and when and which services are being transitioned in an attempt to more accurately garner from user feedback if things have go well or not (e.g. by preventing people reporting on the assumption that because X has been changed, it “must” be the cause of their issues).
  • [19:24-19:40] Viewer Caching Re-work: this has been paused for a while, but is due to resume.
  • [29:28-30:00] Visual Studio / Xcode Update: the Visual Studio 2017 (Win) and Xcode (Mac) update to the viewer build process is working locally but is not working within the viewer build farm. However, the switch to using them within the farm is expected “very soon”.

2019 SL User Groups 22/2: Content Creation summary

Posted on by Inara Pey

Copper River; Inara Pey, April 2019, on FlickrFlourish – blog post

The following notes are taken from the Content Creation User Group (CCUG) meeting, held on Thursday, May 30th 2019 at 13:00 SLT. These meetings are chaired by Vir Linden, and agenda notes, meeting SLurl, etc, are usually available on the Content Creation User Group wiki page.

Environment Enhancement Project

Project Summary

A set of environmental enhancements allowing the environment (sky, sun, moon, clouds, water settings) to be set region or parcel level, with support for up to 7 days per cycle and sky environments set by altitude. It uses a new set of inventory assets (Sky, Water, Day),  and includes the ability to use custom Sun, Moon and cloud textures. The assets can be stored in inventory and traded through the Marketplace / exchanged with others, and can additionally be used in experiences.

Due to performance issues, the initial implementation of EEP will not include certain atmospherics such as crepuscular rays (“God rays”).

Resources

Current Status

  • It has been noted that the current EEP RC viewer – version 6.2.3.527250 – is a “little rough”, with issues around midday light, ambient lighting, water transparency, projected lights, etc. Additional effort is being put into checking code merges to try to avoid similar issues in the future, although viewer updates may be a little slower as a result and involve smaller changes.
  • An updated EEP RC viewer is with the Lab’s QA team that should fix many of the current issues, and should be available soon.
  • Alexa Linden, who a Product Managing EEP, and who spends a good deal of her time in-world both exploring and building, as well as designing environments, is spending more time in checking upcoming EEP builds to help get things back on track.

Non-EEP Viewer Rendering Issues

  • Following the simulator deployments of week #22, there have been a series of reports of windlight settings failing to render correctly in either non-EEP viewers or the EEP RC viewer.
  • The Lab is unable of any simulator changes that would cause this.
  • BUG-226815 outlines one issue, and further bug reports have been requested as the Lab investigate the problem.

Bakes On Mesh

Project Summary

Extending the current avatar baking service to allow wearable textures (skins, tattoos, clothing) to be applied directly to mesh bodies as well as system avatars. This involves viewer and server-side changes, including updating the baking service to support 1024×1024 textures, but does not include normal or specular map support, as these are not part of the existing Bake Service, nor are they recognised as system wearables. Adding materials support may be considered in the future.

Resources

Current Status

  • A BUG related to the AUX channels showing up black for BOM has resurfaced.
  • An updated viewer with a fix for his issue has been undergoing testing and should be available “soon”.
  • This update also requires an appearance service update as well.
  • It is hoped that the bug fix and viewer update will allow BOM to progress.

Animesh Follow-On

  • Gif showing Vir’s first pass at using LSL to change the shape parameters of an Animesh object. Credit: Vir Linden

    Vir continues to work on adding visual parameter support to allow shape adjustments to be made to Animesh.

  • He now has the LSL side of things working “fairly decently” – the command allows users to set individual parameters, and correctly handles vertical height placement, as demonstrated on the right.
    • The LSL capability allows multiple shape parameters to be adjusted.
    • Parameters can be looked up by name or ID, and the command uses ranges for 0 to 1.
    • This allows shape parameters to be adjusted in a similar manner as would be seen when using shape sliders when manually editing an avatar’s shape, albeit with different value ranges (0 to 1 being equitable to 0 to 100 on a slider).
  • In the example clip, right, the LSL is being used to apply settings to the Animesh height, arm length, shoulder width, leg length, etc., simultaneously.
  • It has been suggested having a Get command to obtain parameter settings would be useful, and this may be added.
  • A further question is whether there needs to be a capability to remove parameters (by default an Animesh does not have any visual parameters until they are set – and once set they cannot be removed..
  • Overall, the plan remains to get the capability into a usable state and then provide a project viewer for further testing within test regions.
  • The meeting also included further discussion on allowing Animesh characters to have clothing / outfits in a similar manner to an avatar’s Outfit folder, and to support attachment points.
    • A problem here is that the Outfit Folder runs through the Appearance Service, which would have to be extended to encompass Animesh objects.
    • Similarly, attachment points operate via the concept of avatars having an associated  agent – which Animesh objects currently don’t have.
    • While neither of these have been entirely ruled out, they are considered significant projects which have their own set of implementation issues that would have to be considered.