as a starting point,
then the rough edges can be smoothed and disk based queueing introduced so that
assets can be retried even across a simulator restart.
- Melanie
On 18 Apr 2014, at 10:44, Oren Hurvitz or...@kitely.com wrote:
I have found that when OpenSim tries to store an asset using
implementation in C# exists.
- Melanie
On 18 Apr 2014, at 13:05, Oren Hurvitz or...@kitely.com wrote:
Regarding the hiding of exceptions: to be clear, I was already bitten by this
behavior; that's why I started to investigate how assets are stored. I have
therefore already changed Kitely's version of OpenSim
Name one valid use case where current OpenSim is able to handle such
an exception gracefully, e.g. without user-visible error.
- Melanie
On 18/04/2014 13:28, Mike Chase wrote:
I'm inclined to agree with Oren. Asset Writes could fail for a variety of
reasons and there are lots of use cases
at the user is pointless in such a scenario.
- Melanie
On 18/04/2014 22:56, Oren Hurvitz wrote:
There seems to be a misunderstanding here. We're talking about a case where
the operation has FAILED. The only question is whether to pretend that it
succeeded, so that the user will find out
Yes
- Melanie
On 12/04/2014 14:27, David Saunders wrote:
Hey
I Just dug though my web based region file, and its base on a single
line XML format region name= location_x= ... /
Would this be needed to updated with this proposal?
On Sat, Apr 12, 2014 at 1:36 AM
/Nini
Multiple Section statements can be placed within Nini.
- Melanie
___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev
dynamically need to be
changed to generate the new format instead,
- Melanie
...
/region
On 11/04/2014 15:35, David Saunders wrote:
How does this relate to the XML format for web configuration?
On Fri, Apr 11, 2014 at 7:10 AM, R.Gunther ri...@rigutech.nl wrote:
Suprissed its still
The code for parcel access works, as far as I'm aware. It was
originally fixed in Avination and that should have been donated to
OpenSim a long time ago. Maybe a good starting point is to see what
you would like that doesnt' work before you go and fix things that
aren't broken.
Melanie
On 10/04
I'm not even being defensive. I just don't like the idea of poking
code with a sharp stick instead of debugging it properly.
- Melanie
On 10/04/2014 17:20, James Stallings II wrote:
Maybe a good starting point is to see what you would like that doesnt'
work before you go and fix things
reproducible means that you're doing the proper
debugging already.
- Melanie
On 10/04/2014 17:52, James Stallings II wrote:
So, Melanie, I'll bite: What do you suggest for 'proper debugging' in this
context?
On Thu, Apr 10, 2014 at 10:25 AM, James Stallings II
james.stalli...@gmail.com wrote
The QueryAccess is a pre-authorization. So the double call is
intentional and unavoidable.
- Melanie
On 10/04/2014 18:14, James Stallings II wrote:
It would seem that the two invocations of the TestLandRestrictions method
in Scene occur in each of NewUserConnection and
QueryAccess
It used to go through event manager - an ancient way of doing it.
- Melanie
On 10/04/2014 18:44, James Stallings II wrote:
There are still getters and setters on the property, but I cant ref the
config point anywhere
On Thu, Apr 10, 2014 at 11:43 AM, James Stallings II
james.stalli
is not too hard a task.
I propose to remove the support for the legacy format, which has
last been updated in 2007 and has been unused for two major revisions.
Thoughts are welcome.
Melanie
___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https
The GUI configurator doesn't even exist yet. It's not proprietary,
it's just not done yet. The work was put in to create this
formatting to encourage the creation of such a GUI tool. It will
certainly not be removed.
- Melanie
On 08/04/2014 16:32, James Stallings II wrote:
I think if any
confusing if someone copies a section to
their ini from the defaults file, breaking that scheme.
The defaults file is overwritten in every update.
- Melanie
On 08/04/2014 16:19, Shaun T. Erickson wrote:
Yeah, I would definitely vote against moving things to the end of
sections. It's perfectly
of it.
Melanie
On 09/04/2014 00:45, James Stallings II wrote:
Actually Mel, I would not suggest that you do so. I've found some fairly
useful workflows involving the shell utilities find, diff, grep and sed
that really kind of move such concerns aside, allowing me to analyze and/or
edit large groups
Thanks, that was a good catch!
Melanie
On 02/04/2014 08:07, Oren Hurvitz wrote:
I changed BaseHttpServer to require handler paths to match a full path
component.
For example, these match: /assets and /assets/12345
But these don't match: /assets and /assets_exist
--
View
some packet or sending
wrong data related to the avatar's location.
This appears to be the case on moving in world as well as teleports,
but I have so far never observed it at login.
Melanie
On 02/04/2014 13:16, Oren Hurvitz wrote:
I got some great advice off-list from Nicky Perian. When there's
was cutting corners, it's not by design.
/assets/ should match /assets/9887234.. but not /assets_exist.
The slash is the differentiator and partial compares of URL string
prefixes should be done by full-string matches of slash/delimited
parts, not prefix matching of the entire URL.
Melanie
On 01/04
as the extra path info. You have the same thing in apache.
Basically, any URL longer than and starting with a registered URL
will invoke that registered URL with extra path info.
The fallacy in our server is that the matching isn't by path parts,
but character-wise.
Melanie
On 01/04/2014 20:03
by apache is shortest match, meaning that as
soon as a word list is fully matched against the request's words,
it's considered a match and the handler is invoked.
Everything past the matched portion becomes extra path info.
Melanie
On 01/04/2014 21:08, Mic Bowman wrote:
so what you're saying
the
last element, but need to match wordwise left to right.
Melanie
On 01/04/2014 21:47, Jim Williams wrote:
I think the correct way to look at this is that any URI /handler/...
should be passed to the correct handler handler; which should then pass
the rest of the path on to any sub-handlers
HEAD is meant to test if a request endpoint is implemented and to
retrieve metadata like detailed capabilities/options/flags.
Melanie
On 01/04/2014 21:49, Oren Hurvitz wrote:
Re: why use POST instead of HEAD: because this lets me check the existence of
many assets at once with a single HTTP
the connection.
The exists query is orthogonal to that and should be another request
endpoint.
Melanie
On 01/04/2014 21:56, Dahlia Trimble wrote:
Not sure about this particular application but keeping a connection open
can eliminate the need to instantiate a connection whenever a request is
made
Hi Oren,
the correct way is to create an additional post handler that is reachable at a
different URL, e,g, /AssetQuery/
Servers that don't implement it would return 404. Don't try to shoehorn this
functionality into the existing post handler.
Melanie
On 31 Mar 2014, at 13:55, Oren Hurvitz
This isn't designed as RPC, it's designed as REST. One URL/VERB
combination for each function.
We wanted to get away from the RPC concept. Let's not take backwards
steps here.
Melanie
On 31/03/2014 15:15, Oren Hurvitz wrote:
This isn't overloading: it's an RPC endpoint that accepts many methods
This isn't designed as RPC, it's designed as REST. One URL/VERB
combination for each function.
We wanted to get away from the RPC concept. Let's not take backwards
steps here.
Melanie
On 31/03/2014 15:15, Oren Hurvitz wrote:
This isn't overloading: it's an RPC endpoint that accepts many methods
to connect to a server version 6 and
vice versa. This gives us both control and simplicity.
Melanie
On 31/03/2014 18:45, Jim Williams wrote:
Seems reasonable to me...A design approach I would have taken.
One question. Is there some sort of versioning built into the protocol?
One verb yes
Because even if badness exists, that is not a reason to add more
badness. Let's do future additions the right way.
Melanie
On 31/03/2014 18:52, Oren Hurvitz wrote:
If you say that the intention was to use REST then of course I accept what
you say. But whatever the vision
Looks like you found the culprit! All those suggestions sound good.
Melanie
On 27 Mar 2014, at 17:03, Oren Hurvitz or...@kitely.com wrote:
When a prim is a Sculptie or Mesh, the prim's shape contains a field called
SculptData which stores the full mesh or texture (for sculpties). If the
prim
In that case, i concur, just exclude it from serialization.
Melanie
On 27/03/2014 19:26, Dahlia Trimble wrote:
That field contains the asset data, which, in the case of a sculptie is not
a mesh but a texture. For ODE, the resulting mesh will be cached once
generated and reused, however
Attachments can be dropped and then need the proxy again.
Melanie
On 27/03/2014 19:29, Dahlia Trimble wrote:
Another strategy may be do something along the lines of deleting it if the
SOP is part of an attachment. Attachments are phantom and do not need
physics proxies.
On Thu, Mar 27
and maybe document how to change it, but to change the
default is not the way we do this. It will play hell with
installations where people use operating system features and/or
external programs to rotate and/or archive logs.
Options are fine, changing defaults without discussion is not.
Melanie
On 26/03
And the answer is: NO.
That should NEVER happen. It's a BIG hairy-legged bug!
Melanie
On 26/03/2014 12:52, Aine wrote:
Bingo!
I just ran my test again with a newly created test mesh and did not observe
the mass of data being sent to the asset server when I unwore it (as per
Oren's post
, though.
Melanie
On 26/03/2014 13:33, Mike Chase wrote:
I don't get this. I thought assets were immutable. Why would you ever
update an asset. Contents yes I can see that but not the asset itself. I
suppose that's the bug?
Mike
-Original Message-
From: opensim-dev-boun
.
Resaving mesh is incredibly wasteful and should just not happen.
Melanie
On 25/03/2014 22:16, Aine wrote:
At today's dev meeting, Justin asked me to post to the mailing list to ask
whether anyone can confirm my observation that when you wear a mesh object
and then un-wear it, the full mesh data
is a good idea, using
instant messages as the protocol may not be agreeable to all.
Personally, I'm not opposed to it.
Melanie
On 13 Mar 2014, at 18:16, Oren Hurvitz or...@kitely.com wrote:
Sometimes Robust makes changes to a user's inventory on its own initiative
(i.e., not as the result of a client
into the last known sim the user is in, leveraging the hunting
mechanism IM already has, to deliver a message from a service to a
client.
From all appearances, that's not too different from what LL do.
Melanie
On 14/03/2014 02:01, Justin Clark-Casey wrote:
I think IM is just viewer - simulator
as possible.
With everyone working together, we can make this transition as
painless as possible for the metaverse. We have at this time decided
not to make this a mandatory upgrade to avoid disruption of grids
and HG destinations, but please do consider upgrading as soon as
possible.
- Melanie
It's definitely planned to be done before than. :)
Melanie
On 13/12/2013 13:58, R.Gunther wrote:
Agree with justin, especially because people aroujd xmas maby like to
test dev version.
Gives hardhat to dahlia. :)
On 2013-12-13 01:54, Justin Clark-Casey wrote:
This needs to be done very
these methods.
Melanie
On 13/12/2013 18:02, James Stallings II wrote:
That's definitely good to hear :)
A quick question related to the work:
Will this change be compatible with Bullet or will this be for ODE only?
TIA and Cheers!
James
On Fri, Dec 13, 2013 at 9:38 AM, Melanie mela...@t
We do it the same way for a lot of stuff. Now, some of the vehicle
stuff and some other SOP stuff is too specific to be generlized, but
I understand where you're coming from.
Melanie
On 13/12/2013 20:27, Mister Blue wrote:
I will generalize these after you have added the functions because
service
impairment it may cause for unsuspecting larger grids. Not every grid operator
reads this list,
So I'd again suggest that we stick to the way we've always done it and make the
default for new features be off.
Melanie
On 8 Oct 2013, at 09:31, Teravus Ovares tera...@gmail.com wrote:
I
creates a slew of requests. Also, it
should not normally be accessible to the world.
Melanie
On 8 Oct 2013, at 18:27, Teravus Ovares tera...@gmail.com wrote:
Just to be clear, and comment/answer some questions.
I did add the DOS protection variables to the Robust.ini.example in
the [LoginService
People like us have the protection in the proxy and need to turn the
feature off. Not a problem for me, I'm aware of it, but my concern
was for those who didn't listen to me tell them Dont' blindly reuse
configs
Melanie
___
Opensim-dev mailing list
.
Cheers,
Melanie
On 08/10/2013 05:42, Teravus Ovares wrote:
Hi there,
I just wanted to inform -dev that I added some rate limiting DOS
protection classes to use to protect your opensim based services from
rapid calling. At the moment, this will be most noticeable in the
Login Service
Since that is not a core module, you will need to add the
configuration for it yourself; core doesn't come with it.
Melanie
On 25/03/2013 23:09, R.Gunther wrote:
Ok, i where looking and testing the profile module from
http://opensimulator.org/wiki/Profile
But for some reason when you get
it.
Melanie
On 11/02/2013 17:01, drWhiet wrote:
Hi all,
I just wonder how Avinations decision to contribute their physics back to
opensim
affects the development of BulletSim. Will both exist next to each other ?
Mayby Adam
can say something about this ?
Best regards,
Wordfromthe Wise
We have all this code I just haven't had a chance to push it yet.
You wasted that work, sorry to say.
My commit message _did_ say yet and that more is to come.
Melanie
On 07/02/2013 08:37, Oren Hurvitz wrote:
Hi,
Recently Melanie added support for the Extra Physics Parameters
resources.
Melanie
On 07/02/2013 02:59, Mic Bowman wrote:
for discussion purposes...
added the jsonstore connection to the dynamic attributes. here's an example
of an LSL script that sets the attributes (create a notecard called
JsonData with some json structure inside it)... you can interrogate
the implementation of this cap weeks ago but we
don't know if it is in a formal release yet. However, OpenSim core
code in Git has it.
Melanie
On 04/02/2013 16:23, Oren Hurvitz wrote:
Yes, I know where to find this setting. But when I try to change it,
Firestorm says that I'm not allowed. That's
are not discussing Mono 2.10.
Melanie
On 27/01/2013 15:32, Ilan Tochner wrote:
If, as we both agree, OpenSim works differently with different versions of
mono then people are going to report bugs that exist when OpenSim is run on
mono versions prior to 2.10 that don't exist with mono version 2.10
but all operating
systems, including Linux. As long as people use versions of Linux
that don't natively supply 2.10, we cannot make it our baseline.
That is simply not open for discussion.
Melanie
On 27/01/2013 21:56, Ilan Tochner wrote:
That's all well and good but saying we support mono version
Hi,
times change. Avination is 2.10.9 these days.
+1
Melanie
On 25/01/2013 23:31, Shaun Erickson wrote:
As I recall, Melanie has/had strong objections to doing this, as it would
affect her grid.
-ste
On Jan 25, 2013, at 5:20 PM, Mic Bowman cmick...@gmail.com wrote:
+1
On Fri
by the aborted threads will not be unlocked but the system should
not become unstable as a whole because of that.
Melanie
On 09/01/2013 21:37, Serendipity Seraph wrote:
Forgive me if this question makes no sense as I am not an OpenSim code
expert. But in addition to effectively putting a should
it - it's just a waste of effort.
Melanie
On 28/12/2012 08:38, Adams, Robert wrote:
The discussion about the implementation of the llKeyframeMotion function
hinted at a need for region modules to be able to add data and functions to
existing scene items. Here is a modest proposal
I suggest we bounce this about a bit and maybe cooperatively work on a test
case/POC. That will certainly clarify issues. I could also pull out the prosal
I did for ReX which deals with this
Melanie
On 28 Dec 2012, at 18:38, Adams, Robert robert.ad...@intel.com wrote:
I agree
Hi,
you may want to hold off on this. In the vein of the custom script
functions and constants we have already, I have been looking to
allow custom script events which would be real events.
Melanie
On 19/11/2012 02:28, Diva Canto wrote:
Hi,
I am working on a module that passes interesting
All three methods pertain to Windows Sockets, the Win/BSD socket API
extension. These settings are irrelevant for .NET.
Melanie
On 05/11/2012 22:46, Nebadon Izumi wrote:
the 1st link seems to only apply to older versions of Windows NT, so I do
not really so how this could possibly have any
The presence service already has a call to fetch the online status
for a list of users rather then for just one user, AFAIR. At least I
remember putting such a call into the design.
Melanie
On 29/10/2012 01:13, Michelle Argus wrote:
I have updated the proposal page and listed the diffrent
I posted a pull request to them to pick up the fix I made.
Melanie
On 03/10/2012 01:11, Mic Bowman wrote:
Did mono fix the other problem that multiple concurrent connections to
the same endpoint would always cause excessive delay (concurrent
requests would not start until seconds after
You can use the PollServiceManager to do this. It's the same
mechanism the viewer uses.
However, if only one instance of the application long-polls, that is
one thread so you don't need to worry about resources too much.
Melanie
On 15/09/2012 11:53, Dahlia Trimble wrote:
I've had excellent
database to a database server that all your
regions can access. This will give you estates that span your
servers, or, in the event of a private grid, your entire grid,
without forcing federated grids to also store this data.
This is an advanced option and somewhat underdocumented.
Melanie
On 13
Hi,
we use a module that is been developed for us as custom work. It
allows running unmodified SL vehicle scripts - well, mostly. We also
have llSetKeyframedMotion() for things that don't really need to be
physical. The latter will be donated to OpenSim at some point.
Melanie
On 06/06/2012 19
You are correct in your assumptions. The intention is to produce a
few posters, each focusing on one statement and expressing that
statement both visually and in text, as well as flyers listing those
statements.
Melanie
On 01/05/2012 00:09, Borun (a.k.a. Boroondas Gupte) wrote:
On 04/30/2012 12
of May till 26th of May.
If you'd like to help, please email i...@opensimulator.org.
Cheers,
Melanie
___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev
of May till 26th of May.
If you'd like to help, please email i...@opensimulator.org.
Cheers,
Melanie
___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev
Any such checks should use Scene.Permissions.IsAdministrator() which
will return true is the UUID given is of the estate owner, an estate
manager or a god.
Melanie
On 13/04/2012 12:36, Oren Hurvitz wrote:
While I'm on the subject of OSSL permissions, here's one more suggestion: if
an OSSL
.
Melanie
On 13/04/2012 13:12, Oren Hurvitz wrote:
I found another place that should be changed: if the permission level is set
to PARCEL_OWNER then we should check
World.Permissions.CanEditParcelProperties() instead of just checking if this
is the parcel's owner. That would allow the function
I know with the JSON function it was intentional. As for the Npc
one, I don't know. Justin, can you enlighten us? Copy/Paste error or
good intention?
Melanie
On 13/04/2012 11:59, Oren Hurvitz wrote:
Hi,
There are two OSSL functions that check the wrong string for their threat
level
as it can be assumed that if
anyone is allowed to run the function gods should be allowed to run
it, too. However, if a function is indeed disabled it must be
disabled for gods as well.
Melanie
On 13/04/2012 14:39, Oren Hurvitz wrote:
Currently CheckThreatLevel() doesn't check for God at all
combinations of
permissions to allow more flexibility.
Melanie
On 13/04/2012 14:42, Oren Hurvitz wrote:
The decision whether to allow the parcel owner to call a function or not is
set by whoever setup OpenSim.ini: they can choose to allow PARCEL_OWNER, or
only ESTATE_OWNER. If they decided
,PARCEL_GROUP_MEMBER to get the behavior you're looking
for, and/or add the estate management as well.
I would propose to add GODS to the list of keywords, since they
can't currently be allowed as a class.
Melanie
On 13/04/2012 15:36, Oren Hurvitz wrote:
About gods: ok. I don't allow any users to be gods
that an inheritance based model does not.
Melanie
On 13/04/2012 15:48, Fleep Tuque wrote:
I'm trying to think of a use case when I wanted a PARCEL_OWNER to have
privileges that the ESTATE_MANAGER did/should not have and can't think of
one off the top of my head. In every scenario I can think
That would overomplicate things, IMHO. There is no VIEWER BASED
permission that an estate manager has that an owner doesn't have.
Therefore creating a whole new method just for a single use (OSSL)
seems unnecessary to me.
Looks to me like a case of Don't touch a running system.
Melanie
On 14/04
would suggest not to implement a
specific IsEstateManager function at this time. That functionality
is only needed in one place and there is already code there that
emulates it.
Melanie
On 14/04/2012 01:08, Justin Clark-Casey wrote:
You are conflating two separate points, a category system
The best way to fond out is to post a Mantis report including the
script so others can test it and also maybe spot script errors.
Melanie
On 04/04/2012 03:23, R.Gunther wrote:
I created a difefrent script, with waypoints.
If the last waypoint is reached, then i try to load new data
this on your system opensim will still work. This may be
a better and faster solution for you.
Melanie
On 07/03/2012 07:16, Kevin Buckley wrote:
I have a question/request which was being discussed on the Opensim Users
list and Justin suggested it might be better handled here?
As a developer
It allows to keep data from more than one grid in the same set of
tables (for hosting multiple grids on shared systems)
Melanie
On 07/03/2012 11:42, Kevin Buckley wrote:
What does ScopeID do (if that can be answered in one sentence)?
-Original Message-
From: opensim-dev-boun
You cannot call any code in LSL_Api.cs. Anything you need from there
needs to be duplicated.
Melanie
___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev
LSL_Api is for script use. It doesn't live in the normal opensim
space. You could probably tweak things enough to instantiate a
usable copy, but that would be unsupported and ay break in the
future. Frankly, it's more trouble than it's worth.
Melanie
On 02/02/2012 18:34, CJ Davies wrote:
On 02
Hi,
it should happen only on logout / disconnect, not when leaving a
sim. Good catch!
Melanie
On 01/02/2012 06:10, Diva Canto wrote:
Hi Justin,
In case I don't see you in the IRC, could you please look into what's
going on in AttachmentsModule.SaveChangedAttachments, specifically
commit
Yes, I think that is a good first step.
Melanie
On 01/02/2012 10:21, Bo wrote:
Hello,
and my congrats Diva.
Please forgive me a noob question, but i wonder if that should be not
disabled
for HG visitors at all.
Not sure, but don't HG visitors technically log out from remote grid
available to them, this is what replaces the Master Avatar.
Melanie
___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev
and have
the parcel owner of the sim sized parcel (which they confused with
ownership of the sim) change as well. Master Avatar was a code,
logic and support nightmare.
I would be in favor of the above being added as optional config options.
Melanie
On 22/01/2012 00:41, Fernando Francisco de Oliveira
distros have it.
Melanie
On 22/01/2012 02:27, Fernando Francisco de Oliveira wrote:
Hi Melanie
I liked your suggestion and I will try to do it on my fork of source code :)
Thanx for it
Fernando Oliveira
http://oliveira.eti.br
2012/1/21 Melanie mela...@t-data.com
It's simply
the
optimum would be 16-20, which would ensure that the scripting
maximum (16) collision contacts are always available.
Melanie
___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev
If any option then it needs to default to the new offsets or no
change will ever happen. However, I would much prefer no option as I
see everyone flipping it on to save themselves the pain.
Melanie
On 05/12/2011 04:49, Edmund Edgar wrote:
Going forward it sounds the right way has to be to fix
As I am the one who did it, +1 on leaving it fixed. Items can be
fixed and copy/paste compatibility for new objects coming in from sl
is more important, IMHO.
Melanie
On 05/12/2011 04:14, Trinity wrote:
i say fix it and let the chips fall where they may
On Fri, Dec 2, 2011 at 3:55 PM, Justin
think what clinches it is that nini has been dormant for so long
that the risks in a fork are negligible.
So, +1
Melanie
On 23/11/2011 06:34, BlueWall wrote:
Hi All,
About a year ago, I was working on the Fortis-OpenSim project and had
started digging into the configuration system a bit. One
You can send the Go to website dialog from a money module as well.
Both the VirWox module and DTL currency do this.
On 11/11/2011 11:55, Edmund Edgar wrote:
On 11 November 2011 18:31, Melanie mela...@t-data.com wrote:
The easiest way would be to make your bitcoin client open port 80 on
your
viewer would be presented with, and
agree to, the LL TOS. This is not legally binding for the user on
the third party grid, therefore this isn't practicable.
Melanie
On 09/11/2011 20:21, Bo wrote:
Hello, just an quick idea,
SL does request TOS confirmation directly in the viewer after each
to implement it.
Melanie
On 07/11/2011 15:02, David Kaplan wrote:
I whole-heartedly support this proposal in whatever the solution may
be - regardless if it's an issue with the viewers or the server. I
don't see that have larger textures will create appreciably
significant performance issues because
I believe that fix made it in when I updated the SP to AVN code. We
fixed that ages ago.
Melanie
On 08/11/2011 00:48, Justin Clark-Casey wrote:
To me, this sounds like a bug to file on Mantis. However, I suspect that
updating the listen position when a prim moves
will take a bit of code
You should Mantis it and then maybe post the Mantis link here. I for
one might be interested in signals processing, like proper SIGTERM
and maybe SIGHUP.
Melanie
On 08/11/2011 00:31, Justin Clark-Casey wrote:
Hi Rory. I think most people currently achieve this kind of thing via
As said in chat, +1
On 05/11/2011 02:38, Justin Clark-Casey wrote:
Hi folks. I would like to remove the code which attempts to autopilot the
avatar to a prim if it has no sit target and
is more than a short distance away. This code is broken anyway (doesn't
actually sit when it reaches
All remote admin functions that deal with a single region take a
region UUID parameter.
If you use admin_console_command, you need to send the change region
command as you send any other commands.
Melanie
On 03/11/2011 02:19, R. Gunther wrote:
I just wher ein chat. if you use a megaregion
Replace
params = (params=[]) + params + params;
with params += params;
Melanie
On 20/10/2011 10:09, Chris Collins wrote:
It does come up saying multiple assignments to params results may differ
between SL and OSSL when I save the script. Would anyone know of a work
around instead of using
.
The viewer might not like too many sequence numbers missed, it does
spit warnings when packet sequence numbers are not ok.
Melanie
On 12/10/2011 07:43, Mic Bowman wrote:
We should collect more information on what is actually happening. The old
behavior was to resend infinitely (and very badly
It appears this mechanism has already been removed for prim updates
because intermediate updates are needed fro proper motion of
physical prims, but was left in for property updates. However,
culling of later updates as well as preservation of sequence numbers
was not done.
Melanie
On 12/10/2011
1 - 100 of 444 matches
Mail list logo
