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
