from:"James Hughes"

Re: [Opensim-dev] Legacy region XML support - Remove?

2014-04-12 Thread James Hughes


On 04/11/2014 09:42 AM, Melanie wrote:

That format needs to be changed. The old format is:



The new format will be:










+1

BlueWall

___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev

Re: [Opensim-dev] Prebuild versioning

2014-03-26 Thread James Hughes


On 03/26/2014 01:24 PM, Oren Hurvitz wrote:

I'm a bit confused by your question because my patches are *already* in the
OpenSim Git, so I don't know what you mean by "Would it make sense to merge
these [changes]". Merge them with what?

Anyhoo, if you're up to resurrecting Prebuild in Github then more power to
you! My patches to Prebuild are, of course, open-source and free to use.




Ahhhahhh, I see. I spoke before looking. We're all set then.

Thanks
BlueWall

___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev

Re: [Opensim-dev] Prebuild versioning

2014-03-26 Thread James Hughes


On 03/26/2014 02:28 AM, Oren Hurvitz wrote:

As you've said, I followed the existing practice, which was to increase the
version number locally. We've been using a locally-versioned Prebuild for a
long time. There's no harm in changing the versioning practice next time,
although I don't know if adding a textual string will work.

BTW I tried to submit these patches to the main Prebuild project as well, to
zero response. I looked around that site and it's as dead as a parrot. We're
on our own.


Hi Oren,

We have custom work in the dnpb we include in core too. I have submitted 
patches, as has Justin. And I like your patches to handle 4.5. Would it 
make sense to merge these and host it on github or include it in our 
libraries?


Thanks
BlueWall

___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev

Re: [Opensim-dev] "Error requesting Preferences" when opening preference in viewer with 0.8dev robust grid

2013-12-16 Thread James Hughes


On 12/15/2013 07:01 PM, R.Gunther wrote:

Ok. am a bit sstuck on nasty problem.
I run my own robust test grid, core profiles, groups etc. it works fine.
But as soon am opening in the viewer (singularity 1.8.4 in this case)
the preference menu the following error appears in the viewer

"Error requesting Preferences"

and on the robust console i see the following error

2013-12-16 00:55:32,635 DEBUG -
OpenSim.Framework.Servers.HttpServer.BaseHttpServer [BASE HTTP SERVER]:
{"jsonrpc":"2.0",
"id":","method":"user_preferences_request","params":{"UserId":""}}


2013-12-16 00:55:32,667 DEBUG - OpenSim.Data.MySQL.UserProfilesData
[PROFILES_DATA]: Get preferences exception Value cannot be null.
2013-12-16 00:55:32,682 INFO  -
OpenSim.Server.Handlers.JsonRpcProfileHandlers [PROFILES]: User
preferences request error - Value cannot be null.

I dont see anything wrong in the config files, profiles , groups etc
seems to work all fine. Whats wrong ?
-Config error ?
-opensim bug ?
-Corrupted database ? (corruption with creation ?)
-Table not correct ?

___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev


Does this happen on a new installation only? What happens if you open 
the preferences and set the flag to receive IM via email?


This is some new work and maybe it is reporting an error too soon. 
Because it should just create an empty record if there is none.


Thanks
BlueWall
___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev

Re: [Opensim-dev] PostgreSQL data module for OpenSim

2013-10-11 Thread James Hughes


On 10/10/2013 10:09 PM, Fernando Francisco de Oliveira wrote:

Hello

I just requested a push from my fork of opensim to the nebadon git
opensim repository, that I created the PostgreSQL project to use this
database in opensim.

https://github.com/ffoliveira/opensimulator/tree/PostgreSQL

I already have a Mantis Account.

I hope the code and it's use may improve opensim performance and gain
more users.

Fernando Oliveira
http://oliveira.eti.br

http://twitter.com/oliveira_lands



Thanks Fernando. I have always been suspect of projects that had no 
PgSQL support :) I think it will be a nice addition to our little project.


BlueWall


___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev

Re: [Opensim-dev] Conversion Script Flotsam --> V2 Groups

2013-09-12 Thread James Hughes


On 09/12/2013 02:00 PM, 3DGrid wrote:

Dear all,

I migrated from Flotsam Groups to the new core group functionality. As
many of the Users are still using 3^rd party software, I published a
conversion script, which fills the new group tables in the robust
database with the values from the Flotsam tables. Might be helpful, to
let people switch to core rather than using 3^rd party software, which
is often out of date as OpenSimulator is making tremendous progress.

Here the link: http://opensimulator.org/wiki/V2_Groups

Please feel free, to add/change code, etc. where necessary.

Regards

Mmetzmac (Markus)




Awesome, Thanks!

-BlueWall

___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev

Re: [Opensim-dev] GridInfoService Grid Message URI?

2013-04-23 Thread James Hughes


On 04/23/2013 04:53 AM, Ai Austin wrote:

In see in the Grid Manager of the new Firestorm 4.4.0 that there is a
new "Grid Info" link for "Grid Message URI".

http://www.aiai.ed.ac.uk/~bat/EXPORT/TEMP/2013-04-22-Firestorm-Viewer-4-4-0-Grid-Manager.jpg


I assume this allows for a URL to be used to serve into the message that
appears on the viewer just after an avatar logs in, which annoyingly has
been the Second Life MOTD up to now by default. I wonder if there is a
way yet in the Robust[.HG].ini file [GridInfoService] section to set up
this information to provide to a grid manager in a viewer when a grid is
added?
___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev


Try adding a "message = "Message Here" in the [GridInfo] section.

-BlueWall
___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev

Re: [Opensim-dev] Ionic.Zip.dll

2013-02-12 Thread James Hughes

+1, Just fork it to our libs and we should be good. I updated mono 
addins to use that library too to avoid the GPL licensed library they 
use. I will watch that as it goes in in case it needs updating.


Thanks,
BlueWall

On 02/11/2013 11:45 PM, Diva Canto wrote:

The version of this lib that we currently have in core has a bug that is
affecting the diva distro:
http://dotnetzip.codeplex.com/workitem/15236

The suggested fix actually fixes it.

Unless someone objects, I would like to replace the dll with a new one
compiled by me, with the fix. I don't see a lot of action on that
DotNetZip project.
___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev


___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev

Re: [Opensim-dev] Raise minimum mono version to 2.6

2013-01-28 Thread James Hughes

 the cause of the
problem.
>> >>>
>> >>>
>> >>> Cheers,
>> >>>
>> >>> Ilan Tochner
>> >>> Co-Founder and CEO
>> >>> Kitely Ltd.
>> >>>
>> >>> On Sun, Jan 27, 2013 at 4:28 AM, Dahlia Trimble <
>> dahliatrim...@gmail.com <mailto:dahliatrim...@gmail.com>>wrote:
>> >>>
>> >>>> I think the point is raise it to the minimum version which
supports
>> the
>> >>>> codebase. If there was some feature in 2.10 that did not exist
in 2.6
>> and
>> >>>> that feature was required for proper execution, then 2.10
would be a
>> better
>> >>>> target. Otherwise it would just be forcing people to upgrade who
>> would not
>> >>>> otherwise need to.
>> >>>>
>> >>>> There's nothing stopping anyone from upgrading to 2.10 if they
desire,
>> >>>> however, requiring a higher version than is really necessary
limits
>> >>>> potential users of the software to those who are able to
install those
>> >>>> versions in their setups. If a goal of OpenSimulator
developers is
>> wide
>> >>>> adoption, then it makes sense to have it be usable on as many
existing
>> >>>> hardware/software configurations as possible.
>> >>>>
>> >>>>
>> >>>>
>> >>>> On Sat, Jan 26, 2013 at 11:51 AM, Ilan Tochner
mailto:i...@kitely.com>>
>> wrote:
>> >>>>
>> >>>>> I second setting 2.10 as the base. If we'll be forcing people to
>> >>>>> upgrade I think we should upgrade to the latest stable
release and
>> not to
>> >>>>> one that is outdated.
>> >>>>>
>> >>>>> If OpenSim works fine with 3.0 then I'd vote for it to be the
base.
>> If
>> >>>>> we're still calling OpenSim alpha we should at least get the
>> benefits of
>> >>>>> doing so. Supporting old versions of mono is a waste of
developer
>> resources.
>> >>>>>
>> >>>>> Cheers,
>> >>>>>
>> >>>>> Ilan Tochner
>> >>>>> Co-Founder and CEO
>> >>>>> Kitely Ltd.
>> >>>>>
>> >>>>>
>> >>>>>
>> >>>>> On Sat, Jan 26, 2013 at 9:20 PM, Trinity mailto:trinit...@gmail.com>>
>> wrote:
>> >>>>>
>> >>>>>> if we can get a way with it why not go to 2.10 else quickly
be out
>> of
>> >>>>>> date agian
>> >>>>>>
>> >>>>>>
>> >>>>>> On Sat, Jan 26, 2013 at 9:38 AM, James Hughes <
>> >>>>>> jam...@bluewallgroup.com <mailto:jam...@bluewallgroup.com>>
wrote:
>> >>>>>>
>> >>>>>>> +1
>> >>>>>>>
>> >>>>>>> On 01/24/2013 10:29 PM, Justin Clark-Casey wrote:
>> >>>>>>>
>> >>>>>>>> Whilst writing JsonStore regression tests this evening, I
hit the
>> >>>>>>>> problem where modInvoke script methods of more than 4
parameters
>> >>>>>>>> cannot
>> >>>>>>>> be registered on Mono 2.4.3 as it doesn't implement the
required
>> >>>>>>>> larger
>> >>>>>>>> multi-parameter Func generic types.
>> >>>>>>>>
>> >>>>>>>> Therefore, I want to bump the minimum Mono version for
>> OpenSimulator
>> >>>>>>>> up
>> >>>>>>>> to 2.6 which was released more than 3 years ago. This also
>> involves
>> >>>>>>>> bumping the minimum .net framework version up to 4.0, as also
>> >>>>>>>> detailed
>> >>>>>>>> at [1]
>> >>>>>>>>
>> >>>>>>>> [1] http://opensimulator.org/**mantis/view.php?id=5971<
>> http://opensimulator.org/mantis/view.php?id=5971>
>> >>>>>>>>
>> >>>>>>>> Any comments?
>> >>>>>>>>
>> >>>>>>>>
>> >>>>>>> _

