Second Life Wiki - User contributions [en]

Server Beta User Group

2010-04-15T21:17:37Z

Huns Valen: /* Agenda */

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

'''The next meeting is Thursday, April 15th, 2010, 3PM PDT at {{SLurl|region=Morris|x=210|y=250|z=35|title=Morris}} on the preview grid, [[Preview_Grid | ADITI]].'''

** Join the email list
*** Sign up here: https://lists.secondlife.com/cgi-bin/mailman/listinfo/server-beta

= Agenda =

''Please enter items here for discussion at the next meeting.''

* Discuss resolution of previous open items.
* Updates
** 1.38 is in pilot roll now.
*** Are the bunnies doing ok?
** 1.40 info
** Havok 7 testing info.
*** Timeline for physical objects >32 prims? Was described as "post Havok 7."
** Getting private regions into ADITI for 1.40 testing.
** 1.42 info
*** tcmalloc
* Releases
** 1.38.2 1st week in May
* Any other business
** what you want to talk about goes here.

= Open Items =
* {{jira|SVC-4632}} - People getting past Estate and Land bans | Critical & 325 votes!
** Dante has commented on this issue and reopened it.
* {{jira|SVC-3044}} - [[DEBUG_CHANNEL|Debug channel]] and script error reporting needs a major rethink
** related to {{jira|vwr-199}} and {{jira|vwr-7062}}
** [15:17] Roberto Salubrius: can we get that standarized pleaaaaaaaaaaaseeeeeeeeee so we can listen to the debug channel whenever there's a problem PLEAAAAAAAAAASEEEEEEE
** [15:17] Roberto Salubrius: preeeeeeeetty pleaaseeeeee
* {{jira|svc-4196}} - "Avatar entering sim or rezzing object causes sim to freeze for up to 30 seconds - everything stops for everybody there"
** Babbage is working on it.
* Ability to edit the login page.
** Plans are in place for an update.
* Create a sims to add page for ADITI.
** Contact Oskar if you want your sim on ADITI
* wassup with {{jira|SVC-3895}}
* status on {{jira|SVC-3618}} - estate managers unable to freeze / eject
* status on {{jira|SVC-1253}} - users sitting on prims, which are set to phantom are not affected by damage. | 108 votes!
* status on {{jira|SVC-5404}} - Vehicles can no longer enter a region if no-object-entry flag is set
* What is going on with {{jira|SVC-421}} - Cannot delete contents from no-modify objects

= Minutes from Previous Meetings =
* 2010
** April
*** [[Beta_Server_Office_Hours/Minutes/2010-04-08 | 2010-04-08]]
*** [[Beta_Server_Office_Hours/Minutes/2010-04-01 | 2010-04-01]]
** March
*** [[Beta_Server_Office_Hours/Minutes/2010-03-25 | 2010-03-25]]
*** [[Beta_Server_Office_Hours/Minutes/2010-03-18 | 2010-03-18]]
*** [[Beta_Server_Office_Hours/Minutes/2010-03-11 | 2010-03-11]]
*** [[Beta_Server_Office_Hours/Minutes/2010-03-04 | 2010-03-04]]
** February
*** [[Beta_Server_Office_Hours/Minutes/2010-02-25 | 2010-02-25]]
*** [[Beta_Server_Office_Hours/Minutes/2010-02-18 | 2010-02-18]]
*** [[Beta_Server_Office_Hours/Minutes/2010-02-11 | 2010-02-11]]
*** [[Beta_Server_Office_Hours/Minutes/2010-02-04 | 2010-02-04]]
** January
*** [[Beta_Server_Office_Hours/Minutes/2010-01-21 | 2010-01-21]]
*** [[Beta_Server_Office_Hours/Minutes/2010-01-14 | 2010-01-14]]
*** [[Beta_Server_Office_Hours/Minutes/2010-01-07 | 2010-01-07]]
* 2009
** December
*** [[Beta_Server_Office_Hours/Minutes/2009-12-17 | 2009-12-17]]
*** [[Beta_Server_Office_Hours/Minutes/2009-12-10 | 2009-12-10]]
*** [[Beta_Server_Office_Hours/Minutes/2009-12-04 | 2009-12-04]]
** November
*** [[Beta_Server_Office_Hours/Minutes/2009-11-26 | 2009-11-26]]
*** [[Beta_Server_Office_Hours/Minutes/2009-11-19 | 2009-11-19]]
*** [[Beta_Server_Office_Hours/Minutes/2009-11-12 | 2009-11-12]]
*** [[Beta_Server_Office_Hours/Minutes/2009-11-05 | 2009-11-05]]
** October
*** [[Beta_Server_Office_Hours/Minutes/2009-10-29 | 2009-10-29]]
*** [[Beta_Server_Office_Hours/Minutes/2009-10-22 | 2009-10-22]]
*** [[Beta_Server_Office_Hours/Minutes/2009-10-15 | 2009-10-15]]
*** [[Beta_Server_Office_Hours/Minutes/2009-10-08 | 2009-10-08]]
*** [[Beta_Server_Office_Hours/Minutes/2009-10-01 | 2009-10-01]]

[[Category:Beta Server Office Hours]]
[[Category:Issue Tracker]]
[[Category:Quality Assurance]]
[[Category:QA_Portal]]

SL Certification

2007-04-25T02:20:00Z

Huns Valen: /* Resident Participants */

==Overarching Goal==
* Create Second Life Certification as an in-world resource for Residents
==Immediate Goal==
* Develop certification criteria for modeling and scripting
** We are looking for members of the Developer, Instructor, and Volunteer communities to work with Lindens in creating the skills list and certification tasks for those skills in Modeling and in Scripting.
==Description==
Linden Lab is developing certification for the use of key Second Life tools. We’ll begin with in-world building tools and LSL. We believe this will benefit Residents, Developers, and anyone who wishes to use Second Life by clearly identifying both key skills and the holders of those skills. This will also enable the creation of training to build the skills required for certification.
It is Linden Lab's intent to work with an external certification provider to offer certification testing and maintain a list of those Residents who have been certified.
==Linden Participants==
* [[User:Glenn Linden|Glenn Linden]]
* [[User:Eric Linden|Eric Linden]]
* [[User:Blue Linden|Blue Linden]]
* [[User:Heretic Linden|Heretic Linden]]

