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 <[email protected]> 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 < > [email protected]> 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 [email protected]. >> >> Good luck and cheers! >> >> James >> aka Hiro Protagonist >> SimHost.com >> >> On Tue, Nov 30, 2010 at 7:56 AM, w f <[email protected]> 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 >>> [email protected] >>> 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 > [email protected] > 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
_______________________________________________ Opensim-dev mailing list [email protected] https://lists.berlios.de/mailman/listinfo/opensim-dev
