Open Development User Group

From Second Life Wiki
Revision as of 14:58, 15 December 2015 by Haravikk Mistral (talk | contribs)
Jump to navigation Jump to search

Open discussion of SL development, including but not limited to open source contributions.
If you can't make the schedule below, there are appointment slots that you can book.

Chaired by Oz Linden

Schedule

Every Monday 07:00-08:00 SLT
See Oz's calendar for exceptions at Oz's Raft🖈



Agenda

The agenda for the next meeting is:

  • Viewer-side Animation Improvements
At a recent Server/Sim/Scripting group meeting I raised the long overdue issue BUG-7729 about synchronising animation. With feedback and suggestions from Simon Linden I've created two new viewer-only feature requests with a view to getting the viewer part implemented before scripting/server support is added to complete the roadmap below:
  1. BUG-10964: Adjust for Animation Download Delay
  2. BUG-10965: Adjust for Drift in Looping Animations
  3. BUG-7729: llStartAnimationSynced()
Synchronising animations given the inherent risk of download delays has always been a problem through SL's entire lifetime, and the original feature request for synchronisation (SCR-13) is itself more than half a decade old! So I'm hoping to drum up support from sympathetic developers who might want to help implement the first two (viewer side) features so that we can finally squash this long-standing issue with animations in SL. As I may not be able to make the next few meetings, I'd appreciate anyone who wants to do so filling is a Champion of Animations That Don't Suck™ =) -- Haravikk 13:56, 15 December 2015 (PDT)
  • Useful radar-options (MartinRJ Fayray --MartinRJ Fayray 09:14, 30 October 2013 (PDT))
Keep the current minimap (ideal for small screens), make the Radar an extra function (or have an option to minimize it so that it looks like the current minimap when it's minimized)!
List with:
Name, Display Name, Distance and/or Position, Altitude, Age, Script memory and ARC/Vertices, Primcount and Scripts in viewer's region/parcel. A radar needs this basic information that helps keeping an overview of visitors and potential griefers and their position in the region.
with an option to mark each one on minimap, and highlighted friends and Lindens. To help distinguish individual residents on the radar.
indicator for "Payment-info-on-file". This helps identifying potential griefers.
Indicator for voice(enabled) and 'currently speaking'. To quickly identify sound sources (e.g. a resident who forgot to turn off his mic).
List-sort options. For better usability.
Options:
context (rightclick) menu for avatar. To integrate into the current V3 interface, use the (in other places already existing) options in the contextmenu (right click on a resident or resident-name).
Moderation-option (block, freeze, eject, kick-ban - for parcel and estate, AR). This will help estate managers to respond quickly.
Request-Teleport, Offer Teleport. These options will be looked after in the radar's option intuitively by residents.
Show on Map. To find specific avatars in the parcel. This option already exists in the 'nearby' tab in V3, but is probably seldomly used as it is now..
"Look At" should be accessible if the avatar is within NearMeRange- radius (that's a debug setting used in V3 for the 'near me' floater)
Advanced options: Get resident's UUID. Helpful for scripters who regularly need to find uuids of themselves, their customers or ALTs.
Optional:
An Alert-option for new avatars and/or specific avatars could be useful, but is probably beyond scope of the project.
Optional Alert when avatars are entering chat range and draw distance.
Keep the current minimap (ideal for small screens), make the Radar an extra function (or have an option to minimize it so that it looks like the current minimap when it's minimized)!

Archive

Records of past meetings: Open Development User Group/Archive


See the list of other user groups.