==Resident Participants==
If you are interested in participating, please add your name to the end of this list.
* [[User:Ceera Murakami|Ceera Murakami]] (Fox and Ground Construction Company) Texture Artist
* [[User:Elle74 Zaftig|Elle74 Zaftig]] (Bellissima!/Shoppe74) build/model/textures
* [[User:Keiki Lemieux|Keiki Lemieux]] (HUDDLES Games & Gadgets) Building, Scripting, Animations, Textures
* [[User:Tre Giles|Tre Giles]] (GiTech/Action Village Paintball) Building, Scripting, Animation, Photography
* [[User:Alexander Regent|Alexander Regent]] (MageTech LLC) Scripting, website integration, cellphone integration, in-world building
* [[User:Sitearm Madonna|Sitearm Madonna]] (Siterma): Sim Scale Project Planning and Management; Structural Builds and Simulator Performance Management; Social Builds and Community Growth Management; Modeling - Architecture, Terraforming, Waterscaping, Landscaping, Soundscaping
* [[User:Hugo Dalgleish|Hugo Dalgleish]]
* [[User:Kenn Nilsson|Kenn Nilsson]] (NDE)
* [[User:Ravanne Sullivan|Ravanne Sullivan]] (Ravanne's Dance Poles and Animations) Animations and Scripting
* [[User:Fox Diller|Fox Diller]] (Crystal Studio/Magrathean Technologies) Anything Second Life.
* [[User:MSo Lambert|MSo Lambert]]
* [[User:Rael Delcon|Rael Delcon]]
* [[User:Dytska Vieria|Dytska Vieria]] (residential design/builds)
* [[User:Skye McArdle|Skye McArdle]] - Modeling, Animation, Textures, AV Customization
* [[User:Eladon Galsworthy|Eladon Galsworthy]] (PondLife - building and scripting)
* [[User:Oz Spade|Oz Spade]]
* [[User:Max Case|Max Case]]
* [[User:Newfie Pendragon|Newfie Pendragon]] (Reality Check, LSL Scripting)
* [[User:Gigs Taggart|Gigs Taggart]]
* [[User:Peekay Semyorka|Peekay Semyorka]]
* [[User:Osgeld Barmy|Osgeld Barmy]] (biulding textures lsl)
* [[User:Nargus Asturias|Nargus Asturias]] (Avatar building, animations, scripts)
* [[User:ForestMist Skjellerup|ForestMist Skjellerup]]
* [[User:Rraven Moonlight|Rraven Moonlight]] (Terraforming Raw files, Texture developer, Large Scale Architectural Builds)
* [[User:Xylo Quisling|Xylo Quisling]]
* [[User:Thunderclap Morgridge|Thunderclap Morgridge]] (Texture artist, and nascent builder)
* [[User:Hiro Pendragon|Hiro Pendragon]] (CTO, Infinite Vision Media) LSL scripting, modeling
* [[User:Ethan Therian|Ethan Therian]] (Creative Director, Infinite Vision Media) modeling, texturing
* [[User:Ciemaar Flintoff|Ciemaar Flintoff]] (associate, Infinite Vision Media) lsl scripting, web-to-SL-to-web scripting
* [[User:Nimrodina Wayne|Nimrodina Wayne]] (build, animate, machinima)
* [[User:Lias Leandros|Lias Leandros]] (VooDoo Corp.)Sim Scale Project Planning and Management; Social Builds and Community Growth Management
* [[User:Erin Talamasca|Erin Talamasca]]
* [[User:Till Stirling|Till Stirling]] (Scripter, Builder, Consultant)
* [[User:Kri Ayakashi|Kri Ayakashi]] (AyakashiTEC) - LSL Scripting, Web2.0 integration, distributed programming (C/C++/C#, Python), in-world building, consultancy
* [[User:Alison Wheels|Alison Wheels]] ([http://secondlife.creative.org.uk/ Creative Organisation]) Scripting, FL/SL Integration issues, construction, terraforming, design
* [[User:FlipperPA Peregrine|FlipperPA Peregrine]] (Peregrine Salon/ESC) - LSL Scripting, Web integration, lots of other stuff. Creator of SLBoutique.com and SLTrivia.com.
* [[User:Strife Onizuka|Strife Onizuka]] (Scripter, Builder, Consultant)
* [[User:Porky Gorky|Porky Gorky]] - Hydro Homes : Prefabricated & customised building & architectural design.
* [[User:Bru Yang|Bru Yang]]
* [[User:Dirk Talamasca|Dirk Talamasca]] (Building, Custom Textures, Land/Estate Management. Internet Abuse Remediation, Sim Scale Layout, Planning and Development)
* [[User:Aimee Weber|Aimee Weber]]
* [[User:Banana Stein|Banana Stein]] (SL Brand) Builder, Textures, Sim Scale Project
* [[User:Linnian Sugar|Linnian Sugar]] (*Lollipop Shop owner* Builder, Clothing and textures, scripting, animations)
* [[User:Siobhan Taylor|Siobhan Taylor]] Building, Scripting.
* [[User:Taco Rubio|Taco Rubio]] (Media Management)
* [[User:RobbyRacoon Olmstead|RobbyRacoon Olmstead]] (Scripting, Building, C:SI Developer)
* [[User:Dnali Anabuki|Dnali Anabuki]] (Structure,Process,Organizing of Cert) Satorifilmservices.com
* [[User:Detect Surface|Detect Surface]] - (**D&D Creative Lab/The Brain Game/City of Abaddon** Building, Texturing, Skins, Texture-Mapping/Zoning, AV Design, Clothing, Sim Design and Construction, Architecture, Weapons, Vehicles, Furniture, Animation, Graphic Design, Artist and Pretty Flower Arranging.)
* [[User:Meade Paravane|Meade Paravane]] (Script monkey, Builder)
* [[User:Richie Waves|Richie Waves]] (Builder, Textures)
* [[User:Orange Montagne|Orange Montagne]]
* [[User:Joshua Nightshade|Joshua Nightshade]] (Builder, avatar design - primarily smaller-than-normal avatars)
* [[User:Zorena Deckard|Zorena Deckard]] (builder,textures,modeling)
* [[User:Bartiloux Desmoulins|Bartiloux Desmoulins]] (Scripting, modeling and animations)
* [[User:Ravenelle Zugzwang|Ravenelle Zugzwang]]
* [[User:Little Penguin|Little Penguin]] Building, Scripting
* [[User:Pol Tabla|Pol Tabla]]
* [[User:Jade Opel|Jade Opel]] (Brides & Blooms by Jade Opel) Building, terra-forming, textures, particles, modeling
* [[User:Auron Havercamp|Auron Havercamp]] ([http://www.kenthavercamp.com/ Kent-Havercamp Enterprises, Ltd.]) - Scripting, Web Interaction, Data Storage
* [[User:Schuyler Kent|Schuyler Kent]] ([http://www.kenthavercamp.com/ Kent-Havercamp Enterprises, Ltd.]) - Building, Scripting, Consulting
* [[User:Vincent Nacon|Vincent Nacon]] (all above)
* [[User:Aradia Aridian|Aradia Aridian]] (Modeling, Land/Estate Management, Business Management, Marketing to the Virtual Customer)
* [[User:Scarlet Singer|Scarlet Singer]] (Textures/Graphics) <3
* [[User:Will Webb|Will Webb]]
* [[Cocoanut Koala]] (Coco's Cottages) Builder
* Illya Sullivan
*[[User:Frans Charming|Frans Charming]] ([http://www.thevesuviusgroup.com The Vesuvius Group])Project Planning and Management, 3D Modeling/Building, Scripting, Texturing, etc
* [[User:Nomasha Syaka|Nomasha Syaka]] build/model/textures
*[[User:Rhiannon Chatnoir|Rhiannon Chatnoir]] ([http://www.thevesuviusgroup.com The Vesuvius Group])Creative Director of The Vesuvius Group (Project Management, Planning, Textures, Terraforming, machinima), also SL and web dev for Global Kids, Inc. and a RL professional graphic designer.
* [[User:Shockwave Yareach|Shockwave Yareach]] (Textures/Scripting/Building)
* [[User:Rebel Television|Rebel Television]] ([http://www.slexchange.com/modules.php?name=Marketplace&file=item&ItemID=147428 Airfoil]) Scripting, Animation, Vehicles, Avatars, Building, In-world RSS Feed Displays
* [[User:Storm Thunders|Storm Thunders]]
* [[Rocky Merosi]] (Objects, Furnishings/Interior Design, Weapons and Vehicles, Asset Managment, Movement, Attachments, Setting Properties, Communications)
*[[User:Moriz Gupte|Moriz Gupte]] ([http://www.play2train.org Play2Train])Producer, Scripter, Builder SL educator
*([http://homepage.mac.com/salazarjack/ Salazar Jack]) - Kahruvel Design - Environments, Landscapes, Forest Preservation, Terraforming, Architecture, Archeological Restoration, Furnishings/Interior Design, Objects, Textures
*[[User:Raven Pennyfeather|Raven Pennyfeather]] Owner/operator for House of RFyre LLC,clothing and avatar development, textures building, business analyst, gragphic design.
*[[User:Thraxis Epsilon|Thraxis Epsilon]] (Resume in Profile)
*[[User:Angelica Puff|Angelica Puff]] (Communications, External <-> Inworld data, Asset Management)
*[[User:Jeff Kelley|Jeff Kelley]] (Communications, Networking, Display, Data storage & access)
*[[User:Ace Albion|Ace Albion]] (Ace's Spaces) prefab builder
*[[User:SunShine Kukulcan|SunShine Kukulcan]] (Mercury Dev Studios - Music and Media Services, Sim planning)
*[[User:Klink Epsilon|Klink Epsilon]] (Mercury Dev Studios - Builder, Custom Textures, Sim Design and planning, Media Services)
*[[User:Parker McTeague|Parker McTeague]] (BLIP) building, textures
*[[Demian Caldera]] Architecture, Furnishings/Interior Design, Objects, Landscaping, Terra Forming, Event Organizing, Event Set Building.
*[[User:Rainbow Drake|Rainbow Drake]] Director of Education - [http://raindancer.ca/NCI New Citizens Incorporated]
*[[User:Kamael Xevious|Kamael Xevious]] - Radio Babylonia/Batak Island Traders - Architecture, Furnishings and Interior Design, Media, Community Development and Region Construction, Education.
*[[User:Pipe Hesse|Pipe Hesse]] Scripting, Building
* [[User:Abramelin Wolfe|Abramelin Wolfe]] (Abramelin Studios Ltd / Abranimations) script/build/texture/animation/mocap/web integration
* [[User:katykiwi Moonflower|katykiwi Moonflower]] interior design/furnishings/building/texturing/terraforming
*[[User:Jade Jensen|Jade Jensen]] (Jaded Visions) Clothing Design, Avatar Creation/Design, Texturing, Graphics Design
*[[Darien Caldwell]] Builder/Scripter
*[[User:Azrazael Dhara|Azrazael Dhara]] Building, Terraforming, Sim Design, Landscaping, Instructing, Photography
*[[User:Andreas Isachenko|Andreas Isachenko]] Building, Scripting, DB access
*[[User:Jason Keegan|Jason Keegan]] (K-tech) Scripting
*[[User:Gaius Goodliffe|Gaius Goodliffe]] (Second Skies) Vehicles, scripting, back-end server/website integration
*[[User:Pericat Aquitaine|Pericat Aquitaine]] (Elf Harbour Boatyard) Vehicles, scripting, terraforming, general building
*[[User:Karsten Rutledge|Karsten Rutledge]] (Play2Train/K.R. Engineering) Scripting, building.
*[[User:Bubba Biberman|Bubba Biberman]] Building, textures, machinima
*[[User:Kerian Bunin|Kerian Bunin]] Building, Scripting
*[[User:Tsukasa Keiko|Tsukasa Keiko]] Building, Scripting
*[[User:Morph Wollongong|Morph Wollongong]] Gadgets, Scripting
*[[User:Ordinal Malaprop|Ordinal Malaprop]] - scripting, some building
*[[User:Donnagh McDonnagh|Donnagh McDonnagh]] - Undergraduate education (School of Communication), machinima, scripting, general building, avatar skins/clothes, 3d textures, animation, web integration, vehicles, huds, event management, orientation, inworld collaboration
*[[User:Able Whitman|Able Whitman]] - scripting, some building
*[[User:Adri Saarinen|Adri Saarinen]] - ([http://www.metaversatility.com Metaversatility]) scripting, building, presence development
*[[User:Curious Rousselot|Curious Rousselot]] - Scripting, Building
*[[User:otakup0pe Neumann|otakup0pe Neumann]] - Pleiades Consulting & libsecondlife. Rich Educational Content, tech integration, libsl powered services
*[[User:Damek Tretiak|Damek Tretiak]] - ([http://www.tretiakmedia.com Tretiak Media])/([http://www.slquery.com SLQuery.com]) scripting, building, project management
* [[User:Jacques Groshomme|Jacques Groshomme]] - Building/Scripting
* [[User:Iris Bourdeille|Iris Bourdeille]] - Building/Scripting/Texturing/Animation
* [[User:Fallon Winnfield|Fallon Winnfield]] - ([http://www.centric.com Centric])/([http://www.secondtalk.com Second Talk]) - Business development, building, scripting
* [[User:Adam Rakosi|Adam Rakosi]] - ([http://www.centric.com Centric])/([http://www.secondtalk.com Second Talk]) - Building/Scripting
* [[User:Neko Longduk|Neko Longduk]] - ([http://www.centric.com Centric])/([http://www.secondtalk.com Second Talk]) - Business Development, scripting
* [[User:Weasel Gough|Weasel Gough]] - ([http://www.centric.com Centric])/([http://www.secondtalk.com Second Talk]) - Building/Scripting/Texturing/Animation
* [[User:Chime Bellman|Chime Bellman]] strategy/build/model/promote
*[[User:Sage Duncan|Sage Duncan]] - animation/machinima/motion/media management/live performance
* [[User:Economic Mip|Economic Mip]] -imagine/dream
* [[User:Talarus Luan|Talarus Luan]] - Archaean Designs / Council of Wyrms - Scripting, Building, Consulting
* [[User:Dustin Widget|Dustin Widget]] Builder/Scripter/Mentor/Lots More
* [[User:Tab Scott|Tab Scott]] - Terry Beaubois, Montana State University - College of Art & Architecture - Art, Music, Architecture, Film - Sustainable Community Design
* [[User:Hiro Market|Hiro Market]] - ([http://www.slicr.net Slicr]) Slicr - Scripting, Consulting
* [[User:Scorpio Galatea|Scorpio Galatea]] - Builder (Phoenix), Texture Creator
* [[User:Sylvia Trilling|Sylvia Trilling]] - Modeling, Scripting, Animating, Texturing
* [[User:Earnest Candour|Earnest Candour]] - ([http://www.metaverseenterprises.com Metaverse Enterprises])
* [[User:Carl Metropolitan|Carl Metropolitan]] - Building, Site Developement, Project Management, Marketing, Graphic Design, Event Hosting, Terraforming, Teaching
* [[User:Lecktor Hannibal|Lecktor Hannibal]] - (Landscaping, Estate Management, Modeling, Media Streaming, Event Management)
* [[User:Destiny Niles|Destiny Niles]] - Scripter/Mentor
*[[User:Kim Anubis|Kim Anubis]], ([http://www.themagicians.us The Magicians])
* [[User:Bobble Bertone|Bobble Bertone]] - ([http://www.coolbananas.com.au Cool Bananas Ventures]) - Building, Scripting, Terra forming, Project management, Networking with RL businesses.
* [[User:Logan Bauer|Logan Bauer]] - Building/Texturing/Scripting/Ect.
* [[User:In Kenzo|In Kenzo]] ([http://www.amoration.org Amoration]) Design, Building, Machinima, Events, Immersive Experiences for nonprofits and education
* [[User:Gearsawe Stonecutter|Gearsawe Stonecutter]] - Scripting, HUDs, Building, complex prim transformations, single script simplification
* [[User:Apollo Case|Apollo Case]] - (Armory Island and Armory Xtreme)- Virtual Weapons, Combat Items and Gadgets - Conceptualization, Testing, Marketing, Communication, Distribution, and Retailing - Combat Sim Owner and Developer
* Sindy Tsure (Scripting, Buidling)
* Huns Valen - ([http://valenheavy.com Valen Heavy Industries]) - Aircraft physics & avionics. Efficient interprocess communication. Remote business logic. Heuristic algorithms. Cryptography. User interfaces.



==Target Date==
Ready to launch by fall, 2007

==Certification Categories==
Initially, we plan to develop certification for Modeling and Scripting. If these two categories are successful, we will develop, in accordance with your feedback, future areas including but not limited to: Avatar Customization, Terrain/Land Editing, and Land/Estate Management.

===[[Modeling Certification|Modeling]]===

* Architecture
* Furnishings/Interior Design
* Objects
* Weapons and Vehicles
Note: Includes using scripts to animate objects and textures but no writing of scripts

===[[Scripting Certification|Scripting]]===

* Animation
** Note: Animation includes object animation, texture animation and particle systems
* Attachments
* Movement
* Physics & Collisions
* Detection & Sensing
* Asset Management
* Setting Properties
* Communications
* Interacting with external data stores & web content
* Media Management

==Frequently Asked Questions==
* What is the value of Certification?

The primary value of certification is to those hiring people to create content for them in SL. Certification is one indication that someone has at least a minimum set of skills. Certification is only one of many ways of demonstrating competency. Certification also clarifies skills and helps instructors develop instruction.

Certification also provides a set of skills against which anyone in Second Life, whether they build for fun or for hire, can measure their accomplishments.

By more clearly defining skills related to Second Life tools, certification may improve the quality of construction in Second Life, and may encourage a broader range of instruction about the Second Life tools.

* Portfolios already show if someone is competent; why do we need certification?

Portfolios have a valuable role in demonstrating accomplishment, both in RL and SL. In Second Life, many projects are done collaboratively. Builds can incorporate content that is bought and created, and many people can be involved. It can be hard to look at a project and understand what a particular person has contributed. Certification provides one method of demonstrating your own skill set. It should be only one of many potential ways to evaluate a candidate.

* Is Linden Lab mandating certification?

You can chose to be certified if you want, or not. Linden Lab has no intent to monitor or mandate that Second Life content be created only by Residents with certification, or to mandate certification in any way. Nor will Certification (or non-certification) be tied by Linden Lab in any way to land ownership, group membership, membership level, or any other attribute of a Second Life account. While Linden Lab may provide a way for those listed in the Developer Directory to identify certification, it will not require it for the Developer Directory, Classifieds, Events, or any other Linden Lab-operated listing service.

* Is Linden Lab mandating content of certification?

Linden Lab has engaged the Residents in defining the skills involved in competency, and in developing the appropriate demonstration of those skills. Linden Lab is not defining the skills nor the demonstration of them, it is simply supporting the process.

* Will it cost money? Does Linden Lab intend to profit by Certification?

Linden Lab was looking to have a third party organization manage certification; we don't want the administrative hassle of doing it, nor the potential for anyone to claim that we would have influence on who gets certified. We intend making certification as widely available as possible. We will work with Residents, Instructors and Developers to find the best way to enable certification.

* Who will be providing the Certification service?

At this time, the only answer we can give is "Not Linden Lab." We will work with the Residents who participate in developing certification to find the best provider - whether a Resident, an external third party, or some other provider. Ironically, our original reason for only considering an external provider was to prevent any concern that one group of Residents might use Certification against other Residents. Linden Lab has no intent of operating the Certification service - we don't have the expertise or resources, nor do we want the inevitable accusations of bias.

* Certification will make it harder to become competent in using Second Life tools?

Certification is a way to more clearly communicate skills. Without certification, everyone has their own idea of what competency is. Some classes will teach one set of skills, others another, and outcomes aren't comparable. That's why we're involving SL instructors in this project.

==Usage and Notes==
[[Category:Certification]]

User:SignpostMarv Martin/Archive/Implementing new features

2007-01-19T07:49:00Z

Huns Valen: /* Barriers to Implementation */

{{OSWikiContribBox}}

Of course, a really valuable way to contribute is to add a new feature. Try to work with the community and with Linden Lab in planning the feature before running off and implementing new things. Though we appreciate your hard work, we can't accept every new feature, since maintaining new features comes with a cost. Try thinking of ways to use APIs to make plugins, or perhaps propose new APIs to make the viewer more extensible, before adding new things to the core viewer.

== Ideas for new Features ==
If you have an idea for a new feature you'd like to see in the client, consider adding it to this list.

Discussion on each topic can be found in this article's [[Talk:{{PAGENAME}}|Talk page]]

=== Alternate Rendering Engines ===
[[User:Fox Diller|Fox Diller]]

* older hardware support, etc...
* [http://www.google.ca/search?q=Open+Source+3D+Engine (''Open Source 3D Engine'')]

==== Barriers to Implementation ====

=== Out of sight, out of mind ===
[[User:Lee Ponzu|Lee Ponzu]] 13:56, 12 January 2007 (PST)

Sometimes a neighbor puts up an annoying sign or other object.

Let the user select the sign, and mark it invisible. This tells the client viewer to stop rendering it, making it effectively invisible.

Of course, this could be applied to any type of object.

=== Better Sound Support ===
[[User:Falk Bergman|Falk Bergman]] (by way of #opensl on IRC)

* Preload status
* playback control, etc...
** Quote: ''llKelly: eightltr: yes, that idea has been suggested in the past. ('''L$1 per 1sec audio''') I think we would rather improve the methods of linking to externally hosted sounds.''
* MIDI Support - maybe with some nice clientside Wavetables
* MOD, XM, ect. Support

==== Barriers to Implementation ====

=== Removing Texture Loading ===
[[User:Falk Bergman|Falk Bergman]] (by way of #opensl on IRC)

* so SL can run on less powerful Systems (say the N800/N770)

==== Barriers to Implementation ====

=== Patching it so that llLoadURL opens the F1 Help Browser ===
[[User:Falk Bergman|Falk Bergman]] (by way of #opensl on IRC)

* Adding keyword replacement in llLoadURL, Streaming media support, and other external links
** For instance, to provide an icecast stream with a agent UUID, <nowiki>http://'''agentkey''':apassword@icecast.somehost.com:8000</nowiki> as a parcel URL
* To provide an external website with a SL User Name, <nowiki> http://www.somesite.com/somephp.php?query=stuff&slname=''agentname''&action=buy&deliveryto=''agentkey''</nowiki>

==== Barriers to Implementation ====
* Unless the LSL2 VM starts supporting optional parameters, you risk breaking thousands of scripts
** '''Workaround:''' Prefix urls with ubrowser:, e.g. '''<nowiki>ubrowser:http://example.com</nowiki>''', which will result in the dialog box indicating that the url will open inside the client.
** '''Alternative Workaround:''' Clientside rewriting only, for connecting to media URLs

=== Adding a Avatar Local Stream Channel ===
[[User:Falk Bergman|Falk Bergman]] (by way of #opensl on IRC)

* that has a Range of X Meters around an Avatar
* This would be used for Local Audio Streaming
** Or Local VoIP chat
** Teamspeak...

==== Barriers to Implementation ====

=== Peer to Peer Voice over IP using above idea, improved ===
[[User:Kamilion Schnook|Kamilion Schnook]]

* Capible clients advertise themselves via below CTCP-style protocol
* Clients use multicast packets to broadcast to a list of addresses the server manages of clients in range.
* In effect, this would give each avatar two unidirectional shoutcast-style stream impliments, or one bidirectional impliment.

==== Barriers to Implementation ====

=== Pseudo-Voice ===
[[User:Lee Ponzu|Lee Ponzu]] 13:49, 12 January 2007 (PST)

Most of our computers have local, client-side voice synthesis. Yes, it sounds like a robot, but it is still voice. Real voice, ala Skype, is fine. But just like we use Avatars to hide our real selves, we need a way to hide our real voice.

A huge advantage is that we could get voice without adding to the bandwidth. The text is coming anyway.

*The simplest idea is that one could mark one or more Avatars, and their Chat would be rendered as voice, as well.

*Slightly fancier---One could set the voice characteristics (male, female, pitch, etc.) for each other Avatar.

*Fanciest---Each user can set ones voice characteristics using Appearance, and those setings would be used on each local client.

==== Barriers to Implementation ====

I can't think of any. Sounds petty easy to me.

[[User:SignpostMarv Martin|SignpostMarv Martin]] (15:46, 12 January 2007 (PST)):

===== Distributed Processing =====
* Processing the audio on the local client and streaming it in-world would require Peer-to-Peer streaming audio.

===== Local Processing =====
* Distributing text-to-speech preferences would require modifications to the server-side code, using 3rd party servers, or Peer-to-Peer protocols.
* Allowing for the ability to add processing the data for up to 400 avatars (100 avatars per sim, within shout distance of region corner) at once would add significant processing overhead.

While distributed processing would probably mean less CPU-intensive code, local processing would have the distinct advantage of allowing users' preferences to be overridden, allowing people to do such things as cap voice pitch, preventing annoying chipmunk-speak from occuring.

=== More efficient local cache ===

==== Barriers to Implementation ====

=== [http://en.wikipedia.org/wiki/Client-To-Client_Protocol CTCP] protocol layered on IM system ===
[[User:Kex Godel|Kex Godel]]

==== Barriers to Implementation ====
Establishing a circuit between two clients will probably require server side assistance, since circuits are UDP based, and most clients will be behind NAT's and firewalls. CTCP will require a clientside listening socket either implemented via [http://www.faqs.org/rfcs/rfc3489.html RFC 3489] or some sort of UPnP code using a TCP direct connection.

=== Command Line Interface Improvements ===
[[User:Kex Godel|Kex Godel]]

* for changing preferences sending an IM, teleporting, etc
** for example: "/set drawdist 96", "/set sound off", "/tp ahern", or "/im kex godel hello"
** would need an escape system which doesn't conflict with script command gestures (or a reserved words like how /me is)
** Or better yet, the Ctrl-G Gesture management window could be improved to allow this, and even allow rebinding /commands

==== Barriers to Implementation ====
* Implementing an escape system which doesn't conflict with script command gestures (or a reserved words like how /me is)

=== More sophisticated IM features ===
* muting/filtering/autoresponse options
** mute or do not alert on IMs by started by a group, agent, or group-agent
** Autoreply to IMs received while (Away)
** Sidebar Userlist of Active Users who are currently participating in a Group IM Session.
*** When a user says something, they're added. When a user leaves the session, they're removed from the list.
* More control over filtering specific objects/textures/sounds/agents/etc

==== Barriers to Implementation ====
* Anything that requires server-side modification [[User:SignpostMarv Martin|SignpostMarv Martin]] 11:11, 11 January 2007 (PST)

=== Shortcut/Link/Alias function in Inventory ===
*Add a "link" ("alias", "shortcut") facility to the inventory, that would not break Permissions. For instance, I have one nice set of prim dress shoes that are no-copy, and four tuxedos. I cannot make complete separate outfits, because I have only one copy of the shoes. However, using a "link", I could create an outfit folder with the tux and a link to the no-copy shoes. Still means I would only have the one set, but it would make changing clothes much much easier. [[User:Buckaroo Mu|Buckaroo Mu]] 09:23, 9 January 2007 (PST)

==== Potential Barriers to Implementation ====

=== DirectX3D Hardware Acceleration ===
*A DirectX3D-driven version of the viewer, allowing those with ATi or Intel hardware accelerated cards to take advantage of the processing power. The system could allow selection as a preference of OpenGL or DirectX3D, as many Windows-only games currently do. Conditional build statements would keep the option from appearing in the non-DirectX3D capable builds. [[User:Buckaroo Mu|Buckaroo Mu]] 09:28, 9 January 2007 (PST)

==== Barriers to Implementation ====

=== GPGPU Support ===
*A method of offloading some of the [http://www.gpgpu.org/ graphics processing to the GPU] might help increase framerate. [[User:Buckaroo Mu|Buckaroo Mu]] 09:37, 9 January 2007 (PST)

==== Barriers to Implementation ====

=== Multiple Monitor Support ===
*Support for detachable sub-windows, allowing the inventory, chat history, IM, etc. windows to be moved to a second monitor (if available). This is a very highly-desired feature (by those that have dual-monitor systems). [[User:Buckaroo Mu|Buckaroo Mu]] 09:37, 9 January 2007 (PST)
* This could potentially be done using an external program, if SL had some way of exposing this data in a crossplatform way. (Does NT support named pipes?) Some libsecondlife projects such as SLeek are already exposing this. [[User:Kamilion Schnook|Kamilion Schnook]] 20:39 Jan 9 2007

==== Barriers to Implementation ====

=== Embedded scripting language for client-side plugins ===
[[User:Heather Goodliffe|Heather Goodliffe]], [[User:Yumi Murakami|Yumi Murakami]]

* Make the client more powerful and plugable
* Embed a scripting language, such as LUA or Python, within Second Life to enable client plug-ins to be written in a modular fashion. Client plugins would be distributed via Second Life itself; hopefully LL would eventually agree to create a new object type for these, but for testing purposes notecards would probably suffice.

==== Known Barriers to Implementation ====

=== Nude patch ===
[[User:Carnildo Greenacre|Carnildo Greenacre]]

*Modify the client to not render any avatar clothes or attachments.

==== Barriers to Implementation ====

===== Steps to how Linden Lab could 'disable' a 'nude patch' =====

# Run a check on clothing textures including alpha information
#* Check for alpha information around the genitalia, refuse upload if check returns positive
# Composite clothing textures server-side when avatars are:
#* In PG regions
#* Viewable from PG regions

A 'nude patch' would function by:
* somehow submitting full alpha textures on all clothes no matter what was worn (prevented by LL as described above)
* ignoring what the server says regarding skins
** Could use procedurally generated textures based on avatar shape, and primitar type to prevent ''''Attack of the ''(nude)'' Clones''''
:[[User:SignpostMarv Martin|SignpostMarv Martin]] 01:02, 11 January 2007 (PST)
** I don't think a nude patch could work anyway - the skin and clothing textures are combined on the wearer's client, then the combined texture is uploaded to the server as the single texture that appears on the avatar. That's why "rebaking" your textures on your client affects how other people see you. You could possibly just apply the same skin to everyone but you might just as well leave everyone unrezzed then ;) - Yumi Murakami

=== Two Tier Search ===
Yumi Murakami

* Server performs a possibly less-effective search which is database efficient, such as the current fulltext search. The client then performs its own search, refining the results. Should allow extra flexibility and take some load off LL's database.

==== Barriers to Implementation ====

=== User Interface Improvements ===
Yumi Murakami

* General improvements to the user interface. Maybe move to a seperate article: [[User Interface Improvements]]

==== Barriers to Implementation ====

=== More Text for Abuse and Bug Reports ===
[[User:Anders Nordberg|Anders Nordberg]]

* Bug Reports as well as Abuse Reports are currently very limited in the amount to text you can enter. Very difficult sometimes to describe a bug in just 2 or 3 sentences...

'''NOTE: A lengthy bug report that would benefit from additional material such as videos or photos could possibly be submitted to [https://jira.secondlife.com Jira] --[[User:SignpostMarv Martin|SignpostMarv Martin]]'''

==== Barriers to Implementation ====

=== Attachments registering as additional limbs for animation ===
[[User:Alderic LeShelle|Alderic LeShelle]]

* Attachments with distinct object names (like wings, tails, extra limbs...) may register themselves in the skeletal structure of the avatar, so that a BVH animation might animate them as well.

==== Barriers to Implementation ====

=== Much Longer Land Draw Distance ===
[[User:Huns Valen]]

* The idea is to have a separate slider for land draw distance. It must be greater than or equal to the "master" draw distance. As drawing land is much less resource-intensive than drawing objects and avatars, it should be possible to have a land draw distance measured in kilometers, not meters.
* Could possibly use colored map textures (from the world map, not from the viewer-generated local map) as terrain patch, rather than the supplied patch, although this might not look great for closer-in terrain.
** Perhaps all terrain within 512 meters could be drawn using the sim-supplied textures, and anything further could be drawn using the world map textures.

==== Barriers to Implementation ====

* Would require child connections to more simulators to render "sorta near" terrain (that is, beyond the draw distance for objects and avatars, but within the usual "far clip.") The simulators would have to JUST send land, not objects/avs/etc. as that would defeat the purpose of having a lower draw distance. (Terrain beyond the usual far clip would all be done as world map textures.)
* Colored map textures may not be available in suitable resolution for it to look really good. However, it should be acceptable to many residents in lieu of the "version 2" graphics engine we were shown previews of in 2005 (and which subsequently was cancelled.)
* If this works well as a proof of concept, LL might be persuaded to make higher-resolution world map textures available, and work on some server-side optimizations.

== See Also ==
Linden Lab is considering offering bounties for especially desirable features in the viewer.

* [[Linden Lab Bounties]]
* [[Community Bounties]]
* [[:Category:Bounties]]

User:SignpostMarv Martin/Archive/Implementing new features

2007-01-19T07:47:59Z

Huns Valen: /* Much Longer Land Draw Distance */

{{OSWikiContribBox}}

Of course, a really valuable way to contribute is to add a new feature. Try to work with the community and with Linden Lab in planning the feature before running off and implementing new things. Though we appreciate your hard work, we can't accept every new feature, since maintaining new features comes with a cost. Try thinking of ways to use APIs to make plugins, or perhaps propose new APIs to make the viewer more extensible, before adding new things to the core viewer.

== Ideas for new Features ==
If you have an idea for a new feature you'd like to see in the client, consider adding it to this list.

Discussion on each topic can be found in this article's [[Talk:{{PAGENAME}}|Talk page]]

=== Alternate Rendering Engines ===
[[User:Fox Diller|Fox Diller]]

* older hardware support, etc...
* [http://www.google.ca/search?q=Open+Source+3D+Engine (''Open Source 3D Engine'')]

==== Barriers to Implementation ====

=== Out of sight, out of mind ===
[[User:Lee Ponzu|Lee Ponzu]] 13:56, 12 January 2007 (PST)

Sometimes a neighbor puts up an annoying sign or other object.

Let the user select the sign, and mark it invisible. This tells the client viewer to stop rendering it, making it effectively invisible.

Of course, this could be applied to any type of object.

=== Better Sound Support ===
[[User:Falk Bergman|Falk Bergman]] (by way of #opensl on IRC)

* Preload status
* playback control, etc...
** Quote: ''llKelly: eightltr: yes, that idea has been suggested in the past. ('''L$1 per 1sec audio''') I think we would rather improve the methods of linking to externally hosted sounds.''
* MIDI Support - maybe with some nice clientside Wavetables
* MOD, XM, ect. Support

==== Barriers to Implementation ====

=== Removing Texture Loading ===
[[User:Falk Bergman|Falk Bergman]] (by way of #opensl on IRC)

* so SL can run on less powerful Systems (say the N800/N770)

==== Barriers to Implementation ====

=== Patching it so that llLoadURL opens the F1 Help Browser ===
[[User:Falk Bergman|Falk Bergman]] (by way of #opensl on IRC)

* Adding keyword replacement in llLoadURL, Streaming media support, and other external links
** For instance, to provide an icecast stream with a agent UUID, <nowiki>http://'''agentkey''':apassword@icecast.somehost.com:8000</nowiki> as a parcel URL
* To provide an external website with a SL User Name, <nowiki> http://www.somesite.com/somephp.php?query=stuff&slname=''agentname''&action=buy&deliveryto=''agentkey''</nowiki>

==== Barriers to Implementation ====
* Unless the LSL2 VM starts supporting optional parameters, you risk breaking thousands of scripts
** '''Workaround:''' Prefix urls with ubrowser:, e.g. '''<nowiki>ubrowser:http://example.com</nowiki>''', which will result in the dialog box indicating that the url will open inside the client.
** '''Alternative Workaround:''' Clientside rewriting only, for connecting to media URLs

=== Adding a Avatar Local Stream Channel ===
[[User:Falk Bergman|Falk Bergman]] (by way of #opensl on IRC)

* that has a Range of X Meters around an Avatar
* This would be used for Local Audio Streaming
** Or Local VoIP chat
** Teamspeak...

==== Barriers to Implementation ====

=== Peer to Peer Voice over IP using above idea, improved ===
[[User:Kamilion Schnook|Kamilion Schnook]]

* Capible clients advertise themselves via below CTCP-style protocol
* Clients use multicast packets to broadcast to a list of addresses the server manages of clients in range.
* In effect, this would give each avatar two unidirectional shoutcast-style stream impliments, or one bidirectional impliment.

==== Barriers to Implementation ====

=== Pseudo-Voice ===
[[User:Lee Ponzu|Lee Ponzu]] 13:49, 12 January 2007 (PST)

Most of our computers have local, client-side voice synthesis. Yes, it sounds like a robot, but it is still voice. Real voice, ala Skype, is fine. But just like we use Avatars to hide our real selves, we need a way to hide our real voice.

A huge advantage is that we could get voice without adding to the bandwidth. The text is coming anyway.

*The simplest idea is that one could mark one or more Avatars, and their Chat would be rendered as voice, as well.

*Slightly fancier---One could set the voice characteristics (male, female, pitch, etc.) for each other Avatar.

*Fanciest---Each user can set ones voice characteristics using Appearance, and those setings would be used on each local client.

==== Barriers to Implementation ====

I can't think of any. Sounds petty easy to me.

[[User:SignpostMarv Martin|SignpostMarv Martin]] (15:46, 12 January 2007 (PST)):

===== Distributed Processing =====
* Processing the audio on the local client and streaming it in-world would require Peer-to-Peer streaming audio.

===== Local Processing =====
* Distributing text-to-speech preferences would require modifications to the server-side code, using 3rd party servers, or Peer-to-Peer protocols.
* Allowing for the ability to add processing the data for up to 400 avatars (100 avatars per sim, within shout distance of region corner) at once would add significant processing overhead.

While distributed processing would probably mean less CPU-intensive code, local processing would have the distinct advantage of allowing users' preferences to be overridden, allowing people to do such things as cap voice pitch, preventing annoying chipmunk-speak from occuring.

=== More efficient local cache ===

==== Barriers to Implementation ====

=== [http://en.wikipedia.org/wiki/Client-To-Client_Protocol CTCP] protocol layered on IM system ===
[[User:Kex Godel|Kex Godel]]

==== Barriers to Implementation ====
Establishing a circuit between two clients will probably require server side assistance, since circuits are UDP based, and most clients will be behind NAT's and firewalls. CTCP will require a clientside listening socket either implemented via [http://www.faqs.org/rfcs/rfc3489.html RFC 3489] or some sort of UPnP code using a TCP direct connection.

=== Command Line Interface Improvements ===
[[User:Kex Godel|Kex Godel]]

* for changing preferences sending an IM, teleporting, etc
** for example: "/set drawdist 96", "/set sound off", "/tp ahern", or "/im kex godel hello"
** would need an escape system which doesn't conflict with script command gestures (or a reserved words like how /me is)
** Or better yet, the Ctrl-G Gesture management window could be improved to allow this, and even allow rebinding /commands

==== Barriers to Implementation ====
* Implementing an escape system which doesn't conflict with script command gestures (or a reserved words like how /me is)

=== More sophisticated IM features ===
* muting/filtering/autoresponse options
** mute or do not alert on IMs by started by a group, agent, or group-agent
** Autoreply to IMs received while (Away)
** Sidebar Userlist of Active Users who are currently participating in a Group IM Session.
*** When a user says something, they're added. When a user leaves the session, they're removed from the list.
* More control over filtering specific objects/textures/sounds/agents/etc

==== Barriers to Implementation ====
* Anything that requires server-side modification [[User:SignpostMarv Martin|SignpostMarv Martin]] 11:11, 11 January 2007 (PST)

=== Shortcut/Link/Alias function in Inventory ===
*Add a "link" ("alias", "shortcut") facility to the inventory, that would not break Permissions. For instance, I have one nice set of prim dress shoes that are no-copy, and four tuxedos. I cannot make complete separate outfits, because I have only one copy of the shoes. However, using a "link", I could create an outfit folder with the tux and a link to the no-copy shoes. Still means I would only have the one set, but it would make changing clothes much much easier. [[User:Buckaroo Mu|Buckaroo Mu]] 09:23, 9 January 2007 (PST)

==== Potential Barriers to Implementation ====

=== DirectX3D Hardware Acceleration ===
*A DirectX3D-driven version of the viewer, allowing those with ATi or Intel hardware accelerated cards to take advantage of the processing power. The system could allow selection as a preference of OpenGL or DirectX3D, as many Windows-only games currently do. Conditional build statements would keep the option from appearing in the non-DirectX3D capable builds. [[User:Buckaroo Mu|Buckaroo Mu]] 09:28, 9 January 2007 (PST)

==== Barriers to Implementation ====

=== GPGPU Support ===
*A method of offloading some of the [http://www.gpgpu.org/ graphics processing to the GPU] might help increase framerate. [[User:Buckaroo Mu|Buckaroo Mu]] 09:37, 9 January 2007 (PST)

==== Barriers to Implementation ====

=== Multiple Monitor Support ===
*Support for detachable sub-windows, allowing the inventory, chat history, IM, etc. windows to be moved to a second monitor (if available). This is a very highly-desired feature (by those that have dual-monitor systems). [[User:Buckaroo Mu|Buckaroo Mu]] 09:37, 9 January 2007 (PST)
* This could potentially be done using an external program, if SL had some way of exposing this data in a crossplatform way. (Does NT support named pipes?) Some libsecondlife projects such as SLeek are already exposing this. [[User:Kamilion Schnook|Kamilion Schnook]] 20:39 Jan 9 2007

==== Barriers to Implementation ====

=== Embedded scripting language for client-side plugins ===
[[User:Heather Goodliffe|Heather Goodliffe]], [[User:Yumi Murakami|Yumi Murakami]]

* Make the client more powerful and plugable
* Embed a scripting language, such as LUA or Python, within Second Life to enable client plug-ins to be written in a modular fashion. Client plugins would be distributed via Second Life itself; hopefully LL would eventually agree to create a new object type for these, but for testing purposes notecards would probably suffice.

==== Known Barriers to Implementation ====

=== Nude patch ===
[[User:Carnildo Greenacre|Carnildo Greenacre]]

*Modify the client to not render any avatar clothes or attachments.

==== Barriers to Implementation ====

===== Steps to how Linden Lab could 'disable' a 'nude patch' =====

# Run a check on clothing textures including alpha information
#* Check for alpha information around the genitalia, refuse upload if check returns positive
# Composite clothing textures server-side when avatars are:
#* In PG regions
#* Viewable from PG regions

A 'nude patch' would function by:
* somehow submitting full alpha textures on all clothes no matter what was worn (prevented by LL as described above)
* ignoring what the server says regarding skins
** Could use procedurally generated textures based on avatar shape, and primitar type to prevent ''''Attack of the ''(nude)'' Clones''''
:[[User:SignpostMarv Martin|SignpostMarv Martin]] 01:02, 11 January 2007 (PST)
** I don't think a nude patch could work anyway - the skin and clothing textures are combined on the wearer's client, then the combined texture is uploaded to the server as the single texture that appears on the avatar. That's why "rebaking" your textures on your client affects how other people see you. You could possibly just apply the same skin to everyone but you might just as well leave everyone unrezzed then ;) - Yumi Murakami

=== Two Tier Search ===
Yumi Murakami

* Server performs a possibly less-effective search which is database efficient, such as the current fulltext search. The client then performs its own search, refining the results. Should allow extra flexibility and take some load off LL's database.

==== Barriers to Implementation ====

=== User Interface Improvements ===
Yumi Murakami

* General improvements to the user interface. Maybe move to a seperate article: [[User Interface Improvements]]

==== Barriers to Implementation ====

=== More Text for Abuse and Bug Reports ===
[[User:Anders Nordberg|Anders Nordberg]]

* Bug Reports as well as Abuse Reports are currently very limited in the amount to text you can enter. Very difficult sometimes to describe a bug in just 2 or 3 sentences...

'''NOTE: A lengthy bug report that would benefit from additional material such as videos or photos could possibly be submitted to [https://jira.secondlife.com Jira] --[[User:SignpostMarv Martin|SignpostMarv Martin]]'''

==== Barriers to Implementation ====

=== Attachments registering as additional limbs for animation ===
[[User:Alderic LeShelle|Alderic LeShelle]]

* Attachments with distinct object names (like wings, tails, extra limbs...) may register themselves in the skeletal structure of the avatar, so that a BVH animation might animate them as well.

==== Barriers to Implementation ====

=== Much Longer Land Draw Distance ===
[[User:Huns Valen]]

* The idea is to have a separate slider for land draw distance. It must be greater than or equal to the "master" draw distance. As drawing land is much less resource-intensive than drawing objects and avatars, it should be possible to have a land draw distance measured in kilometers, not meters.
* Could possibly use colored map textures (from the world map, not from the viewer-generated local map) as terrain patch, rather than the supplied patch, although this might not look great for closer-in terrain.
** Perhaps all terrain within 512 meters could be drawn using the sim-supplied textures, and anything further could be drawn using the world map textures.

==== Barriers to Implementation ====

* Would require child connections to more simulators to render "sorta near" terrain (that is, beyond the draw distance for objects and avatars, but within the usual "far clip.") The simulators would have to JUST send land, not objects/avs/etc. as that would defeat the purpose of having a lower draw distance.
* Colored map textures may not be available in suitable resolution for it to look really good. However, it should be acceptable to many residents in lieu of the "version 2" graphics engine we were shown previews of in 2005 (and which subsequently was cancelled.)
* If this works well as a proof of concept, LL might be persuaded to make higher-resolution world map textures available, and work on some server-side optimizations.

== See Also ==
Linden Lab is considering offering bounties for especially desirable features in the viewer.

* [[Linden Lab Bounties]]
* [[Community Bounties]]
* [[:Category:Bounties]]

User:SignpostMarv Martin/Archive/Implementing new features

2007-01-19T07:46:35Z

Huns Valen:

{{OSWikiContribBox}}

Of course, a really valuable way to contribute is to add a new feature. Try to work with the community and with Linden Lab in planning the feature before running off and implementing new things. Though we appreciate your hard work, we can't accept every new feature, since maintaining new features comes with a cost. Try thinking of ways to use APIs to make plugins, or perhaps propose new APIs to make the viewer more extensible, before adding new things to the core viewer.

== Ideas for new Features ==
If you have an idea for a new feature you'd like to see in the client, consider adding it to this list.

Discussion on each topic can be found in this article's [[Talk:{{PAGENAME}}|Talk page]]

=== Alternate Rendering Engines ===
[[User:Fox Diller|Fox Diller]]

* older hardware support, etc...
* [http://www.google.ca/search?q=Open+Source+3D+Engine (''Open Source 3D Engine'')]

==== Barriers to Implementation ====

=== Out of sight, out of mind ===
[[User:Lee Ponzu|Lee Ponzu]] 13:56, 12 January 2007 (PST)

Sometimes a neighbor puts up an annoying sign or other object.

Let the user select the sign, and mark it invisible. This tells the client viewer to stop rendering it, making it effectively invisible.

Of course, this could be applied to any type of object.

=== Better Sound Support ===
[[User:Falk Bergman|Falk Bergman]] (by way of #opensl on IRC)

* Preload status
* playback control, etc...
** Quote: ''llKelly: eightltr: yes, that idea has been suggested in the past. ('''L$1 per 1sec audio''') I think we would rather improve the methods of linking to externally hosted sounds.''
* MIDI Support - maybe with some nice clientside Wavetables
* MOD, XM, ect. Support

==== Barriers to Implementation ====

=== Removing Texture Loading ===
[[User:Falk Bergman|Falk Bergman]] (by way of #opensl on IRC)

* so SL can run on less powerful Systems (say the N800/N770)

==== Barriers to Implementation ====

=== Patching it so that llLoadURL opens the F1 Help Browser ===
[[User:Falk Bergman|Falk Bergman]] (by way of #opensl on IRC)

* Adding keyword replacement in llLoadURL, Streaming media support, and other external links
** For instance, to provide an icecast stream with a agent UUID, <nowiki>http://'''agentkey''':apassword@icecast.somehost.com:8000</nowiki> as a parcel URL
* To provide an external website with a SL User Name, <nowiki> http://www.somesite.com/somephp.php?query=stuff&slname=''agentname''&action=buy&deliveryto=''agentkey''</nowiki>

==== Barriers to Implementation ====
* Unless the LSL2 VM starts supporting optional parameters, you risk breaking thousands of scripts
** '''Workaround:''' Prefix urls with ubrowser:, e.g. '''<nowiki>ubrowser:http://example.com</nowiki>''', which will result in the dialog box indicating that the url will open inside the client.
** '''Alternative Workaround:''' Clientside rewriting only, for connecting to media URLs

=== Adding a Avatar Local Stream Channel ===
[[User:Falk Bergman|Falk Bergman]] (by way of #opensl on IRC)

* that has a Range of X Meters around an Avatar
* This would be used for Local Audio Streaming
** Or Local VoIP chat
** Teamspeak...

==== Barriers to Implementation ====

=== Peer to Peer Voice over IP using above idea, improved ===
[[User:Kamilion Schnook|Kamilion Schnook]]

* Capible clients advertise themselves via below CTCP-style protocol
* Clients use multicast packets to broadcast to a list of addresses the server manages of clients in range.
* In effect, this would give each avatar two unidirectional shoutcast-style stream impliments, or one bidirectional impliment.

==== Barriers to Implementation ====

=== Pseudo-Voice ===
[[User:Lee Ponzu|Lee Ponzu]] 13:49, 12 January 2007 (PST)

Most of our computers have local, client-side voice synthesis. Yes, it sounds like a robot, but it is still voice. Real voice, ala Skype, is fine. But just like we use Avatars to hide our real selves, we need a way to hide our real voice.

A huge advantage is that we could get voice without adding to the bandwidth. The text is coming anyway.

*The simplest idea is that one could mark one or more Avatars, and their Chat would be rendered as voice, as well.

*Slightly fancier---One could set the voice characteristics (male, female, pitch, etc.) for each other Avatar.

*Fanciest---Each user can set ones voice characteristics using Appearance, and those setings would be used on each local client.

==== Barriers to Implementation ====

I can't think of any. Sounds petty easy to me.

[[User:SignpostMarv Martin|SignpostMarv Martin]] (15:46, 12 January 2007 (PST)):

===== Distributed Processing =====
* Processing the audio on the local client and streaming it in-world would require Peer-to-Peer streaming audio.

===== Local Processing =====
* Distributing text-to-speech preferences would require modifications to the server-side code, using 3rd party servers, or Peer-to-Peer protocols.
* Allowing for the ability to add processing the data for up to 400 avatars (100 avatars per sim, within shout distance of region corner) at once would add significant processing overhead.

While distributed processing would probably mean less CPU-intensive code, local processing would have the distinct advantage of allowing users' preferences to be overridden, allowing people to do such things as cap voice pitch, preventing annoying chipmunk-speak from occuring.

=== More efficient local cache ===

==== Barriers to Implementation ====

=== [http://en.wikipedia.org/wiki/Client-To-Client_Protocol CTCP] protocol layered on IM system ===
[[User:Kex Godel|Kex Godel]]

==== Barriers to Implementation ====
Establishing a circuit between two clients will probably require server side assistance, since circuits are UDP based, and most clients will be behind NAT's and firewalls. CTCP will require a clientside listening socket either implemented via [http://www.faqs.org/rfcs/rfc3489.html RFC 3489] or some sort of UPnP code using a TCP direct connection.

=== Command Line Interface Improvements ===
[[User:Kex Godel|Kex Godel]]

* for changing preferences sending an IM, teleporting, etc
** for example: "/set drawdist 96", "/set sound off", "/tp ahern", or "/im kex godel hello"
** would need an escape system which doesn't conflict with script command gestures (or a reserved words like how /me is)
** Or better yet, the Ctrl-G Gesture management window could be improved to allow this, and even allow rebinding /commands

==== Barriers to Implementation ====
* Implementing an escape system which doesn't conflict with script command gestures (or a reserved words like how /me is)

=== More sophisticated IM features ===
* muting/filtering/autoresponse options
** mute or do not alert on IMs by started by a group, agent, or group-agent
** Autoreply to IMs received while (Away)
** Sidebar Userlist of Active Users who are currently participating in a Group IM Session.
*** When a user says something, they're added. When a user leaves the session, they're removed from the list.
* More control over filtering specific objects/textures/sounds/agents/etc

==== Barriers to Implementation ====
* Anything that requires server-side modification [[User:SignpostMarv Martin|SignpostMarv Martin]] 11:11, 11 January 2007 (PST)

=== Shortcut/Link/Alias function in Inventory ===
*Add a "link" ("alias", "shortcut") facility to the inventory, that would not break Permissions. For instance, I have one nice set of prim dress shoes that are no-copy, and four tuxedos. I cannot make complete separate outfits, because I have only one copy of the shoes. However, using a "link", I could create an outfit folder with the tux and a link to the no-copy shoes. Still means I would only have the one set, but it would make changing clothes much much easier. [[User:Buckaroo Mu|Buckaroo Mu]] 09:23, 9 January 2007 (PST)

==== Potential Barriers to Implementation ====

=== DirectX3D Hardware Acceleration ===
*A DirectX3D-driven version of the viewer, allowing those with ATi or Intel hardware accelerated cards to take advantage of the processing power. The system could allow selection as a preference of OpenGL or DirectX3D, as many Windows-only games currently do. Conditional build statements would keep the option from appearing in the non-DirectX3D capable builds. [[User:Buckaroo Mu|Buckaroo Mu]] 09:28, 9 January 2007 (PST)

==== Barriers to Implementation ====

=== GPGPU Support ===
*A method of offloading some of the [http://www.gpgpu.org/ graphics processing to the GPU] might help increase framerate. [[User:Buckaroo Mu|Buckaroo Mu]] 09:37, 9 January 2007 (PST)

==== Barriers to Implementation ====

=== Multiple Monitor Support ===
*Support for detachable sub-windows, allowing the inventory, chat history, IM, etc. windows to be moved to a second monitor (if available). This is a very highly-desired feature (by those that have dual-monitor systems). [[User:Buckaroo Mu|Buckaroo Mu]] 09:37, 9 January 2007 (PST)
* This could potentially be done using an external program, if SL had some way of exposing this data in a crossplatform way. (Does NT support named pipes?) Some libsecondlife projects such as SLeek are already exposing this. [[User:Kamilion Schnook|Kamilion Schnook]] 20:39 Jan 9 2007

==== Barriers to Implementation ====

=== Embedded scripting language for client-side plugins ===
[[User:Heather Goodliffe|Heather Goodliffe]], [[User:Yumi Murakami|Yumi Murakami]]

* Make the client more powerful and plugable
* Embed a scripting language, such as LUA or Python, within Second Life to enable client plug-ins to be written in a modular fashion. Client plugins would be distributed via Second Life itself; hopefully LL would eventually agree to create a new object type for these, but for testing purposes notecards would probably suffice.

==== Known Barriers to Implementation ====

=== Nude patch ===
[[User:Carnildo Greenacre|Carnildo Greenacre]]

*Modify the client to not render any avatar clothes or attachments.

==== Barriers to Implementation ====

===== Steps to how Linden Lab could 'disable' a 'nude patch' =====

# Run a check on clothing textures including alpha information
#* Check for alpha information around the genitalia, refuse upload if check returns positive
# Composite clothing textures server-side when avatars are:
#* In PG regions
#* Viewable from PG regions

A 'nude patch' would function by:
* somehow submitting full alpha textures on all clothes no matter what was worn (prevented by LL as described above)
* ignoring what the server says regarding skins
** Could use procedurally generated textures based on avatar shape, and primitar type to prevent ''''Attack of the ''(nude)'' Clones''''
:[[User:SignpostMarv Martin|SignpostMarv Martin]] 01:02, 11 January 2007 (PST)
** I don't think a nude patch could work anyway - the skin and clothing textures are combined on the wearer's client, then the combined texture is uploaded to the server as the single texture that appears on the avatar. That's why "rebaking" your textures on your client affects how other people see you. You could possibly just apply the same skin to everyone but you might just as well leave everyone unrezzed then ;) - Yumi Murakami

=== Two Tier Search ===
Yumi Murakami

* Server performs a possibly less-effective search which is database efficient, such as the current fulltext search. The client then performs its own search, refining the results. Should allow extra flexibility and take some load off LL's database.

==== Barriers to Implementation ====

=== User Interface Improvements ===
Yumi Murakami

* General improvements to the user interface. Maybe move to a seperate article: [[User Interface Improvements]]

==== Barriers to Implementation ====

=== More Text for Abuse and Bug Reports ===
[[User:Anders Nordberg|Anders Nordberg]]

* Bug Reports as well as Abuse Reports are currently very limited in the amount to text you can enter. Very difficult sometimes to describe a bug in just 2 or 3 sentences...

'''NOTE: A lengthy bug report that would benefit from additional material such as videos or photos could possibly be submitted to [https://jira.secondlife.com Jira] --[[User:SignpostMarv Martin|SignpostMarv Martin]]'''

==== Barriers to Implementation ====

=== Attachments registering as additional limbs for animation ===
[[User:Alderic LeShelle|Alderic LeShelle]]

* Attachments with distinct object names (like wings, tails, extra limbs...) may register themselves in the skeletal structure of the avatar, so that a BVH animation might animate them as well.

==== Barriers to Implementation ====

=== Much Longer Land Draw Distance ===
[[User:Huns Valen]]

* The idea is to have a separate slider for land draw distance. It must be greater than or equal to the "master" draw distance.
* Could possibly use colored map textures (from the world map, not from the viewer-generated local map) as terrain patch, rather than the supplied patch, although this might not look great for closer-in terrain.
** Perhaps all terrain within 512 meters could be drawn using the sim-supplied textures, and anything further could be drawn using the world map textures.

==== Barriers to Implementation ====

* Would require child connections to more simulators to render "sorta near" terrain (that is, beyond the draw distance for objects and avatars, but within the usual "far clip.") The simulators would have to JUST send land, not objects/avs/etc. as that would defeat the purpose of having a lower draw distance.
* Colored map textures may not be available in suitable resolution for it to look really good. However, it should be acceptable to many residents in lieu of the "version 2" graphics engine we were shown previews of in 2005 (and which subsequently was cancelled.)
** If this works well as a proof of concept, LL might be persuaded to make higher-resolution world map textures available.

== See Also ==
Linden Lab is considering offering bounties for especially desirable features in the viewer.

* [[Linden Lab Bounties]]
* [[Community Bounties]]
* [[:Category:Bounties]]

Compiling the viewer (MSVS2005)

2007-01-14T05:14:17Z

Huns Valen: /* Introduction */

{|align=right
|__TOC__
|}
== Introduction ==
The 2005 version of the Microsoft compiler upgrades the way it handles 64 bit architecture. In order to compile under the 2005 version, you will need to do some edits to the code where typecasts were lazily handled before, as they cause errors now. You will also find some POSIX names deprecated and replaced by ISO C++ standards. Be sure to refer to the other [[Compiling the viewer (MS Windows)|compilation steps]] with the 2003 version for more help.

'''WARNING:''' If the path you unzip the SL source to has a space in it, the batch file that copies message_template.msg will fail. So, if you unzip it to C:\Projects\Dir with space in name\Etc\linden, it won't work!

== Prerequisites ==
* Visual Studio 2005 '''''-or-''''' [http://msdn.microsoft.com/vstudio/express/visualc/download/ Visual C++ 2005 Express]<small>(Free)</small>
** [http://www.microsoft.com/downloads/details.aspx?familyid=0BAF2B35-C656-4969-ACE8-E4C0C0716ADB&displaylang=en Microsoft Platform SDK]
** A DirectX 9.0 SDK released on or after Summer of 2003 [http://download.microsoft.com/download/5/1/f/51ff8357-0af3-418b-9d0b-e9a5cdc39759/dxsdk_dec2006.EXE DirectX 9.0 SDK (December 2006)] [http://www.microsoft.com/downloads/details.aspx?FamilyID=9216652f-51e0-402e-b7b5-feb68d00f298&displaylang=en DirectX 9.0 SDK Update (Summer 2003)]
*** Note: If you have previously installed an older version of the DirectX 9.0 SDK, remove it first (from Control Panel -> Add or Remove Programs) before installing this version. Installing the new SDK "on top" of an older version may cause problems.
** Set up the project globals:
*** Start Microsoft Visual Studio 2005
*** Go to Tools/Options/Projects/VC++ Directories
*** Make sure that the '''includes'''[[:Image:MSVS2005 Global Project Options Include Files.JPG|('''screen shot''')]] and '''libraries'''[[:Image:MSVS2005 Global Project Options Library Files.JPG|('''screen shot''')]] paths have the Platform SDK paths first, then the DirectX SDK paths, and then the Visual C++ paths. You may need to check "Show All Settings" at the bottom for VC++ Directories to show.
*** If the DirectX SDK paths aren't present, add them to both '''includes''' and '''libraries'''.
* [http://www.cygwin.com/ Cygwin]
** When you run the cygwin setup utility make sure you have selected to install patchutil, flex, and bison (all located under "devel") which are not part of the default install. The project files use several hardcoded references that expect Cygwin to be installed at C:\cygwin, if it's not you'll need to edit those references.

== Libraries ==

Download the library directory from LL, extract it, and copy the files into your SL viewer source code directory, maintaining the same directory structure. Included are all the libraries LL ships in this file, but LL does not distribute the source to the following, and you will need to follow the instructions to acquire below:

=== Fmod ===
* Download & extract [http://www.fmod.org/ifmoddownload.html fmod 3.75 api for win32].
* Copy "fmodapi375win\api\inc\fmod.h" to "linden\libraries\include"
* Copy "fmodapi375win\api\inc\fmod_errors.h" to "linden\libraries\include"
* Copy "fmodapi375win\api\lib\fmodvc.lib" to "linden\libraries\i686-win32\lib_release"
* Copy "fmodapi375win\api\lib\fmodvc.lib" to "linden\libraries\i686-win32\lib_debug"
* Copy "fmodapi375win\api\fmod.dll" to "linden\indra\newview"

=== gl ===
* Download [http://oss.sgi.com/projects/ogl-sample/sdk.html glext.h, glxext.h, and wglext.h]
* Copy them to "libraries\i686-win32\include\GL"

=== Quicktime ===
* Download & install the [http://developer.apple.com/quicktime/download/ Quicktime SDK for Windows]
* Copy "QuicktimeSDK\Libraries\QTMLClient.lib" to "\libraries\i686-win32\lib_release".
* Copy "QuicktimeSDK\Libraries\QTMLClient.lib" to "\libraries\i686-win32\lib_debug".
* Copy the contents of "QuicktimeSDK\CIncludes" into "\libraries\i686-win32\include\quicktime".

=== Boost++ ===
Update boost from vc71 to vc80:
* [http://www.boost-consulting.com/download.html Download & install Boost++]
* Open the Visual Studio 2005 Command Prompt
* Delete "linden\libraries\include\boost"
* Copy "%programfiles%\boost\boost1_33_1\boost" to "linden\libraries\include"
* Copy "%programfiles%\boost\boost_1_33_1\lib\libboost_regex-vc80-mt-s-1_33_1.lib"
:# to "\linden\libraries\i686-win32\lib_release" and
:# to "\linden\libraries\i686-win32\lib_debug"
* Right click on the ''newview'' project, and select '''Properties'''
* [[:Image:MSVS2005 newview Property Pages Config Linker Input.JPG|('''screen shot''')]] Under '''Configuration Properties''', '''Linker''', '''Input'''
** find and change "''libboost_regex-vc71-mt-s.lib''"[[:Image:MSVS2005 newview Property Pages Config Linker Input.JPG|('''screen shot''')]] to "''libboost_regex-vc80-mt-s-1_33_1.lib''"[[:Image:MSVS2005 newview Property Pages Config Linker Input List Changed.JPG|('''screen shot''')]] in the ''Additional Dependencies''

=== unistd.h (Express only) ===
* Create an empty file "linden\libraries\include\unistd.h"

* Done!

== First Steps ==
=== Environment Setup ===
* Open the \indra\indra_complete\indra_complete.sln solution in Visual Studio 2005.
* If Visual Studio prompts to update your project files, allow it to do so. When the results are displayed, you may see warnings, but you should not see any errors.
* Pick either ReleaseNoOpt (for debugging) or ReleaseForDownload (for production) (in the box beside the green arrow under the tool bar). Any of the following changes you make will only apply to this solution configuration.
* Right click newview in the left hand frame and click "Set as StartUp Project".
* Right click on each project in the solution, with the exception of ''lscript_compile_fb'', and follow these steps for each:
:#[[:Image:MSVS2005_Project_Property_Pages_Config_CPP_General.JPG|('''screen shot''')]] Under '''Configuration Properties''', '''C/C++''', '''General''', change '''Treat Warnings As Errors''' to "''No''"
:#[[:Image:MSVS2005 Project Property Pages Config CPP Preprocessor.JPG |('''screen shot''')]] Under '''Configuration Properties''', '''C/C++''', '''PreProcessor''', insert the line "'';_CRT_SECURE_NO_DEPRECATE;_CRT_NONSTDC_NO_DEPRECATE''"
:#[[:Image:MSVS2005 Project Property Pages Config CPP Language.JPG|('''screen shot''')]] Under '''Configuration Properties''', '''C/C++''', '''Language''', change '''Treat wchar_t as Built-in Type''' to "''No (/Zc:wchar_t-)''"
** You must set the PreProcessor definitions for each project individually, but for the other two settings you can highlight all of the project files at the same time (except lscript_compile_fb) and change them simultaneously
*for the "llwindow" project an additional define is required
** Under '''Configuration Properties''', '''C/C++''', '''PreProcessor''', insert the line "'';_CRT_NON_CONFORMING_SWPRINTFS''"
*for the "llmessage" project an additional define is required
** Under '''Configuration Properties''', '''C/C++''', '''PreProcessor''', insert the line "'';_SCL_SECURE_NO_DEPRECATE''"

=== Code Editing ===

==== Version: slviewer-src-20070108c ====
Use CTRL+G to help find these lines and edit them, likewise:

*In linden\indra\llcommon\llstringtable.h @ line 103
--103: typedef std::hash_multimap<U32, LLStringTableEntry *> string_hash_t;
++103: typedef std'''''ext'''''::hash_multimap<U32, LLStringTableEntry *> string_hash_t;

*In linden\indra\llcommon\llerror.h @ line 38, and linden\indra\win_updater\updater.cpp @ line 40
++#if LL_WINDOWS
++# if (_MSC_VER >= 1400)
++# pragma warning(disable : 4996)
++# endif
++#endif

*In linden\indra\llcommon\u64.cpp @ line 36
--36: char *aptr = strpbrk(str,"0123456789");
++36: '''''const''''' char *aptr = strpbrk(str,"0123456789");

*linden\indra\llprimitive\llprimitive.cpp @ line 1200
--1200: exception_faces |= (1 << i);
++1200: exception_faces |= ((U64)1 << i);

*linden\indra\llui\llsliderctrl.cpp @ line 218
--218: F32 displayed_value = (F32)(floor(getValueF32() * pow(10, mPrecision) + 0.5) / pow(10, mPrecision));
++218: F32 displayed_value = (F32)(floor(getValueF32() * pow(10'''''.0''''', mPrecision) + 0.5) / pow(10'''''.0''''', mPrecision));

*linden\indra\llui\llspinctrl.cpp @ line 251
--251: F32 displayed_value = (F32)floor(getValue().asReal() * pow(10, mPrecision) + 0.5) / (F32)pow(10, mPrecision);
++251: F32 displayed_value = (F32)floor(getValue().asReal() * pow(10'''''.0''''', mPrecision) + 0.5) / (F32)pow(10'''''.0''''', mPrecision);

*linden\indra\newview\llstartup.cpp @ line 1459
--1459: gUTCOffset = (server_utc_time - now);
++1459: gUTCOffset = (server_utc_time - '''''(S32)'''''now);

*linden\indra\newview\llpaneldirevents.cpp @ line 137, and line 169
--137: internal_time = utc_to_pacific_time(utc_time, gPacificDaylightTime);
++137: internal_time = utc_to_pacific_time('''''(S32)'''''utc_time, gPacificDaylightTime);

--169: internal_time = utc_to_pacific_time(utc_time, gPacificDaylightTime);
++169: internal_time = utc_to_pacific_time('''''(S32)'''''utc_time, gPacificDaylightTime);

*linden\indra\newview\llfloaterreporter.cpp @ line 668
--668: msg->addU32Fast(_PREHASH_Time, mcd->mTime);
++668: msg->addU32Fast(_PREHASH_Time, '''''(U32)'''''mcd->mTime);

*linden\indra\newview\llfloaterland.cpp @ line 2609, and line 2878
--2609: S32 now = time(NULL);
++2609: S32 now = '''''(S32)'''''time(NULL);

--2878: S32 now = time(NULL);
++2878: S32 now = '''''(S32)'''''time(NULL);

*linden\indra\newview\llfloaterbump.cpp @ line 120
--120: timep = utc_to_pacific_time(mcd->mTime, gPacificDaylightTime);
++120: timep = utc_to_pacific_time('''''(S32)'''''mcd->mTime, gPacificDaylightTime);

*linden\indra\newview\viewer.cpp @ line 2510
--2510: srand(time(NULL));
++2510: srand('''''(U32)'''''time(NULL));

*linden\indra\newview\llurlwhitelist.cpp @ line 43
--43: mUrlListIter ( 0 )
++43: mUrlListIter ( '''''LLUrlWhiteList::mUrlListIter''''' )

==== Version: slviewer-src-20070112a ====
Use CTRL+G to help find these lines and edit them, likewise:

*In linden\indra\llcommon\llstringtable.h @ line 103
--103: typedef std::hash_multimap<U32, LLStringTableEntry *> string_hash_t;
++103: typedef std'''''ext'''''::hash_multimap<U32, LLStringTableEntry *> string_hash_t;

*In linden\indra\llcommon\llerror.h @ line 38, and linden\indra\win_updater\updater.cpp @ line 40
++#if LL_WINDOWS
++# if (_MSC_VER >= 1400)
++# pragma warning(disable : 4996)
++# endif
++#endif

*In linden\indra\llcommon\u64.cpp @ line 36
--36: char *aptr = strpbrk(str,"0123456789");
++36: '''''const''''' char *aptr = strpbrk(str,"0123456789");

*linden\indra\llprimitive\llprimitive.cpp @ line 1200
--1200: exception_faces |= (1 << i);
++1200: exception_faces |= ((U64)1 << i);

*linden\indra\llui\llsliderctrl.cpp @ line 218
--218: F32 displayed_value = (F32)(floor(getValueF32() * pow(10, mPrecision) + 0.5) / pow(10, mPrecision));
++218: F32 displayed_value = (F32)(floor(getValueF32() * pow(10'''''.0''''', mPrecision) + 0.5) / pow(10'''''.0''''', mPrecision));

*linden\indra\llui\llspinctrl.cpp @ line 251
--251: F32 displayed_value = (F32)floor(getValue().asReal() * pow(10, mPrecision) + 0.5) / (F32)pow(10, mPrecision);
++251: F32 displayed_value = (F32)floor(getValue().asReal() * pow(10'''''.0''''', mPrecision) + 0.5) / (F32)pow(10'''''.0''''', mPrecision);

*linden\indra\newview\llstartup.cpp @ line 1459
--1459: gUTCOffset = (server_utc_time - now);
++1459: gUTCOffset = (server_utc_time - '''''(S32)'''''now);

*linden\indra\newview\llpaneldirevents.cpp @ line 137, and line 169
--137: internal_time = utc_to_pacific_time(utc_time, gPacificDaylightTime);
++137: internal_time = utc_to_pacific_time('''''(S32)'''''utc_time, gPacificDaylightTime);

--169: internal_time = utc_to_pacific_time(utc_time, gPacificDaylightTime);
++169: internal_time = utc_to_pacific_time('''''(S32)'''''utc_time, gPacificDaylightTime);

*linden\indra\newview\llfloaterreporter.cpp @ line 668
--668: msg->addU32Fast(_PREHASH_Time, mcd->mTime);
++668: msg->addU32Fast(_PREHASH_Time, '''''(U32)'''''mcd->mTime);

*linden\indra\newview\llfloaterland.cpp @ line 2609, and line 2878
--2609: S32 now = time(NULL);
++2609: S32 now = '''''(S32)'''''time(NULL);

--2878: S32 now = time(NULL);
++2878: S32 now = '''''(S32)'''''time(NULL);

*linden\indra\newview\llfloaterbump.cpp @ line 120
--120: timep = utc_to_pacific_time(mcd->mTime, gPacificDaylightTime);
++120: timep = utc_to_pacific_time('''''(S32)'''''mcd->mTime, gPacificDaylightTime);

*linden\indra\newview\viewer.cpp @ line 2515
--2515: srand(time(NULL));
++2515: srand('''''(U32)'''''time(NULL));

*linden\indra\newview\llurlwhitelist.cpp @ line 43
--43: mUrlListIter ( 0 )
++43: mUrlListIter ( '''''LLUrlWhiteList::mUrlListIter''''' )

==== Misc. Code Editing ====
*linden\indra\llinventory\llinventory.cpp @ line 1433
++1433: @ (S32)now

=== Disable llMozLib ===
*linden\indra\llcommon\llpreprocessor.h @ line 51
--51: #define LL_LIBXUL_ENABLED 1
++51: #define LL_LIBXUL_ENABLED '''''0'''''

== Ready, Set, Build! ==
* Build either ReleaseNoOpt (for debugging) or ReleaseForDownload (for production).
* SecondLife.exe will be built in \indra\newview\ReleaseNoOpt or \indra\newview\ReleaseForDownload
* Create a shortcut to SecondLife.exe, and change the start location to \indra\newview\ (all the .dll will be found there.)

=== Problems Running? ===

If you can't connect once you've built the viewer:

* If you're getting errors while trying to load your inventory, try [[Stuck logging in|clearing your cache and deleting other temporary files]].

=== Cannot open include file: 'windows.h' problem ===
If you run into this problem:
..\..\..\boost/regex/v4/fileiter.hpp(44) : fatal error C1083: Cannot open include file: 'windows.h': No such file or directory
Fix it with this: (thanks Fairlight!)
set INCLUDE=C:\Program Files\Microsoft Platform SDK for Windows Server 2003 R2\Include;%INCLUDE%
set LIB=C:\Program Files\Microsoft Platform SDK for Windows Server 2003 R2\Lib;%LIB%