Re: [Opensim-dev] Raise minimum mono version to 2.6

2013-01-26 Thread James Hughes


+1
On 01/24/2013 10:29 PM, Justin Clark-Casey wrote:

Whilst writing JsonStore regression tests this evening, I hit the
problem where modInvoke script methods of more than 4 parameters cannot
be registered on Mono 2.4.3 as it doesn't implement the required larger
multi-parameter Func generic types.

Therefore, I want to bump the minimum Mono version for OpenSimulator up
to 2.6 which was released more than 3 years ago. This also involves
bumping the minimum .net framework version up to 4.0, as also detailed
at [1]

[1] http://opensimulator.org/mantis/view.php?id=5971

Any comments?



___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev

Re: [Opensim-dev] multiple robust instances

2013-01-15 Thread James Hughes


See: http://opensimulator.org/mantis/view.php?id=6371

Pixel Tomsen worked on a dwell module, but from Melanie's comments, I 
think we need to make a minimal/over-ride-able minimal module for core 
and have it as an optional module. Hopefully, we can look at it soon.


-BlueWall

On 01/14/2013 08:23 PM, Justin Clark-Casey wrote:

In git master 1c240cd I made the config print out the full stack trace
on failure, which should help with debugging rather than just the
unhelpful "Object reference not set" message. It would also help if you
could run this in --debug mode if on mono to get line numbers.

However, from a quick glance at grid.ini, I would guess it's because you
don't have an [AssetService] section there, which

[GridService]
...
AssetService = "OpenSim.Services.AssetService.dll:AssetService"

is referring to.

With the [AssetService] section, this would contact the asset database
directly with it's own asset service, rather than going through the
other robust instance that is hosting AssetService. I don't think this
is really a problem and would be the easiest message. The alternative
would be to try and get the grid ROBUST instance to contact the asset
ROBUST instance but I'm not sure how to configure this or whether it's
really possible at this point.

I guess this isn't

AssetService = "OpenSim.Services.HypergridService.dll:HGAssetService"

instead because the grid service only needs to access local assets for
map tiles, though you could try this anyway and maybe it will reuse
[HGAssetService] (no idea if this will work).

Also, a small tip is that if you want to see the config the server is
definitely using, on OpenSimulator 0.7.5 you can type "config show" from
the robust instance (assuming it will start up).

Unfortunately, with both splitting ROBUST services and using HG you're
into advanced config territory for which unfortunately little
documentation currently exists.

If you've broken this into three separate config files
On 14/01/13 22:20, ssm2017 wrote:

following the radams1 recommendations in irc, i have made this :

in the file : OpenSim/Services/AssetService/AssetServiceBase.cs
line 51 was changed from
if (configName != string.Empty)
to
if (!String.IsNullOrEmpty(configName))

in the file : OpenSim/Server/Base/ServerUtils.cs
line 284 was changed from
interfaceName, dllName, e.InnerException == null ? e.Message :
e.InnerException.Message);
to
interfaceName, dllName, e.InnerException == null ? e.ToString() :
e.InnerException.Message);

and there is not any other error displayed in the console or the log
file.
the result is the same.


2013/1/14 Adams, Robert mailto:robert.ad...@intel.com>>

The stack trace does not come out on the console. The console only
displays the error while the error and
(hopefully) the stack trace is output into the “OpenSim.log” logfile.

__ __

-- ra

__ __

*From:*opensim-dev-boun...@lists.berlios.de

[mailto:opensim-dev-boun...@lists.berlios.de
] *On Behalf Of *ssm2017
*Sent:* Monday, January 14, 2013 10:15 AM
*To:* opensim-dev@lists.berlios.de 
*Subject:* Re: [Opensim-dev] multiple robust instances

__ __

here is a screenshot of the console at the time the error occurs
(screenshot to get colors)
http://i.imagebanana.com/img/n3wemq2h/Slection_002.png

and here are my ini files :

inventory.ini :
***
[Startup]

[ServiceList]
InventoryInConnector =
"8003/OpenSim.Server.Handlers.dll:XInventoryInConnector"

[Network]
port = 8003

[DatabaseService]
StorageProvider = "OpenSim.Data.MySQL.dll"
ConnectionString = "Data Source=localhost;Database=;User
ID=opensim;Password=***;Old Guids=true;"

[InventoryService]
LocalServiceModule =
"OpenSim.Services.InventoryService.dll:XInventoryService"
***

asset.ini :
***
[Startup]

[ServiceList]
AssetServiceConnector =
"8004/OpenSim.Server.Handlers.dll:AssetServiceConnector"

[Network]
port = 8004

[DatabaseService]
StorageProvider = "OpenSim.Data.MySQL.dll"
ConnectionString = "Data Source=localhost;Database=;User
ID=opensim;Password=;Old Guids=true;"

[AssetService]
LocalServiceModule = "OpenSim.Services.AssetService.dll:AssetService"
DefaultAssetLoader = "OpenSim.Framework.AssetLoader.Filesystem.dll"
AssetLoaderArgs = "./assets/AssetSets.xml"
***

grid.ini :
***
[Startup]

[ServiceList]
VoiceConnector =
"8002/OpenSim.Server.Handlers.dll:FreeswitchServerConnector"
GridServiceConnector =
"8002/OpenSim.Server.Handlers.dll:GridServiceConnector"
GridInfoServerInConnector =
"8002/OpenSim.Server.Handlers.dll:GridInfoServerInConnector"
AuthenticationServiceConnector =
"8002/OpenSim.Server.Handl

Re: [Opensim-dev] 0.7.5 rc1, missing support for the DTL/NSL module

2013-01-06 Thread James Hughes

Yes, please paste a full error output on pastebin.com and the link here. 
Be sure no passwords or other sensitive information is included.


Thanks!
BlueWall

On 01/06/2013 05:32 PM, What Virtual World - Guy Quicksand wrote:

Hello James,

I have been searching for additinal dll''s in system paths, none found.
I am using the Mono.addons from the opensimulator, and no the module
does not come with its own version.
Personaly i dont think the module is failing as i get the same error on
a fresh ( without anny aditional modules ) opensim 0.7.5 rc1.
My effort you point out below was that i replaced the effected files
from git changes on this subject to see if i get it running.
I am probably over 30 hours now trying to solve this isue, that is why i
called out for help as i cant pinpoint this isue.
I even tried to use the .config files from 0.7.3 as they where
different.. also no solution.

Strange thing is that the older git 13c4fd7 is running fine.
I cant find any other mono.addin* files in any path that could be
accesed, i dont know if the mono.addins search locations by them selfs?
The robust is running just fine, only the simulator is giving this error.
( i asume this error couses all external modules to not load, as i dont
have this error on the win7 box and modules are working there just fine )

If you need a full error output, please let me know.

Best regards,
Martin forster


- Original Message ----- From: "James Hughes"

To: 
Sent: Sunday, January 06, 2013 8:57 PM
Subject: Re: [Opensim-dev] 0.7.5 rc1, missing support for the DTL/NSL
module



On 01/06/2013 09:15 AM, What Virtual World - Guy Quicksand wrote:

Hello all.. hope to post this to the right section.
I have been trying to update our beta simulators to 0.7.5 rc1.
It seems it has a problem at the mono.addins.
Error log(part):
log4net:ERROR DefaultRepositorySelector: Unhandled exception in
GetInfoForAssembly
System.IO.FileLoadException: Could not load file or assembly
'Mono.Addins, Versi
on=0.5.0.0, Culture=neutral, PublicKeyToken=0738eb9f132ed756' or one of
its depe
ndencies. The located assembly's manifest definition does not match the
assembly
reference. (Exception from HRESULT: 0x80131040)
File name: 'Mono.Addins, Version=0.5.0.0, Culture=neutral,
PublicKeyToken=0738eb..


Can you see any other copies of Mono.Addins in the path on that
system, or does the module distribute it's own version of them?


I have done next:
replaced :
bin/Mono.Addins.CecilReflector.dll
bin/Mono.Addins.Setup.dll
bin/Mono.Addins.dll




