[Opensim-dev] missing LSL functions, events

Tue Nov 30 16:13:07 UTC 2010

Hello again Liam :)

It's doubtful that MRM will see much more work by Adam Frisby unless
something unexpected happens - it's about as mature as it's going to get
(unless someone else should take it up and carry it across the finish line).

Other than MRMs and RMs, we have no C# access to the api. TBH I forget the
exact syntax for starting an MRM script, but I can say that MRM has to be
enabled/configured in the appropriate config file before the script will
work.

Have a look around at the relevant articles at maxping.org (their search
works pretty good, or there is always google and their 'site:' website
searching syntax). While a little dated, the blog posts provide perhaps the
most significant examples of MRM scripting currently available.

Cheers and Good luck!
James
SimHost.com

On Tue, Nov 30, 2010 at 9:39 AM, w f <wm_fry at yahoo.com> wrote:

> LOL - excessive multitasking has to take cycles from somewhere. For me, my
> "common sense" processor starts to hiccup.
>
> So, you're words are very encouraging. I looked into mini Region Modules
> (MRMs) - very, very exciting! The MRM framework seems like it will be the
> perfect solution once it's matured. (Linden Lab should have gone this way
> from the get-go.) Region Modules (RMs), while powerful, aren't "user
> scripts;" I'm definitely seeking an in-object scripting solution.
>
> So just to recap, the two ways of accessing the core of OpenSim is via RMs
> and MRMs, correct? (Again - my primary reason for wanting such lower-level
> access is to compensate for the missing LSL functionality as implemented
> within OpenSim/Xengine. A nice boon would be having the ability to overcome
> the inherent limitations of LSL as implemented by Linden Lab.) I'm assuming
> that starting an in-object script with "//c#" does *not* make it an MRM; the
> C# examples on the OpenSim web site illustrate a more "simplistic" syntax
> whereas the examples on Adam's MRM web site are more rigidly structured, OO
> C#. So until the MRM framework is ready for consumption by the masses, where
> can I find out what's (not) available to in-object "//c#" scripts?
>
> Thanks!
> - Liam
>
> ------------------------------
> **
>
> Man,
> Talk about butchering the language! Sorry about my less than optimal
> phraseology - too much multitasking I reckon ;)
> Cheers!
>
> On Tue, Nov 30, 2010 at 8:08 AM, James Stallings II <
> james.stallings at gmail.com> wrote:
>
>> Hi Liam! and welcome :)
>>
>> First things first - that page you reference is more than a bit out of
>> date. That said, there's still quite a bit of LSL that isn't entirely
>> functional. Most things work, or work in part. Such things that don't work
>> or aren't implemented are in many instances complimented by OpenSim
>> additions to LSL, aka the osFunctions() of which there are very nearly as
>> many as there are canonical LSL functions.
>>
>> A direct answer concerning your questions with respect to the scripting
>> API:
>>
>> Yes, you *can* access simulator internals using C# - this is done in one
>> of two ways, either by the employment of a 'generic' simulator module known
>> as MRM (Mini Region Modules) which are essentially prim-hosted C# programs.
>> This module is standard issue with stock opensim, though it too has a few
>> missing features - sandboxing to allow semi-anonymous users to script prims
>> in C# for instance. For the most part, I suspect that such limitations will
>> not provide you with significant constraints in your application area.
>>
>> Speaking of region modules, MRM gives us an excellent opportunity to
>> seguey into canonical region modules - essentially simulator plugins, these
>> can be employed in extending the functionality of a simulator in directions
>> limited only by the imagination and coding skills.
>>
>> I hope I have provided adequate answers to your questions - and if you
>> have further questions, please feel free to contact me either on this list
>> or at simhost at deepthinklabs.com.
>>
>> Good luck and cheers!
>>
>> James
>> aka Hiro Protagonist
>> SimHost.com
>>
>> On Tue, Nov 30, 2010 at 7:56 AM, w f <wm_fry at yahoo.com> wrote:
>>
>>> I see (as listed on the http://opensimulator.org/wiki/LSL_Status page)
>>> that LSL events attach, changed, http_response, moving_end, moving_start,
>>> and remote_data are either not implemented or only partially implemented.
>>> Additionally, it's noted that there are a few LSL functions unimplemented. I
>>> was wondering ... if one was (happily) willing to abandon LSL , could the
>>> underlying events and functions be accessed via C#?
>>>
>>> I'm trying to understand the pieces here ...
>>> Does Xengine provide OpenSim with only LSL functionality or does it
>>> enable all scripting (LSL, C#, VB.Net, JScript.Net, Yield Prolog)? Does C#
>>> (or any of the other languages save LSL) have a special "in" to OpenSim for
>>> which LSL is just an abstraction layer?
>>>
>>> Consider this: I would think OpenSim generates some kind movement related
>>> event or events. Not unlike separate key-down/key-up events being tracked
>>> and then molded into a third event - key-press - I would assume something
>>> similar is happening within OpenSim, that these internal happenings
>>> eventually bubble up into a single LSL moving_start event. Does C# (or other
>>> supported language) have such deep access to OpenSim thereby allowing me to
>>> craft my own "moving start" event (handler)?
>>>
>>> I would switch from Second Life to OpenSim/OSGrid immediately if I knew
>>> there was some way to fully replicate Second Life script functionality.
>>> (Emphasis on functionality; it does *not* have to be copy/paste of LSL.) I
>>> don't care if I have to rewrite everything in C# (or, shudder, VB.Net). Six
>>> years in Second Life - and now supporting a higher-ed institution's use -
>>> has left me with *quite a lot* of scripted objects. Before I migrate
>>> everything, I'd like to know it's possible.
>>>
>>> Thanks!
>>> - Liam
>>>
>>>
>>> _______________________________________________
>>> Opensim-dev mailing list
>>> Opensim-dev at lists.berlios.de
>>> https://lists.berlios.de/mailman/listinfo/opensim-dev
>>>
>>>
>>
>>
>> --
>> ===================================
>> http://simhost.com http://osgrid.org
>> http://twitter.com/jstallings2
>> http://www.linkedin.com/pub/5/770/a49
>>
>
>
>
> --
> ===================================
> http://simhost.com http://osgrid.org
> http://twitter.com/jstallings2
> http://www.linkedin.com/pub/5/770/a49
>
>
> _______________________________________________
> Opensim-dev mailing list
> Opensim-dev at lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/opensim-dev
>
>

-- 
===================================
http://simhost.com http://osgrid.org
http://twitter.com/jstallings2
http://www.linkedin.com/pub/5/770/a49
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://opensimulator.org/pipermail/opensim-dev/attachments/20101130/d4f3cbeb/attachment-0001.html>