Hello again Liam :)<div><br></div><div>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).</div>
<div><br></div><div>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.</div>
<div><br></div><div>Have a look around at the relevant articles at <a href="http://maxping.org">maxping.org</a> (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.<br>
<br></div><div>Cheers and Good luck!</div><div>James</div><div>SimHost.com</div><div><br></div><div><br><div class="gmail_quote">On Tue, Nov 30, 2010 at 9:39 AM, w f <span dir="ltr"><<a href="mailto:wm_fry@yahoo.com">wm_fry@yahoo.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div><div style="font-family:times new roman,new york,times,serif;font-size:12pt"><div>LOL - excessive multitasking has to take cycles from somewhere. For me, my "common sense" processor starts to hiccup.<br>
<br>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.<br>
<br>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?<br>
<br>Thanks!<br>- Liam<br></div><div style="font-family:times new roman,new york,times,serif;font-size:12pt"><br><div style="font-family:times new roman,new york,times,serif;font-size:12pt"><font face="Tahoma" size="2"><hr size="1">
<b><span style="font-weight:bold"></span></b></font><div><div></div><div class="h5"><br>
Man,<div>Talk about butchering the language! Sorry about my less than optimal phraseology - too much multitasking I reckon ;)</div><div>Cheers!<br><br><div class="gmail_quote">On Tue, Nov 30, 2010 at 8:08 AM, James Stallings II <span dir="ltr"><<a rel="nofollow" href="mailto:james.stallings@gmail.com" target="_blank">james.stallings@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204, 204, 204);padding-left:1ex">Hi Liam! and welcome :)<div><br></div><div>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.</div>
<div><br></div><div>A direct answer concerning your questions with respect to the scripting API:</div><div><br></div><div>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.</div>
<div><br></div><div>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.</div>
<div><br></div><div>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 <a rel="nofollow" href="mailto:simhost@deepthinklabs.com" target="_blank">simhost@deepthinklabs.com</a>.</div>
<div><br></div><div>Good luck and cheers!</div><div><br></div><div>James</div><div>aka Hiro Protagonist</div><div><a href="http://SimHost.com" target="_blank">SimHost.com</a></div><div><br><div class="gmail_quote"><div><div>
</div><div>On Tue, Nov 30, 2010 at 7:56 AM, w f <span dir="ltr"><<a rel="nofollow" href="mailto:wm_fry@yahoo.com" target="_blank">wm_fry@yahoo.com</a>></span> wrote:<br>
</div></div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204, 204, 204);padding-left:1ex"><div><div></div><div><div><div style="font-family:times new roman,new york,times,serif;font-size:12pt">
<div><span><span>I see (as listed on the <a href="http://opensimulator.org/wiki/LSL_Status" target="_blank">http://opensimulator.org/wiki/LSL_Status</a> 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#?</span></span><br>
<br>I'm trying to understand the pieces here ...<br>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?<br><br>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)?<br>
<br>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.<br><br>Thanks!<br>- Liam<br></div>
</div><br>
</div><br></div></div>_______________________________________________<br>
Opensim-dev mailing list<br>
<a rel="nofollow" href="mailto:Opensim-dev@lists.berlios.de" target="_blank">Opensim-dev@lists.berlios.de</a><br>
<a rel="nofollow" href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>===================================<br><span><a href="http://simhost.com" target="_blank">http://simhost.com</a> <a href="http://osgrid.org" target="_blank">http://osgrid.org</a></span><br>
<span>
<a href="http://twitter.com/jstallings2" target="_blank">http://twitter.com/jstallings2</a></span><br><span><a href="http://www.linkedin.com/pub/5/770/a49" target="_blank">http://www.linkedin.com/pub/5/770/a49</a></span><br>
</div>
</blockquote></div><br><br clear="all"><br>-- <br>===================================<br><a rel="nofollow" href="http://simhost.com" target="_blank">http://simhost.com</a> <a rel="nofollow" href="http://osgrid.org" target="_blank">http://osgrid.org</a><br>
<a rel="nofollow" href="http://twitter.com/jstallings2" target="_blank">http://twitter.com/jstallings2</a><br><a rel="nofollow" href="http://www.linkedin.com/pub/5/770/a49" target="_blank">http://www.linkedin.com/pub/5/770/a49</a><br>
</div>
</div></div></div></div>
</div><br>
</div><br>_______________________________________________<br>
Opensim-dev mailing list<br>
<a href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a><br>
<a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>===================================<br><a href="http://simhost.com" target="_blank">http://simhost.com</a> <a href="http://osgrid.org" target="_blank">http://osgrid.org</a><br>
<a href="http://twitter.com/jstallings2" target="_blank">http://twitter.com/jstallings2</a><br><a href="http://www.linkedin.com/pub/5/770/a49" target="_blank">http://www.linkedin.com/pub/5/770/a49</a><br>
</div>