Mono Addins have been updated to support some new capabilities on the
Robust server.

The distributed versions are what should work. Changing them might
cause further issues. First, let's see if there are additional copies
around. Also, if you remove that module, does it report the error?

Thanks
BlueWall
___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev



___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev


___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev

Re: [Opensim-dev] 0.7.5 rc1, missing support for the DTL/NSL module

2013-01-06 Thread James Hughes


On 01/06/2013 09:15 AM, What Virtual World - Guy Quicksand wrote:

Hello all.. hope to post this to the right section.
I have been trying to update our beta simulators to 0.7.5 rc1.
It seems it has a problem at the mono.addins.
Error log(part):
log4net:ERROR DefaultRepositorySelector: Unhandled exception in
GetInfoForAssembly
System.IO.FileLoadException: Could not load file or assembly
'Mono.Addins, Versi
on=0.5.0.0, Culture=neutral, PublicKeyToken=0738eb9f132ed756' or one of
its depe
ndencies. The located assembly's manifest definition does not match the
assembly
reference. (Exception from HRESULT: 0x80131040)
File name: 'Mono.Addins, Version=0.5.0.0, Culture=neutral,
PublicKeyToken=0738eb..


Can you see any other copies of Mono.Addins in the path on that system, 
or does the module distribute it's own version of them?



I have done next:
replaced :
bin/Mono.Addins.CecilReflector.dll
bin/Mono.Addins.Setup.dll
bin/Mono.Addins.dll




Mono Addins have been updated to support some new capabilities on the 
Robust server.


The distributed versions are what should work. Changing them might cause 
further issues. First, let's see if there are additional copies around. 
Also, if you remove that module, does it report the error?


Thanks
BlueWall
___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev

Re: [Opensim-dev] IRegisterInterface for extending scene entities

2012-12-28 Thread James Hughes

The original proposal to the dev list is here: 
http://lists.berlios.de/pipermail/opensim-dev/2009-December/008098.html


And the attached document here: 
https://lists.berlios.de/pipermail/opensim-dev/attachments/20091211/6e190ca7/attachment.pdf


-BlueWall

On 12/28/2012 02:24 PM, Adams, Robert wrote:

Sounds perfect. The reason I started this here was to get the discussion 
bouncing.

I'm interested in seeing past proposals. I searched around the OpenSimulator 
wiki looking for Adam's old proposal (Wiki's are just useless for finding and 
organizing things) but I could not find it.

-- ra

-Original Message-
From: opensim-dev-boun...@lists.berlios.de 
[mailto:opensim-dev-boun...@lists.berlios.de] On Behalf Of Melanie
Sent: Friday, December 28, 2012 10:59 AM
To: opensim-dev@lists.berlios.de
Subject: Re: [Opensim-dev] IRegisterInterface for extending scene entities

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"  wrote:


I agree with "not reinventing the wheel".  And your valid concerns about the 
implementation are probably just the tip of the iceberg.

I have been toying with the architectural idea that OpenSim core only provides 
a basic framework. Functionalities are added as plugin modules rather than 
implemented as if's and tests imbedded in core. For instance, could linksets be 
implemented as a plugin module[1]? Or maybe entity physical representation 
(meshing)?

I merely consider llSetKeyFrameMotion as a test case to expose needed core 
features which support plugin modules (Necessary events available? Correct 
data-structures exposed/hidden? ...)  Like you, I am pretty sure the ability to 
programmatically extend scene entities will be needed and is a Good Thing.

Since llSetKeyframeMotion has already been completed and will be incorporated 
soon, I'll look for another simple test case to exercise the requirements for 
full featured plugin modules.

-- ra

[1] Why would one want to do this? I've been thinking about fancy linksets where the 
joints are not fixed and static but could be parameterized and dynamic (hinges, sliders, 
6DOF, ...). This could be used to support skeletons, doors with real hinges and/or weird 
and wonderful vehicles. Rather than mangling OpenSim core with lots of experimental code, 
it would be nice if I could build an "ExtendedLinksets" module that could be 
plugged in and experimented with.

-Original Message-
From: opensim-dev-boun...@lists.berlios.de
[mailto:opensim-dev-boun...@lists.berlios.de] On Behalf Of Melanie
Sent: Friday, December 28, 2012 12:44 AM
To: opensim-dev@lists.berlios.de
Subject: Re: [Opensim-dev] IRegisterInterface for extending scene
entities

Hi,

first off, extending scene entities is a Good Thing. I'll think a bit about the 
ins and outs of it and the caveats (for instance, module load order will have 
some hidden traps for the unwary) and serialization - well, there be dragons, 
you can't serialize module refs/interfaces since the destination may not have 
them.

llSetKeyfranedMotion can most likely not be implemented that way. We know, 
because we have implemented it. Also, there is no need to reinvent the wheel - 
llSetKeyframedMotion has been slated for core release for a while now, we just 
haven't found the dev time to extract it. So there is really no need for a 
second, competing implementation.

So, in summary

+1 on extension points for scene entities

-0 on a second implementation of llSetKeyframedMotion as a tested and working 
one already exists.

That's -0 because of you really want it I won't kee you from doing 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 for discussion[1].

Define a general module/interface registration interface to add to EntityBase 
(and thus to SceneObjectGroup and ScenePresence).

IRegisterInterface
   Void RegisterInterface(T iface);
   Bool TryGet(out T iface);
   T Get();
   Void ClearRegisteredInterfaces();

Any class that implements the IRegisterInterface interface would contain a:
   Private Dictionary  m_registeredInterfaces
= new Dictionary();

'Scene' already has a RegisterModule interface which has a bunch of neat 
features (like being able to register multiple instances of the same interface 
type) but I'm not sure that is needed here (discussion?) Particularly 
industrious changing could merge this proposed interface and the existing 
'Scene' functions.

So, something like a llKeyframeMotion implementing region module could register a 
KeyframeMotionState type structure on the SOG to

Re: [Opensim-dev] OpenSim's direction after Linden cutting support, and the possibility of an official OpenSim viewer

2012-12-10 Thread James Hughes

I have built the Teapot viewer and dabble with it on occasion. While it 
is not an "official" viewer, it is very solid and a good place to 
implement things that might find their way into other viewers over time. 
I think Armin has been busy with viewer development for the MOSES 
project, but when this split happened, he was slated to develop the 
OpenSim FS viewer and said that if things were developed in Teapot, he 
could possibly work them through the FS QA process.


~BlueWall

On 12/10/2012 06:08 PM, Mircea Kitsune wrote:

Hey everyone. I've been away from OpenSim for a while but got back.
Since last time I've been around, I read about Linden's decision to cut
OpenSim support from their viewer due to some crazy licenses with their
physics engine. The rights and wrongs have been discussed and are not
the point of this email. But this decision means that in some senses,
OpenSim will become completely separate from Linden's SL, and some
fundamental things might change. I wanted both to ask what exactly is
going to happen, but also post my own suggestion. Obviously I'm not
someone who can say what's good and bad, but personally this is what I
strongly believe OpenSim should do and go for.

The way I see things, OpenSim has primarily been a server-side for
Second Life during its existence. Even if its purpose is a general
virtual worlds platform, SL was the only usable viewer in practice. Now
that LL cut its support, it's in the situation of having no exact client
to be used with. There are many third-party viewers that will continue
supporting OpenSim, but IMHO they can't be considered a reliable source
in the long term. I assume most of them have their own developers which
take decisions independently from the OpenSim team. If one of those
viewers dies for instance, it's up to the user to go looking for another
one that's still under development. Apart from the fact that people have
to hunt for a viewer, this situation also kept OpenSim from being able
to make changes that would require viewer modifications as well.

My opinion is that OpenSim won't get far if it relies on random viewer
forks to be used with at this point. We are not a clear standard
technology, unlike web browsers for instance where you can use Apache to
host and FireFox to browse, both unrelated and a variety of choices
available for each. This is not to say OpenSim should be unusable with
viewers unrelated to SL, since that would go against its purpose. But
the SL viewer is a very large and complex thing, and there will surely
never be anyone making a client from scratch which will implement all of
its features, look as good, be as fast, as bug free, etc. The building
and prim editing tools, the terrain editor, the avatar and mesh system,
the rendering features, the GUI... it's unlikely anyone will properly
re-write all that from zero when the SL viewer exists and works fine.

