[Opensim-dev] Refactoring of defaults between OpenSimDefaults.ini and OpenSim.ini.example

[Fleep Tuque]

I don't know if it's helpful to have a very non-technical user perspective,
but as someone quite new to OpenSim, I actually found it reassuring that all
the settings I MIGHT want to change were all in one place.  As I have
learned more and gotten more comfortable with how the system works, I've
then gone back and played with additional settings in the OpenSim.ini file.

If it improves something technically then by all means change it, but from
my perspective, it's actually a good thing to have a single place to look
for where I might have goofed up a setting, or where I might change the
functionality of my sims.  Even the settings I have no intention of messing
with now, it's good to know they are there and that I COULD change them down
the road if I want to.   It's pretty educational for us n00bs.  =)

Sincerely,

- Chris/Fleep


Chris M. Collins (SL: Fleep Tuque)
Project Manager, UC Second Life
Second Life Ambassador, Ohio Learning Network
UCit Instructional & Research Computing
University of Cincinnati
406E Zimmer Hall
PO Box 210088
Cincinnati, OH 45221-0088
(513)556-3018
chris.collins at uc.edu

UC Second Life:   http://homepages.uc.edu/secondlife
OLN Second Life: http://www.oln.org/emerging_technologies/emtech.php



On Fri, Dec 10, 2010 at 6:06 AM, Melanie <melanie at t-data.com> wrote:

> Hi,
>
> the startup elements are frequently altered, as many people running
> small grids want limits like SL to make the economic model work.
>
> Same for the script crossing/binaries ones, grids turn them on, HG
> and standalones turn them off.
>
> Wind adn Trees, i'm with you there, they're not really used a lot,
> although supposedly sailors use the wind module.
>
> The LindenUDP settings, ODE settings and script engine settings have
> already been stripped down, maybe they need another looking at. I
> agree on LightShare.
>
> Economy is important, as most people want to be able to use the sell
> mechanism to transfer object and land owenrship, but on legal advice
> it is off by default. Pretty much everyone needs it.
>
> Melanie
>
> Ai Austin wrote:
> > I wonder if some of the following items which I assume would rarely
> > be changed by most users could be shifted also form
> > OpenSim.ini.example to OpenSimDefaults.ini?  Do the core devs have a
> > view on this to get a good split ahead of a 0.7.1 release?
> >
> > [Startup] some elements like meshing, physics, NonPhysicalPrimMax,
> > PhysicalPrimMax, AllowScriptCrossing, TrustBinaries, various
> > persistence related settings, DefaultScriptEngine, etc.  Probably
> > quite a few there, leaving just the ones m,ost likely to be altered
> > by non-experts.
> >
> > [Wind]
> >
> > [Trees]
> >
> > [ClientStack.LindenUDP]
> >
> > [ODEPhysicsSettings]
> >
> > [Economy]
> >
> > [XEngine] some options - leaving the AllowOSFunctions,
> > AllowLightShareFunctions and OSFunctionThreatLevel in
> > OpenSim.ini.example perhaps
> >
> > Conversley, maybe [LightShare]section should be moved from
> > OpenSimDefaults.ini to OpenSim.example.ini (espec if
> > AllowLightShareFunctions remains in OpenSim.ini.example as both will
> > be required to make that functionality work I think.
> >
> >
> >
> > _______________________________________________
> > Opensim-dev mailing list
> > Opensim-dev at lists.berlios.de
> > https://lists.berlios.de/mailman/listinfo/opensim-dev
> >
> >
> _______________________________________________
> Opensim-dev mailing list
> Opensim-dev at lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/opensim-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://opensimulator.org/pipermail/opensim-dev/attachments/20101210/9edbabe1/attachment-0001.html>