Search found 231 matches

by Handy Low
Tue Nov 17, 2015 10:19 pm
Forum: Using Opensim
Topic: "Loading contents..." when trying to view object contents
Replies: 20
Views: 27585

Re: "Loading contents..." when trying to view object content

Yes, even when it works it can take 15 seconds to load the contents of an object that has a lot of stuff in it.

But when it fails it never loads - out of curiosity, I've left an avatar waiting for hours to see if it loaded but it never did.
by Handy Low
Mon Nov 16, 2015 9:52 pm
Forum: Using Opensim
Topic: "Loading contents..." when trying to view object contents
Replies: 20
Views: 27585

"Loading contents..." when trying to view object contents

When I open an object (root or child prim) in the edit window's "Contents" tab, sometimes the viewer (Firestorm or Singularity) will show the message "Loading contents..." but never goes beyond this. This seems more likely to happen with an object that has a lot of contents, but I've also seen it in...
by Handy Low
Tue Nov 10, 2015 12:21 am
Forum: Other Support
Topic: Message Lag/ Undelivered "Instant" Messages.
Replies: 20
Views: 17840

Re: Message Lag/ Undelivered "Instant" Messages.

Has anyone else reading this thread encountered a similar problem of offline IMs being delayed until they are delivered inworld? Yes, in fact this happened to me on Wednesday (although I've known this problem to happen for a long time in Kitely). The pattern seems to be that person A sends an IM to...
by Handy Low
Tue Oct 13, 2015 12:36 pm
Forum: Wanted
Topic: Looking for trees and bushes with high LOD
Replies: 5
Views: 5668

Re: Looking for trees and bushes with high LOD

I think to decrease LOD settings during upload is something what we do in SL, where it has significant impact on prim count of object. I would say there is not much meaning of that in OpenSim worlds. It's not just prim count, though - more polygons (as with higher LOD models) causes more performanc...
by Handy Low
Sun Oct 11, 2015 1:03 am
Forum: Scripting
Topic: Slave (not the Gorean type) script
Replies: 5
Views: 5981

Re: Slave (not the Gorean type) script

If you don't want to link them, and you don't want to use listeners, I'd consider using the osMessageObject() function. You need to know the UUID of the other object, but if you do it works very well.
by Handy Low
Sat Aug 08, 2015 9:32 pm
Forum: Scripting
Topic: drink giver
Replies: 3
Views: 3609

Re: drink giver

Just glancing through the script, I don't see anything that should cause you problems in OpenSim, assuming it works OK in SL. It's all pretty standard stuff.
by Handy Low
Tue Jul 28, 2015 9:47 pm
Forum: Other Support
Topic: llSetLinkPrimitiveParamsFast not working ... sometimes
Replies: 6
Views: 6364

Re: llSetLinkPrimitiveParamsFast not working ... sometimes

Hi Kayaker. You might want to consider using something like this: MoveTo(vector NewPos) { list Params = []; integer Jumps = (integer)(llVecDist(llGetPos(), NewPos) / 10.0) + 1; while(Jumps--) { Params += [ PRIM_POSITION, NewPos ]; } llSetLinkPrimitiveParamsFast(LINK_ROOT, Params); } As you can see, ...
by Handy Low
Thu Jul 09, 2015 12:58 am
Forum: Other Support
Topic: Titler Script Help
Replies: 8
Views: 7578

Re: Titler Script Help

Yes, this is a bug in OpenSim itself. It's a known issue, over three years old and still with no fix.

This is the bug report: http://opensimulator.org/mantis/view.php?id=6056.
by Handy Low
Mon Jul 06, 2015 11:50 pm
Forum: Other Support
Topic: Titler Script Help
Replies: 8
Views: 7578

Re: Titler Script Help

I've just done some testing, and reproduced the problem. The change() event for changing owner isn't working, so it's always listening to the original owner. For a short-term fix, get people to reset the script when they receive their copy. For a longer-term fix, I suggest using the on_rez() or atta...
by Handy Low
Mon Jul 06, 2015 9:59 pm
Forum: Other Support
Topic: Titler Script Help
Replies: 8
Views: 7578

Re: Titler Script Help

For what it's worth, you don't actually need to check the channel and sender in the listen() event, because your llListen specifies them. So any message that's not sent by the owner on channel 1 will not trigger the listen() event at all in this case.