This is why I believe we need our own official viewer, developed by and
with the OpenSim server, and based on one of the Second Life viewers.
Apart from the fact that people will know they don't depend on someone
else to make them a viewer, it would allow client + server changes to be
done for the first time, rather than having to stay within the SL
viewer's limits. If that doesn't happen, I don't believe we'll ever
become a better virtual worlds platform outside of SL's shadow. I
remember the days of RealXtend (I heard it's dead now) which took the SL
viewer in one hand, OpenSim in another, and created its very own project
which was completely amazing for those days (SL now has mesh support and
better graphics so it makes RealXtend less special at this day). My
personal opinion is that it's time OpenSim does something similar.

If it was me, I'd say grab the latest SL viewer without the restrictive
Havoc library and make OpenSim viewer from that. If Linden adds a nice
feature to theirs which we can copy over, sure thing, but otherwise it
can go its own separate way. On the other hand, it would be a good aim
to allow previous SL viewers to still connect to OpenSim, though they
wouldn't recognize some of its specific features then. I know OS and SL
and under two different licenses, but that doesn't make it wrong to
distribute both on the same website and as part of the same project.

What does the core team of OpenSim think about this? Are there any plans
or will to go in this direction? Or does anyone believe that instead we
should continue providing support for SL's features and have OpenSim
users find their own clients like until now? I believe this is an
important question, and would like to know what to expect in the future.
Personally I really hope something in this direction will be decided,
but I'm not one to know best.


___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev


___
Opensim-dev mailing list
Opensi

Re: [Opensim-dev] ScriptEvents Module

2012-11-19 Thread James Hughes


On 11/18/2012 09:48 PM, Melanie wrote:

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 scene events up to the
scripts in a manner that's very easy to act upon. An example is attached
at the end of this message.

Question: What other events would people like to grab? The idea is to
have the module do all the complicated logic, and pass only simple facts
to the scripts.


  state_entry()
  {
  llSay(0, "Script running");
  modSendCommand("Script Events", "subscribe|AvatarArrived",
llGetKey());
  modSendCommand("Script Events", "subscribe|LastAvatarLeft",
llGetKey());
  }

  link_message(integer sender_num, integer num, string message, key id)
  {
  list parts = llParseString2List(message, ["|"], []);
  if (llGetListLength(parts)>= 2) {
  if (llList2String(parts, 1) == "AvatarArrived") {
  // message is: event|AvatarArrived|True or False<--
LocalTeleport or HG Teleport
  if (llGetListLength(parts)>= 3) {
  if (llList2String(parts, 2) == "True") {
  llInstantMessage(id, "Welcome to the Gateway!
Choose your destination by walking into one of the teleporters.");
  llRegionSay(region_channel, "ports foreign");
  } else {
  llInstantMessage(id, "Welcome to the Virtual
Lab's Gateway! Choose your local destination by walking into one of the
teleporters.");
  llRegionSay(region_channel, "ports local");
  }
  } else {
  llSay(0, "Malformed message " + message + " " +
(string)llGetListLength(parts));
  }
  play_music();
  } else if (llList2String(parts, 1) == "LastAvatarLeft") {
  // message is: event|LastAvatarLeft
  llRegionSay(region_channel, "ports reset");
  }
  }
  }

___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev



___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev


___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev

Re: [Opensim-dev] Robust dynamic connector plugins...

2012-11-15 Thread James Hughes


On 11/10/2012 12:48 AM, Justin Clark-Casey wrote:

Hi James. Sorry it's taken so long for me to reply, various work
pressures and other stuff.



No problem - same here :)


Yeah, personally I'm happy going with Mono.Addins. As you say, we're
already using it and going with the MEF would mean rolling a repository
system. Also, I see some talk that Mono.Addins could just use the MEF as
it's underlying basis in the future anyway.

Now some other points.

* IRobustConnector appears to assume that all ROBUST plugins implement
HTTP handlers. However, some plugins may just provide extra debug
console commands (some such region plugins exist already) or extend
other plugins (and thus don't implement their own handlers). How would
these work? This would also be a problem with
IRobustConnector.Configure() passing back a number for the listening port.



These are full connectors. Previous work allowed dynamic loading of 
services into a connector. So, it is assumed that we will be using or 
creating a port on the http server. I think we would be able to create a 
plugin that just handles console commands too. We should be able to pass 
0 as the port if we want to use the default server port or do not desire 
to use one.



* Why provide the option to pull down a bootstrap.ini? This seems
overcomplicated to me but perhaps an example would make it clearer. And
writing this data to an existing ini file makes me a bit nervous, esp.
on windows since, for instance, the write could fail if the user also
has the file open.



This is a "last ditch effort" to provide a configuration. The normal 
Robust.ini is looked at first for the configuration section, then if not 
found, the plugin looks for it's file in the named configuration 
directory. If no file is found, then it will pull it's configuration 
from the repository. The user may then edit that file, or copy the 
contents to the Robust.ini and cycle the enable/disable on the plugin to 
run it.


the way things are currently distributed, we supply a snippet  of text 
for the user to paste into their ini. If they do that ahead of time, 
then the system will use that instead of going for the bootstrap ini.




* I think IRobustConnector would be better named
IRobustServerInConnector or similar to match XInventoryInConnector,
GridInfoServerInConnector, etc. in OpenSim.Server.Handlers. I like the
*InConnnector because this better distinguishes the inbound ROBUST
handlers from the simulator outbound requests (which are also called
connectors and are, as we know, in OpenSim.Service.Connectors.



OK, sounds good to me. Will make that change.



In fact, I would personally prefer to see the *InConnectors called
something different to make the difference with the outbound connectors
much clearer in the code. However, nothing springs to mind - perhaps
InConnector is good enough.

Of course, this isn't helped by the inconsistency in
OpenSim.Server.Handlers naming (where most are just named
ServerConnector). Or the fact that these extend ServiceConnector (which
implements IServiceConnector) but yet are in a file named
ServerConnector.cs.

* From your previous e-mail, I think it would be better to start off
with the specific interface for dynamic plugins and then look at
modifying IServiceConnector once the code is in core and the
implications are understood.



That would be good. Once it is merged, then more eyes on the code will 
help provide ideas to make it better.





* I certainly think it would be good to extend such a system to region
modules. But I think there are various issues there which I'd prefer to
discuss at a later point rather than extend this e-mail.



Yes, I would like to make as much of it as possible fit into a generic 
service that could be re-used.



I also took the liberty of updating
http://opensimulator.org/wiki/Feature_Proposals/PluginManager with
instructions, etc.



Thanks for that. I will make the changes and update the branch. If all 
looks well, we can merge it soon. Diva has been looking at a way to 
distribute her modules and it would be a good chance to optimize it.


Thanks,
BlueWall


Best,

Justin

On 27/10/12 04:11, James Hughes wrote:

Fortis used it and it didn't seem a lot different than the way we have
been using mono-addins in OpenSim.exe to this
point. MEF uses attributes to define, as does most of addins. Some
things in mono-addins still need to be defined in the
xml manafest files, but most things can be done by attributes. MEF
supports management of local assemblies and it
doesn't provide tools for repositories and assemblies like
mono-addins. Using MEF would require the additional
development of those tools. So, the feature set of mono-addins is more
complete for this type of work. We already use
mono-addins extensively in the region server and it has served us
well. It seems that some miss-steps were made in the
implementation and need some refactoring (po

Re: [Opensim-dev] Robust dynamic connector plugins...

2012-10-26 Thread James Hughes

Fortis used it and it didn't seem a lot different than the way we have 
been using mono-addins in OpenSim.exe to this point. MEF uses attributes 
to define, as does most of addins. Some things in mono-addins still need 
to be defined in the xml manafest files, but most things can be done by 
attributes. MEF supports management of local assemblies and it doesn't 
provide tools for repositories and assemblies like mono-addins. Using 
MEF would require the additional development of those tools. So, the 
feature set of mono-addins is more complete for this type of work. We 
already use mono-addins extensively in the region server and it has 
served us well. It seems that some miss-steps were made in the 
implementation and need some refactoring (possibly newer versions have 
resolved issues that caused us to have these workarounds?). But, all in 
all we have had good results and have a great deal of the work toward 
managing remote repositories and plugins in the region server done as 
well. Even if we were just dealing with local assemblies I would see no 
real technical advantage to using MEF over mono-addins.


The mono-addins project is part of the mono git-hub code and has been 
headed up by Llouis Sanchez, one of the lead Mono developers with 
Xamarin. And it is used in Monodevelop that is the IDE of their 
commercial products. So, its heritage is OK and it is actively developed.


Thanks
BlueWall

On 10/26/2012 07:32 PM, Justin Clark-Casey wrote:

My first question is, what do you think of the alternatives to
Mono.Addins, chiefly MEF (Managed Extensibility Framework)? How do they
compare?


___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev

[Opensim-dev] Robust dynamic connector plugins...

2012-10-23 Thread James Hughes

I am pushing my work for dynamic plugins to a branch for evaluation. 
This is a working prototype and currently works only with Robust at this 
stage.


Here is the list of current features...

*dynamic/modular configuration - The application will look in the 
default ini for its configuration section. If none is found, it will 
look in a named directory for its modular config file. If no file is 
found, it will, then, look in a url provided in the module for a 
"bootstrap" ini that will be downloaded and written to the specified ini.


*remote repositories - Remote repositories may be managed from the 
console. A repository may be added, enabled, disabled or removed. When a 
registered repository is enabled, suitable plugins for the application 
will be listed when searching for available plugins.


*dynamic plugins - Registering a repository and searching for available 
plugins will list possible candidates for extending the application. The 
plugins may be added and removed from the application. After adding a 
plugin to the application, it may enabled or disabled. It's meta data 
may also be viewed. Plugins contained in the local ./bin directory are 
immediately available, but should not be included in the 
ServiceConnectors list.


Other possibilities include managing plugins by categories and 
management by version,




I needed to add an interface for the mono-addins extension type and to 
be able to send the plugins our main IConfigSource. It should be 
possible to use the existing IServiceConnector for this, but it would 
make several changes to the existing framework - such as eliminating the 
ServiceConnectors line in the Robust.ini and eliminating the 
parametrized constructor in existing work. I opted to add the interface 
instead, at least for the prototype. For my work, I would have no 
problems breaking the current framework to use the single interface, but 
I won't make that call on my own. And I have no issues with using the 
specific interface for dynamic plugins either. It works OK, The only 
drawback that I have encountered so-far is this: you cannot add a 
dynamic plugin to the ServiceConnectors list in the ini or they will try 
to load twice.


The work was done in two stages. First was the support for modular 
configuration. The virtual methods added to ServerConnector are related 
to this.


The second stage was adding the support for plugins.


I have been merging master with this as of f7dcd3300837f Fri Oct 19 
03:12:58 2012 +0100 .



** Testing:

get the code: OpenSim repo - connector_plugin branch

Build the code as usual and run an instance of Robust on a convenient 
port. Note RegistryLocation and ConfigDirectory in the [Startup] section 
of your Robust.ini and set them appropriately.


see the commands with "help repository" and "help plugin"

I have setup an example repository that can be used for testing. Add it 
with...


repo add http://bluewallvirtual.com/plugins


Then, look for available plugins with...

plugin list available


Then, add a plugin...

plugin add 0


Then, you can enable the plugin to have it get the bootstrap ini...

plugin enable 0


At this point, the plugin will be disabled by configuration, so disable 
it in the console...


plugin disable 0


Now find your new configuration file and edit it for your needs. When 
you have finished editing your ini enable the plugin...


plugin enable 0


Now you should be able to use it. You can also see the meta data...

plugin info 0


You can check the state of your installed plugins...

plugin list installed

Your plugin will show: 0) [ ] ...

plugin disable 0
plugin list installed

Your plugin will show: 0) [X] ...


You can remove the plugin...

plugin remove 0



Source for the example plugins is at http://github.com/BlueWall
Config file: http://bluewallvirtual.com/configs/SlipStream.Example.xml

To make a repository...

1) Prepare a place to serve your configs and repository on your web server
2) Edit the meta data and the ConfigURL property in SlipStreamConnector.cs
3) Build your plugin in the addon-modules directory like a region module
4) Pack the dll: mautil p bin/MyPlugin.dll
5) Copy all packed files to a directory, then cd to that directory
6) Build the repo: mautil rb ./
7) Copy the directory contents to your repository on your web server
8) Copy config xml to your config url on your web server

