Very happy in tests yesterday with 9137 - 25 avatars on a sim for over
an hour, no crashes. OSGrid office hours had Wright Plaza on 9136 and
was also very stable, so I think around that point is a sweet spot...
From: opensim-dev-boun...@lists.berlios.de
scene.m_restorePresences
O.o
/Stefan
___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev
://lists.berlios.de/pipermail/opensim-dev/attachments/20090415/6e612164
/attachment.html
--
___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev
End of Opensim-dev Digest
I believe that, for technical purposes, a grid should indeed be
seen as a trust domain. That was what the protocol was designed for
and bending it to anything else would be very painful and not
entirely successful, feature-wise. The Linden-designed protocol
elements are best suited to that
That member was actually introduced for the load balancer only, and
is not supposed to be accessed by anything else. But, it's a case in
point where a specialized application would not be possible if only
an interface were passed.
Melanie
Stefan Andersson wrote:
... unless it was exposed in that interface, or the functionality was available
in some other way.
Best regards,
Stefan Andersson
Tribal Media AB
Date: Wed, 15 Apr 2009 12:12:57 +0200
From: mela...@t-data.com
To: opensim-dev@lists.berlios.de
Subject: Re: [Opensim-dev] Supplying IScene
...
URL:
https://lists.berlios.de/pipermail/opensim-dev/attachments/20090415/6e612164
/attachment.html
--
___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev
I'm happy to see others are sharing my vision. :)
That is just what i think needs to happen:
Users becoming independent entities who use a inventory and asset
space provider of their choice, even self-hosted if they have the
bandwidth.
Regions service local assets themselves, so there is no
I love this idea Melanie even to the degree I have been thinking you could
store small Access/SQLite DB's in places like your Live account etc,
anywhere that stores small files you can access through an API/Web Services.
Anything to associate an avatars assets independent of the grids DB but
still
Diva Canto wrote:
As I zoom in on issues of trust and security, I'm getting to the point
where I need a sharp definition of grid. What is a grid, besides being
a map/lookup service and a user accounts service?
a) nothing more than that
b) a trust domain
If we choose b) then we need to
OSGrid exists with two goals.
1. Test OpenSim SVN on a regular basis and report results to aid in software
development.
2. Nurture a community.
We need to start by considering that OpenSim splits the asset storage between
regions and the OpenSim assetServer. So, the OpenSim asset model is a
Sean Dague wrote:
Melanie wrote:
Hi,
as a mid to long range goal, +1, actually.
but in the short run, the ability to load and unload regions is
blocked by the existing module API, and to fix this basic piece of
functionality, they need to be migrated to the new API, asap.
If this is
Looks like you didn't read my post. I said, as a mid to long range
goal, yes. I didn't say we should never have it. I said it would
block critical fixes if it were forced onto the new region module
interface now.
I'm not bullying anyone. You have not yet had the pleasure of seeing
me bully
Greetings all
I was hoping to get some robot physics simulation people's ideas here.
Looking at the LSL Vehicle API, it seems clear that there is at least
an angular motor and a linear motor involved. There may be two
angular motors, one for the angular movement and one for the vertical
Charles Krinke wrote:
OSGrid exists with two goals.
1. Test OpenSim SVN on a regular basis and report results to aid in
software development.
2. Nurture a community.
We need to start by considering that OpenSim splits the asset storage
between regions and the OpenSim assetServer. So,
Melanie wrote:
Looks like you didn't read my post. I said, as a mid to long range
goal, yes. I didn't say we should never have it. I said it would
block critical fixes if it were forced onto the new region module
interface now.
In your earlier posts you vehemently decried any notion of
Jeff Heaton at Heaton Research wrote a book on LSL scripting. All his scripts
are available at his Heaton Research parcel on SecondLife and in the books,
which are on Amazon.com.
There are a couple of chapters devoted to vehicles and angular motors in making
a script for a car, boat airplane.
Melanie wrote:
The important turning point of the discussion was when the talk
turned to splitting things out of Scene. I'm still dead set against
hiding Scene as it is today behind an interface, because it would
turn into just as unmaintainable a behemoth as IClientAPI is.
However,
Backing up a step.
OpenSim does not allow a way to *stop* a region from attaching to a UGAIM, be
it OSGrid, or any other OpenSim grid. There is nothing unique about OSGrid
except its history. OSGrid runs the OpenSim software as it exists. No more, no
less.
I would think the first step would
No one but UCI administrators can attach sims to the UCI grid, because
only they know the send/receive password. And as far as I know, only the
admins of, say, K-Grid can attach sims to it.
There's something very special about the way OSGrid uses OpenSim: it
allows uncontrolled region logins
20 matches
Mail list logo