Rubberene

Hi, Rolig, sorry, I guess I was not clear enough. I only mentioned rotation as an example because I know that is a kind of scripted prim movement that is solely local; I did not mean to imply that anything in this case was supposed to rotate. The rezzer also is scripted prim movement of a sort, because it rezzes linksets and tells them where to go. I just wondered if the two are the same. My main question is when the rezzer rezzes the linksets and moves them into position, is that a local or a server function?

I rent a skybox that has several configurations. The rezzer has a dialog menu, from which each "scene" is rezzed depending on which button you click. Sometimes it doesn't work properly; the linksets rezz, but do not move to their intended positions. Which is just normal SL, most of the time. Since migrating my machine from XP to linux, however, it seems to be happening a good deal more frequently. Like about half the time. This, however, may be coincidental, and before I go trying to "fix" something, I want to determine whether the problem is local: my machine, connection, etc, or if it is just SL being snarky. I know that rotation is local; to the servers an object is sitting still, but to the viewer it is rotating. I am wondering if the same thing applies here. I have noticed that when I TP back to my skybox, it is often as if I have just rezzed it; frequently I have to wait once more while things move into place. And if things were askew when I left, they may be fixed once they stop moving after I come back, or they may be still askew, but in a different way. This all leads me toward the conclusion that prim positioning from such rezzers is local, but I am not certain. And, no, it is not a faux-rezzer, nor are the linksets trying to rez across parcel boundaries. If my packet loss were high, I would probably have chalked it up to poor communication, but packet loss is 0.0 Can anyone tell me definitely local, or definitely server-side?