Clean your registry by deleting the directory pointed to in 
"RegistryLocation" in your Robust.ini. You're all set.


Hopefully this covers enough ground to get started. I think there would 
be no issues with existing code moving it to master after some 
discussion, then we could get more people to look at it and iron out any 
wrinkles. When it is stable, then we can use the framework in the region 
server (which is about 85-90% there) to have dynamic region modules too 
in our next release.


Thanks!
-BlueWall



___
Opensim-dev mailing list
Opensim-dev@lists.berl

[Opensim-dev] Configuration changes

2012-09-18 Thread James Hughes



Hello all,

	For those of you tracking OpenSim core, there was a change in the 
configuration to fix some inconsistencies between the description and 
actual parameters in the OpenSim.ini. The changes are the settings to 
non-physical prim size limits and will affect your installations if you 
are setting these. The descriptions of these read: NonPhy* but the 
actual parameter reads: Nonphy*. So, the parameters were changed to 
match the descriptions (NonPhysicalPrimMin/NonPhysicalPrimMax). Also, 
default value for the NonPhysicalPrimMin parameter is now 0.001, as most 
OpenSim users are accustomed to.


Thanks!
BlueWall
___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev

Re: [Opensim-dev] How do I get runprebuild.sh to put references to the dll's I need in the build file for OptionalModules?

2012-09-08 Thread James Hughes


On 09/07/2012 10:46 PM, Edmund Edgar wrote:

On 8 September 2012 10:26, Kevin Cozens  wrote:


You need a prebuild.xml file for the module.

Other can comment on the use of putting module code under
Region/OptionalModules. When I use, or work on, additional modules I put
them under addon-modules. In your case you would create a directory
addon-modules/FreeMoney and put the prebuild.xml file in that directory
along with the files and directory structure for the files needed to compile
the module.


Thanks, Kevin. I was putting the thing in OptionalModules because that
seemed to be the suggestion for the PayPal module I was working with:
http://snoopypfeffer.wordpress.com/2009/11/18/paypal-money-module/
...but it looks like it was designed to live in addon-modules in the
first place, so I'll back up and see if I can get the original thing
running from there, then try to do the same with my own version.


Edmund, Have a look at http://bluewallvirtual.com/example_region_module.

-BlueWall
___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev

Re: [Opensim-dev] Proposal: IntegrationService for Robust

2012-07-10 Thread James Hughes

Thanks Justin, sure, I'll comb through it and change those. Also, when 
you look at it, please look at the command names and comment about 
those. They are a little scattered and maybe need to use "show" as 
opposed to "list" etc.


Thanks for the feedback!

BlueWall


On 07/10/2012 08:02 PM, Justin Clark-Casey wrote:

Hi BlueWall. Interesting stuff! I will certainly take a look though I
might not get sufficient spare time until Friday.

