Jonne Nauha kirjoitti:
We provide the EC system for c++ devs for custom components that can do nice things. Also for scripting python and javascript, but other people are more qualified to talk about those :) But I know there will be script stuff done in the next sprint, EC_Script that can run both JS and py. Dunno if this helps if you want to do server side scripting, modrex has python stuff too.
Yah the LSL should work, 'cause it's server side so running in opensim like usually. So Peter, you see an object rotating in other viewers but not in Naali?
Probably llTargetOmega uses some packet that we haven't implemented, 'cause it is a constant smooth rotation which needs to be done on the client side .. not so that server sends each rotation change. If this is the case, I think we should consider implementing support for that.
Nothing we've done in rex yet replaces LSL for the purpose that Linden made it: untrusted sandboxed code running on servers. If you are doing this on your own server, can alternatively use the old rexscript Python system, but it mostly calls the same open functions than the LSL calls so target omega setting probably won't work to Naali. You can of course just use llSetRot or so from either LSL or rex Py, but that won't give you the smooth constant rotation which targetOmega does.
If you are fine with a Naali only tech, you can use the new scripting scripting support there to get smooth rotation on the client side. Basically a piece of code attached to your object that says: "myentity.placeable.Orientation += rotchange" in Python or Javascript. We plan to later have scripts using the Naali API run on the server too, then we will have a LSL replacement. I can make you a working example of this if you're interested, can do that tomorrow. But this is currently client only, so won't rotate the object on the server (just in all clients) so it won't affect the server side collisions etc. which may or may not be a problem for you depending on the case. I wonder if even with the Linden tech all the clients and the server have an identical rotation when using llTargetOmega, 'cause it would seem it depends on when each client got the command .. and the server can't know what rot the clients are at. Do collisions and visuals stay in sync if you e.g. make a big rotating door with TargetOmega and stand so that get pushed by it?
~Toni
On Wed, Sep 15, 2010 at 5:02 PM, Peter Steinlechner <[email protected] <mailto:[email protected]>> wrote:Thanks for the confirmation :-) Actualy I'm glad to hear less and less LL - I will try to figure out how i can get that to work the proper way. On Wed, Sep 15, 2010 at 1:37 PM, Jonne Nauha <[email protected] <mailto:[email protected]>> wrote: You cant set/edit/view LL scripts with Naali but of course if you script rotates some obj inworld (or other manipulation) in the server then Naali will show it. But I guess we cant help you much with your LL script coding, we have few devs that have done something with it but most not like me :) Best regards, Jonne Nauha realXtend developer http://www.realxtend.org/ http://www.evocativi.com/ On Wed, Sep 15, 2010 at 2:33 PM, Ali Kämäräinen <[email protected] <mailto:[email protected]>> wrote: Hi, Naali doesn't currently support LSL basically at at all (there might be few exceptions). Grey skies, Ali-- http://groups.google.com/group/realxtendhttp://www.realxtend.org-- http://groups.google.com/group/realxtendhttp://www.realxtend.org-- http://groups.google.com/group/realxtendhttp://www.realxtend.org -- http://groups.google.com/group/realxtendhttp://www.realxtend.org
-- http://groups.google.com/group/realxtend http://www.realxtend.org