One small point, I see various methods are taking a UUID s_sessionID
argument. Could we change this to secureSessionID? The code standard in
OpenSimulator is not to have underscores in variable names (as per the
MSDN C# coding conventions).

On 10/07/12 21:16, James Hughes wrote:

I have been working on some things, for a while now, revolving around
the idea of making external applications
integration easier and helping provide a place to buffer between the
changes that can happen in core and external
applications that depend on stability. The proposal can be found at:
http://opensimulator.org/wiki/IntegrationService
with additional material at http://bluewallvirtual.com/node/46 . Code
is in the OpenSim repository under the integration
branch or may be seen at
https://github.com/BlueWall/opensim/tree/integration.

The bulk of the code is in
https://github.com/BlueWall/opensim/tree/integration/OpenSim/Services/IntegrationService
and
some at
https://github.com/BlueWall/opensim/tree/integration/OpenSim/Server/Handlers/Integration
. Some example code is
here...

landtool using a plugin to retrieve data needed for land sales:
https://github.com/BlueWall/IntegrationHelper with the
php here: http://pastebin.com/yUGph1aD

It is working for test purposes and has some supporting facilities
setup for testing with more details at:
http://bluewallvirtual.com/node/46 . I will be getting some additional
documentation together about developing the
plugins and setting up repositories. I have set some time aside to be
responsive to working on this and would appreciate
input. I am interested in getting more eyes on it and getting it ready
to include in core under an experimental status.
After that, I would be interested in helping develop a stable/basic
API for integration with the plugins and helping get
the API into popular language libraries.

Thanks!
BlueWall
___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev






___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev

[Opensim-dev] Proposal: IntegrationService for Robust

2012-07-10 Thread James Hughes

I have been working on some things,  for a while now, revolving around 
the idea of making external applications integration easier and helping 
provide a place to buffer between the changes that can happen in core 
and external applications that depend on stability. The proposal can be 
found at: http://opensimulator.org/wiki/IntegrationService with 
additional material at http://bluewallvirtual.com/node/46 . Code is in 
the OpenSim repository under the integration branch or may be seen at 
https://github.com/BlueWall/opensim/tree/integration.


The bulk of the code is in 
https://github.com/BlueWall/opensim/tree/integration/OpenSim/Services/IntegrationService 
and some at 
https://github.com/BlueWall/opensim/tree/integration/OpenSim/Server/Handlers/Integration 
. Some example code is here...


landtool using a plugin to retrieve data needed for land sales: 
https://github.com/BlueWall/IntegrationHelper with the php here: 
http://pastebin.com/yUGph1aD


It is working for test purposes and has some supporting facilities setup 
for testing with more details at: http://bluewallvirtual.com/node/46 . I 
will be getting some additional documentation together about developing 
the plugins and setting up repositories. I have set some time aside to 
be responsive to working on this and would appreciate input. I am 
interested in getting more eyes on it and getting it ready to include in 
core under an experimental status. After that, I would be interested in 
helping develop a stable/basic API for integration with the plugins and 
helping get the API into popular language libraries.


Thanks!
BlueWall
___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev

Re: [Opensim-dev] OpenSim scalability, Intel DSG, Distributed Scence Graph

2012-06-28 Thread James Hughes


On 06/28/2012 01:50 PM, Lake, Dan wrote:

Hi Stanley,

I’m one of the developers of the Distributed Scene Graph technology at
Intel. We are still working on DSG and using it as a research vehicle
while we determine the best way to make it available to the OpenSim
community.


Awesome news, Thanks!


-BlueWall
___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev

Re: [Opensim-dev] ProfileServerURL and OpenIDServerURL in Robust .ini.example files

2012-06-21 Thread James Hughes

Well, this conforms to the standard LL Viewer 3, It is not a tracking
cookie but a session cookie that is the user's continuing authentication
to their home grid's supporting applications. So, this is what the
viewer requires, not some OpenSim extension.

Thanks
-BlueWall

On 06/20/2012 09:07 PM, R.Gunther wrote:

Can it be done without cookie to, because some European cookie law that
maby can give problems ?
i hope this site gives some more information http://silktide.com/cookielaw

On 2012-06-21 02:38, James Hughes wrote:

Hi Todd,

The included one will work, or at least I have used it to auth to a
site before, but it doesn't really come into play with V3. I am
working on some web infrastructure to develop and test against. So
far, here is what it looks like: The V3 viewer needs to get a token
during the login response that can be sent back to your web server.
The web server will check the token and create a session which it
sends a cookie back to the viewer to allow r/w access to the
webprofiles (and other apps). So, OAuth 2.0, 2 legged authentication
on the web side is probably what is needed. We just have to tell
Robust where things are nd pass them off to the viewer. I will send
updates, and possibly queries about these soon.

Thanks
BlueWall

On 06/20/2012 03:02 PM, Todd Davis wrote:

I am just catching up here... So what extent is Openid implemented in
OpenSim? Is it just utilizied for authentication? Or did I miss the
another implementations of openid? Or is there more info to come? I
am looking at setting up an openid server on my network... But if
OpenSim only supporting authentication then I may hold off onsetting
up openid...

I guess a little more information would be great..

Thanks,
Todd

James Hughes wrote:

Bahhh No! I didn't mean to do that. That's what I get for poking on
this
stuff before coffee. Fix on the way.

Thanks
-BlueWall

On 06/16/2012 07:01 AM, Ai Austin wrote:

I see Bluewalls fix of this issue on GIT.

Bluewall, in the Robust.HG.ini.example file did you mean to also
delete
the two lines for

- ; For V2 map
- MapTileURL = "http://127.0.0.1:8002";;

I believe these lines are necessary to make map tiles work in v 2/3
Could also alter to V2/3 in the comment

The issue on Mantis was closed as resolved so I could not add a
note to
you there on this point.

http://opensimulator.org/viewgit/?a=commit&p=opensim&h=2ed768cbf5734f6b0c8825beecc4347bf9537f6f

___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev

Re: [Opensim-dev] ProfileServerURL and OpenIDServerURL in Robust .ini.example files

2012-06-20 Thread James Hughes

Hi Todd,

The included one will work, or at least I have used it to auth to a site
before, but it doesn't really come into play with V3. I am working on
some web infrastructure to develop and test against. So far, here is
what it looks like: The V3 viewer needs to get a token during the login
response that can be sent back to your web server. The web server will
check the token and create a session which it sends a cookie back to the
viewer to allow r/w access to the webprofiles (and other apps). So,
OAuth 2.0, 2 legged authentication on the web side is probably what is
needed. We just have to tell Robust where things are nd pass them off to
the viewer. I will send updates, and possibly queries about these soon.

Thanks
BlueWall

On 06/20/2012 03:02 PM, Todd Davis wrote:

I am just catching up here... So what extent is Openid implemented in
OpenSim? Is it just utilizied for authentication? Or did I miss the another
implementations of openid? Or is there more info to come? I am looking at
setting up an openid server on my network... But if OpenSim only supporting
authentication then I may hold off onsetting up openid...

I guess a little more information would be great..

Thanks,
Todd

James Hughes wrote:

Bahhh No! I didn't mean to do that. That's what I get for poking on this
stuff before coffee. Fix on the way.

Thanks
-BlueWall

On 06/16/2012 07:01 AM, Ai Austin wrote:

I see Bluewalls fix of this issue on GIT.

Bluewall, in the Robust.HG.ini.example file did you mean to also delete
the two lines for

- ; For V2 map
- MapTileURL = "http://127.0.0.1:8002";;

I believe these lines are necessary to make map tiles work in v 2/3
Could also alter to V2/3 in the comment

The issue on Mantis was closed as resolved so I could not add a note to
you there on this point.

http://opensimulator.org/viewgit/?a=commit&p=opensim&h=2ed768cbf5734f6b0c8825beecc4347bf9537f6f

___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev

Re: [Opensim-dev] ProfileServerURL and OpenIDServerURL in Robust .ini.example files

2012-06-16 Thread James Hughes



Bahhh No! I didn't mean to do that. That's what I get for poking on this 
stuff before coffee. Fix on the way.


Thanks
-BlueWall


On 06/16/2012 07:01 AM, Ai Austin wrote:

I see Bluewalls fix of this issue on GIT.

Bluewall, in the Robust.HG.ini.example file did you mean to also delete
the two lines for

- ; For V2 map
- MapTileURL = "http://127.0.0.1:8002";;

I believe these lines are necessary to make map tiles work in v 2/3
Could also alter to V2/3 in the comment

The issue on Mantis was closed as resolved so I could not add a note to
you there on this point.

http://opensimulator.org/viewgit/?a=commit&p=opensim&h=2ed768cbf5734f6b0c8825beecc4347bf9537f6f

___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev


___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev

Re: [Opensim-dev] Heads up: show stats / jsonSimStats broken

2012-06-08 Thread James Hughes

It's all good. Just wanted to get out a warning to everyone as soon as I 
could in case they were updating and had management systems depending on 
them to restart sims, etc. .


Thanks!
BlueWall

PS: At some time, I want to migrate the jsonSimStats over to the 
monitoring module anyway.


On 06/08/2012 06:41 PM, Justin Clark-Casey wrote:

This should now be fixed in today's git master 817f2d3. Sorry about that.

On 08/06/12 19:33, James Hughes wrote:


Hello All,

A note to anyone using jsonSimStats or show stats console commands for
management. These are broken as of commit
5f4f9f02309b7df4d1bdcc560cee96d266c48a07 @2012-06-07 22:12:23 and will
adversely affect any services depending on them.
Please disable such management applications if running code at this
commit and beyond until these are fixed or
replacement services are available.

Thanks,
BlueWall
___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev






___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev

[Opensim-dev] Heads up: show stats / jsonSimStats broken

2012-06-08 Thread James Hughes



Hello All,

A note to anyone using jsonSimStats or show stats console commands for 
management. These are broken as of commit 
5f4f9f02309b7df4d1bdcc560cee96d266c48a07  @2012-06-07 22:12:23 and will 
adversely affect any services depending on them. Please disable such 
management applications if running code at this commit and beyond until 
these are fixed or replacement services are available.


Thanks,
BlueWall
___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev

Re: [Opensim-dev] Questions about Vehicle scripting calls

2012-06-07 Thread James Hughes

Mike,

I guess that no one that deals with vehicles has taken a look at that
code in a good while now. Since you have a handle on this from the LSL
side, why don't you have a look at the OpenSim ODE code for that? I did
look at it and it looks pretty straightforward. Maybe you can see
something from that side.

https://github.com/BlueWall/opensim/blob/master/OpenSim/Region/Physics/OdePlugin/ODEDynamics.cs#L824

d is Ode.NET which contains functions found here:
http://ode-wiki.org/wiki/index.php?title=Manual:_Rigid_Body_Functions

If you see something there, you can submit patches (or hit us with a
clue stick) and we can get it fixed. It may be as simple as calling
d.BodyGetRotation and plugging the result into the equation:
https://github.com/BlueWall/opensim/blob/master/OpenSim/Region/Physics/OdePlugin/ODEDynamics.cs#L845

Thanks!
-BlueWall

On 06/07/2012 03:31 AM, Mike Higgins wrote:

On 6/6/12 4:30 PM, Brianna wrote:

let me remind you OpenSim is not SL.. as such start with a fresh
script using X and ODE.
over the past years I have seen most vehicle types duplicated by the
vehicle creators with and without the vehicle functions.
to call the difference a bug is not addressing the solutions.

I know that OpenSim is not Sl, I am starting with fresh scripts. I would
love to talk to someone who has made an airplane work. Did they find a
way to disable the squashing of the Z component of the linear motor? Did
they do the hack I suggested of using hover height to replace the
missing linear motor Z values? And when the airplane pitches or rolls,
the local Z axis decouples from the region Z axis and the angular motor
should start acting strange. Did they discover that the angular motor
vector must be multiplied by llGetRot() like I did? And why didn't they
document this for the next guy?

___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev

Re: [Opensim-dev] Questions about Vehicle scripting calls

2012-06-06 Thread James Hughes

Cool, that is good news. With the type of small-focused mantis reports 
described, then we can have a shot at sorting these out.


-BlueWall

On 06/06/2012 01:29 PM, Nebadon Izumi wrote:

I am certain that its just OpenSim issues, ODE is more than capable of
doing this...

___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev

Re: [Opensim-dev] Questions about Vehicle scripting calls

2012-06-06 Thread James Hughes

I have been experimenting with trains in SL and would like to make a 
physical one that works in OpenSim. Hopefully these cases aren't some 
limitation of the physics engines and can have a proper fix.


-BlueWall

On 06/05/2012 07:46 PM, Mike Higgins wrote:

I was talking to Justin Clark-Casey at the OpenSim developers meeting
this morning, and he suggested that the mailing lists would be the
easiest way to have a conversation about vehicle physics on OpenSim.
Justin you there? Is this where you meant? Anyone else want to talk
about vehicle scripting in OpenSim?

I am in the process of testing the OpenSim vehicle scripting calls and
trying to find out what works and what can be worked around. I am
submitting mantis reports when I think I see a true bug, issue numbers
0006039  and 0006040
 for starters. Instead
of submitting 1000 line vehicle scripts that do not work, I am writing
small 10-line scripts that demonstrate a particular problem.

Issue 0006040  is
particularly interesting because if my hypothesis is correct, the linear
motor direction is being actively projected onto the global XY plane. I
cannot get an airplane to glide up, or a balloon to rise using the
linear motor. (Hover height works with balloons, but not the linear
motor even with hover height disabled). The interesting thing about this
is that my hypothesis suggests that there is extra code doing this
projection onto the XY plane. I checked the vehicle flags and there
isn't one that should force this extra projection into the calculations.
Vehicle type balloon is supposed to have all the flags removed, but just
to be sure I used the remove call to clear them all. The linear motor
still cannot go up. Can someone familiar with the code look at the
linear motor and tell me why this is happening and if there is a way to
disable it? (I tried turning flags like VEHICLE_FLAG_NO_DEFLECTION_UP on
to see if this flag was inverted, and if it applied to the motor instead
of deflection, but no luck).

The fun thing is that I can write one kind of vehicle that works well --
assuming this bug is there. I built a vehicle that has the linear motor
set to <0,0,20>, pointing straight up. When the vehicle is perfectly
horizontal, the projection of this motor onto XY is <0,0,0> and the
vehicle does nothing. But then when you tilt the vehicle in any
direction, the projection of the linear motor on XY becomes non-zero and
causes it to start moving in the direction of tilt. This feels a lot
like an RL helicopter, so I used the control keys to pitch down/up to
move forward/backwards, added yaw left and right, and used page-up/down
to increase/decrease the hover height. I put it in a hacked together
helicopter build and it is a lot of fun!

I'm looking for work-arounds for the current vehicle routine behaviors.
One work-around for an airplane is to turn on hover height, check the
airplane speed and pitch once a second in timer(), calculate what
altitude the plane should get to in the next second, and set hover
height to that altitude. The things we do to get stuff working!





___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev


___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev

Re: [Opensim-dev] Plugins for ROBUST

2012-04-12 Thread James Hughes

That works for a region module. If you want to access them from an
external application, you might get some ideas from the remote admin
module. I put up some code to run modules in Robust :
https://github.com/BlueWall/WxServices with some discussion here:
http://bluewallvirtual.com/forum . Those can be accessed w/o going
through the region.

-BlueWall

On Mon, 2012-03-26 at 15:48 +0200, Per Mint wrote:
> After some search in the OpenSim source code, I found that I may be
> able to access ROBUST services, either via region modules, using
> m_scence.UserAccountServices for example, or via application plugins,
> using
> m_application.SceneManager.CurrentOrFirstScene.UserAccountService for
> example.
>  
> Am I right or is there better or more conventional way to achieve this
> kind of thing ?
>  
> Thanks !
>  
> PMint.
> ___
> Opensim-dev mailing list
> Opensim-dev@lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/opensim-dev

___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev

Re: [Opensim-dev] [RegionReady] login_disable - Default changed in 0.7.3?

2012-03-23 Thread James Hughes

Thanks!

Another note. The settings are defined in the OpenSimDefaults.ini and
may be copied over to your OpenSim.ini for modification. As logins are
enabled, a message is sent to the lsl chat channel defined in the
settings. And a location may be set with he "alert_uri" to receive JSON
alerts. Here is a simple php handler to recieve them ...




-BlueWall

On Thu, 2012-03-22 at 11:52 -0400, Fleep Tuque wrote:
> Ahh, that makes perfect sense.  Thanks for the additional information
> and I took the liberty of adding a bullet point to the 0.7.3 release
> notes under the General Simulator section:
> 
> 
> During simulator startup, default setting now disables logins to the
> simulator until scripts finish compiling to reduce performance issues.
> 
> 
> I hope that's the appropriate section heading and language, but if not
> let me know.  
> 
> 
> Thanks again!
> 
> 
> 
> 
> - Chris/Fleep
> 
> 
> 
> 
> Chris M. Collins (SL/OS: Fleep Tuque)
> Center for Simulations & Virtual Environments Research (UCSIM)
> UCIT Instructional & Research Computing
> University of Cincinnati
> 406A Zimmer Hall
> 315 College Drive
> PO BOX 210088
> Cincinnati, OH 45221-0088
> chris.coll...@uc.edu
> (513) 556-3018
> 
> 
> http://ucsim.uc.edu
> 
> On Thu, Mar 22, 2012 at 10:47 AM, R.Gunther  wrote:
> With the new opensim versions scripts get compiled first,
> until that is done region logins are disable for stability.
> Thats why you see the logins disabled message. And offcorse it
> can take longer before you can login if you have more scripts.
> In the past avatars that did a login while scripts where not
> done with compileing,  some strange side effects happend then
> sometimes.
> 
> --
> 
> 
> On 2012-03-21 05:12, Fleep Tuque wrote: 
> > Hi all, 
> > 
> > 
> > I noticed when I upgraded to 0.7.3 this evening that I
> > couldn't log in for quite some time after a restart with a
> > message I'd never seen before on the client, that logins
> > were disabled.
> > 
> > 
> > After some googling, I see that the opensimdefaults.ini has
> > a [RegionReady] section that I'd never messed with before (I
> > don't think), and comparing the 0.7.2 version to the 0.7.3
> > version, it appears the default setting for login_disable
> > was false in 0.7.2 but is set to true in 0.7.3.
> > 
> > I didn't see this documented in the 0.7.3 release notes, can
> > anyone else verify?  If this default has been changed, the
> > 0.7.3 release notes should probably reflect that, and if the
> > change wasn't intended, thought I should mention it in any
> > case.
> > 
> > 
> > It's a minor thing, but it was momentarily confusing, I
> > thought something was wrong with my upgrade..  
> > 
> > 
> > Of course it's still possible that I changed something and
> > don't remember it too, so if so, apologies in advance for my
> > utter confusion.  ;)
> > 
> > 
> > 
> > 
> > - Chris/Fleep
> > 
> > 
> > Chris M. Collins (SL/OS: Fleep Tuque)
> > Center for Simulations & Virtual Environments Research
> > (UCSIM)
> > UCIT Instructional & Research Computing
> > University of Cincinnati
> > 406A Zimmer Hall
> > 315 College Drive
> > PO BOX 210088
> > Cincinnati, OH 45221-0088
> > chris.coll...@uc.edu
> > (513) 556-3018
> > 
> > 
> > http://ucsim.uc.edu
> > 
> > 
> > 
> > ___
> > Opensim-dev mailing list
> > Opensim-dev@lists.berlios.de
> > https://lists.berlios.de/mailman/listinfo/opensim-dev
> 
> 
> 
> ___
> Opensim-dev mailing list
> Opensim-dev@lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/opensim-dev
> 
> 
> ___
> Opensim-dev mailing list
> Opensim-dev@lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/opensim-dev


___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev

Re: [Opensim-dev] [RegionReady] login_disable - Default changed in 0.7.3?

2012-03-22 Thread James Hughes

It is set to prevent logins to a region only until the scripts have 
finished loading. We noticed that allowing entry during that time 
resulted in performance issues that seemed to remain until the simulator 
was restarted.


-BlueWall

On 03/21/2012 12:12 AM, Fleep Tuque wrote:

Hi all,

I noticed when I upgraded to 0.7.3 this evening that I couldn't log in
for quite some time after a restart with a message I'd never seen before
on the client, that logins were disabled.

After some googling, I see that the opensimdefaults.ini has a
[RegionReady] section that I'd never messed with before (I don't think),
and comparing the 0.7.2 version to the 0.7.3 version, it appears the
default setting for login_disable was false in 0.7.2 but is set to true
in 0.7.3.

I didn't see this documented in the 0.7.3 release notes, can anyone else
verify?  If this default has been changed, the 0.7.3 release notes
should probably reflect that, and if the change wasn't intended, thought
I should mention it in any case.

It's a minor thing, but it was momentarily confusing, I thought
something was wrong with my upgrade..

Of course it's still possible that I changed something and don't
remember it too, so if so, apologies in advance for my utter confusion.  ;)


- Chris/Fleep

Chris M. Collins (SL/OS: Fleep Tuque)
Center for Simulations & Virtual Environments Research (UCSIM)
UCIT Instructional & Research Computing
University of Cincinnati
406A Zimmer Hall
315 College Drive
PO BOX 210088
Cincinnati, OH 45221-0088
chris.coll...@uc.edu 
(513) 556-3018

http://ucsim.uc.edu


___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev


___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev

Re: [Opensim-dev] Using ssl in OpenSim

2011-12-02 Thread James Hughes


On 11/29/2011 10:41 AM, Fleep Tuque wrote:

Following up on this thread, I'm looking into SSL for opensim to
increase username and password security, but I'm pretty novice at server
administration in general so I'm not sure I understand enough to even
ask the right questions.

Our Opensim 0.7.2 install is running in grid mode on Windows Server
2008/IIS.  I've found information about installing the security
certificate and I think I generally understand what to do there, but I
just want to make sure I understand the process and how it works before
I go through the process of requesting a cert from our InfoSec department.

Reading the information in the thread below, I have a couple of questions:

1)  Is it possible to have Diva's wifi account creation process done
through https if I follow these steps?  It's the usernames and passwords
I'm most concerned about.



I'm not familiar with all the workings of the Diva Distro. But the 
Robust server will talk https, so I imagine that it would be possible. 
Just follow the example configuration to try it.



2)  Is this only for remote admin applications or does this encrypt all
traffic between the viewer and the server too?



It's not for the viewer traffic at this point. I think most of that is 
done through firewalls and proxies.



Sorry if these are stupid questions and many thanks in advance if anyone
has more information or can explain Opensim SSL for Dummies style.  ;)



Haa, not at all - hope it helps.


BlueWall

___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev

Re: [Opensim-dev] WxServices

2011-04-25 Thread James Hughes

On 04/25/2011 10:35 AM, Diva Canto wrote:
> I would like support for https in core, but I'm also failing to see
> the advantage of this framework. Wifi, for example, is entirely coded
> off-core.
> https://github.com/diva/diva-distribution/tree/master/addon-modules
>
> The Wifi handlers can be plugged in directly into a Robust server or
> plugged in indirectly (via region modules) into the OpenSimulator server.
>
> Lots of other addons do what Wifi does, just like Melanie mentions.
> Addons such as these were precisely the reason why we did Robust and
> the connectors architecture for OpenSimulator. It's very easy to make
> these addons and have them work both for grid setups and standalones.
>

Hi Diva,

I am convinced, now, that the framework isn't needed to write external
handlers. I had overlooked the possibility of loading external dlls into
Robust when I started working on it (and didn't look back till now). And
I thought that a shim was needed to handle the loading and configuration
of the external handlers. I see how they can be loaded now.

I will be able to work on it in a couple of days and will focus on
making the the https part better. Then we can look at that separately.

Thanks,
BlueWall

___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev

Re: [Opensim-dev] WxServices

2011-04-25 Thread James Hughes

On 04/25/2011 07:20 AM, Melanie wrote:
> So, if I understand this correctly, it's a unifying framework to
> load http(s) handlers into either a rubust shell or a region server
> without having to make it a full region module?
>
> I believe this is overcomplicating things. If a web service is
> written as a ROBUST handler/service, no shim is needed between
> ROBUST and it. It would only need a shim to load it into a region
> server and that shim could be (and maybe should be) trivially added
> to core.
>
> I see no point in a middleware that abstracts and API by, more or
> less, simply renaming it.
>
> Can you explain what this is meant to facilitate and why new names
> for established APIs are needed?
>
> Melanie
>

Hi Melanie,

The intent is to have a generic way to add user developed handlers as
Robust shells to expose internal resources to external applications. For
example, providing a handler that a Web UI could call to create and
manage user accounts. Another case might add a new service that
extends the data. An example that comes to mind is the profile service
that runs in PHP.

The idea is to provide an easy way to implement those things outside of core
using Robust. But, maybe I'm not seeing the forest for the trees :)

I will have some time in a couple of days to look at it again. Any
insight to what
I might be overlooking would be welcomed.

Thanks,
BlueWall

___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev

Re: [Opensim-dev] WxServices

2011-04-25 Thread James Hughes

On 04/22/2011 08:07 PM, Justin Clark-Casey wrote:
> On 20/04/11 03:28, BlueWall wrote:
>>
>> Pushed a middleware framework for resource connector development in the
>> addon-modules tradition to WxService branch. Optional https support too.
>> Some early doc and example code at http://bit.ly/gYbzRH .
>
> As a preliminary question, how does this improve upon having the
> region modules add their own handlers via
> IHttpServer.AddStreamHandler() which I see is the call that
> WxService.AddWxHandler() is making?
>
> Apologies if you've already answered this in the post and my late
> night comprehension skills are a bit shaky.
>
Hi Justin,

This is built on Robust. It uses Robust to provide the base and
configuration for the handlers. WxService.AddWxHandler() is part of the
interface the handlers are required to implement so that the handlers
can be pushed out to a place that is easier to manage form user-land.
Like region modules, but implemented in Robust for things that should be
central to the entire grid.

BlueWall
___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev

Re: [Opensim-dev] Stale client modules

2011-04-24 Thread James Hughes

On 04/24/2011 12:45 PM, Diva Canto wrote:
> Spring cleaning! Unless someone speaks up, these seemingly stale
> components will be removed:
>
> - Client.MXP
> - Client.VWoHTTP
>
++
___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev

Re: [Opensim-dev] networking issues

2011-03-28 Thread James Hughes

On 03/28/2011 03:27 PM, Mic Bowman wrote:
> Yeah... and i think it was your post that got us thinking about how
> the multiple layers of buffering were hurting performance here. thanks
> for the original post.
>
> In poking around at this issue... one thing I've found (completely
> anecdotally) is that when we put a "reasonable" cap on per client bw,
> things tend to work far better. With no caps at all, performance gets
> very unpredictable. The variance in times between pulling updates from
> the entity update queues goes up significantly. With a cap, you don't
> get all the updates as fast... but the performance is more predictable
> (and the user experience didn't degrade much). I'm not at all sure
> what to make of that... it could be kernel or network buffering
> issues. I just don't know.
>
> --mic
>
>
They did say that Windows caps the output and it helps there. I think
the buffers are everywhere - edge devices, routers, network interface
cards, etc.. Seems that the Intel sales crew is doing a great job :)

BlueWall
___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev

Re: [Opensim-dev] networking issues

2011-03-28 Thread James Hughes


Thanks Mic,

I look forward to testing this. I have been chasing network issues that
show up as wildly different performance experienced by users that are in
the same simulator with others having similar connections and
workstations. A couple of weeks ago I heard about something called
bufferbloat and dark buffers in the Internet. I posted links to the
information in IRC and would like to add it here as well ...

http://www.bufferbloat.net/projects/bloat/news
http://mirrors.bufferbloat.net/Talks/BellLabs01192011/

I think this issue may a lot of bearing on our networking in the open
Internet where packets in-transit are routed through devices with large
built-in buffering. The packets are held in these devices for forwarding
at a time that seems convenient for the device, rather than using
congestion management and dropping the packets when needed. It is
possible that a packet may experience this several times in-transit. As
the packets are held in the buffers, latency is added to the circuit and
may reach the point where we resend packets because we didn't get the
acknowledgment in time.

Hopefully this is, at least, somewhat related.

Thanks,
BlueWall
___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev

Re: [Opensim-dev] Running two standalone instances at the same time

2011-03-22 Thread James Hughes

On 03/22/2011 11:10 PM, Levi Martson wrote:
> I'm trying to get two standalone instances to run at the same time,
> and when I try to run the second one I get the following output:
>
> /OpenSim threw an exception:/
> /System.Net.Sockets.SocketException: Only one usage of each socket
> address (protocol/network address/port) is normally permitted/
> /   at System.Net.Sockets.Socket.DoBind(EndPoint endPointSnapshot,
> SocketAddress socketAddress)/
> /   at System.Net.Sockets.Socket.Bind(EndPoint localEP)/
> /   at OpenMetaverse.OpenSimUDPBase.Start(Int32 recvBufferSize,
> Boolean asyncPacketHandling)/
> /   at OpenSim.Region.ClientStack.LindenUDP.LLUDPServer.Start()/
> /   at OpenSim.Region.ClientStack.LindenUDP.LLUDPServerShim.Start()/
> /   at OpenSim.OpenSimBase.CreateRegion(RegionInfo regionInfo, Boolean
> portadd_flag, Boolean do_post_init, IScene& mscene)/
> /   at OpenSim.OpenSimBase.CreateRegion(RegionInfo regionInfo, Boolean
> portadd_flag, IScene& scene)/
> /   at
> OpenSim.ApplicationPlugins.LoadRegions.LoadRegionsPlugin.PostInitialise()/
> /   at OpenSim.OpenSimBase.StartupSpecific()/
> /   at OpenSim.OpenSim.StartupSpecific()/
> /   at OpenSim.Framework.Servers.BaseOpenSimServer.Startup()/
> /   at OpenSim.Application.Main(String[] args)/
> /   at OpenSim._32BitLaunch.Program.Main(String[] args) in
> C:\OpenSim\trunk6\OpenSim\Tools\OpenSim.32BitLaunch\Program.cs:line 47/
> /
> /
> /Application will now terminate!/
>
> Any ideas?
>
> Thanks,
> Levi
>
>
Change the port number in OpenSim.ini
[Network]
http_listener_port = *

Default is 9000, make the second instance something different

___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev

[Opensim-dev] OSx - SQLite

2011-03-21 Thread James Hughes


Hello,

The SQLite was recently updated in OpenSim master. This fixed a bug we
were seeing in Linux installations and think it will help on OSx as
well. I do not have access to a Mac to test this. So, if someone that
builds OpenSim on OSx could grab the git master and try to bring up a
standalone sim and give a report, it would be awesome.

Thanks!
BlueWall
___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev

44 matches

Mail list logo