Second Life Forums Archive - Rotation creep?

WindyWeather Vanalten

Registered User

Join date: 27 Nov 2006

Posts: 53

04-18-2007 23:13

I've built a large house and it obviously has many linked sections.

One of these sections developed what I'll call Rotation Creep.

The root object for the section had the rotation of < 90., 0, 180.> but it shifted for some unknown reason to < 90., .25, 179.75 > or < 90., .25, 180.25>.

All attempts to put it back failed. Whenever another section of the house was selected, the failed section would revert to the above rotation.

The house was imported using the primitive importer, and so many of the objects had a script left in them called BLOCK. The rotation seemed stable if the script was deleted. None of the other 22 sections of the house showed this creep.

Now I have apparently fixed this by changing the root object, and only the root object, of the section to < 90., 0., 0. > and the creep has apparently gone away. At least for now.

Is this a known problem?

I have used Max for many years and of course it does not show any such symptoms of such creep. I mention this because both Max and SL use Quaterion rotation descriptions internally, but have Euler rotation external descriptions. This leads me to believe that there is no fundamental representational issue when converting between Euler and Quaterion representations.

Does anybody know how to get around this problem, or paper over it, in SL until it is fixed in a fundamental way?

The attached picture shows the creep as it looked before the fix, even tho the fix has now been done. As you can see from the picture the large seam in the floor caused by the rotation is not acceptable or merely cosmetic.

Thanks,
wwv

RobbyRacoon Olmstead

Red warrior is hungry!

Join date: 20 Sep 2006

Posts: 1,821

04-18-2007 23:59

From: WindyWeather Vanalten

I've built a large house and it obviously has many linked sections.

One of these sections developed what I'll call Rotation Creep.

The root object for the section had the rotation of < 90., 0, 180.> but it shifted for some unknown reason to < 90., .25, 179.75 > or < 90., .25, 180.25>.

All attempts to put it back failed. Whenever another section of the house was selected, the failed section would revert to the above rotation.

The house was imported using the primitive importer, and so many of the objects had a script left in them called BLOCK. The rotation seemed stable if the script was deleted. None of the other 22 sections of the house showed this creep.

Now I have apparently fixed this by changing the root object, and only the root object, of the section to < 90., 0., 0. > and the creep has apparently gone away. At least for now.

Is this a known problem?

I have used Max for many years and of course it does not show any such symptoms of such creep. I mention this because both Max and SL use Quaterion rotation descriptions internally, but have Euler rotation external descriptions. This leads me to believe that there is no fundamental representational issue when converting between Euler and Quaterion representations.

Does anybody know how to get around this problem, or paper over it, in SL until it is fixed in a fundamental way?

The attached picture shows the creep as it looked before the fix, even tho the fix has now been done. As you can see from the picture the large seam in the floor caused by the rotation is not acceptable or merely cosmetic.

Thanks,
wwv

Yes, this is a known problem. It's a total pain in the rear, too! It seems to happen for the stupidest reasons, or no reason at all, and there have been days that I've spent nearly as much time fighting this issue as I have building.

Wish they'd fix it, it's insanely stupid, and relatively recent.

.

_____________________

jlarrym Jua

Registered User

Join date: 13 Oct 2006

Posts: 22

04-19-2007 03:37

I have been able to correct the problem prims by doing the following. In the edit, object, window enter one corrected rotation, then close the window by clicking the X.Repete for other incorrect rotations. Doing one at a time seems to work. Hope this is helpful. Good Luck.

Meade Paravane

Hedgehog

Join date: 21 Nov 2006

Posts: 4,845

04-19-2007 07:24

Maybe SVC-94?

_____________________

Tired of shouting clubs and lucky chairs? Vote for llParcelSay!!!
- Go here: http://jira.secondlife.com/browse/SVC-1224
- If you see "if you were logged in.." on the left, click it and log in
- Click the "Vote for it" link on the left

WindyWeather Vanalten

Registered User

Join date: 27 Nov 2006

Posts: 53

Yep... SVC-94 sounds like it...

04-19-2007 11:29

Sure does sound like my problem...
Thanks for the pointer.
-wwv

Rotation creep?
WindyWeather Vanalten Registered User Join date: 27 Nov 2006 Posts: 53	04-18-2007 23:13 I've built a large house and it obviously has many linked sections. One of these sections developed what I'll call Rotation Creep. The root object for the section had the rotation of < 90., 0, 180.> but it shifted for some unknown reason to < 90., .25, 179.75 > or < 90., .25, 180.25>. All attempts to put it back failed. Whenever another section of the house was selected, the failed section would revert to the above rotation. The house was imported using the primitive importer, and so many of the objects had a script left in them called BLOCK. The rotation seemed stable if the script was deleted. None of the other 22 sections of the house showed this creep. Now I have apparently fixed this by changing the root object, and only the root object, of the section to < 90., 0., 0. > and the creep has apparently gone away. At least for now. Is this a known problem? I have used Max for many years and of course it does not show any such symptoms of such creep. I mention this because both Max and SL use Quaterion rotation descriptions internally, but have Euler rotation external descriptions. This leads me to believe that there is no fundamental representational issue when converting between Euler and Quaterion representations. Does anybody know how to get around this problem, or paper over it, in SL until it is fixed in a fundamental way? The attached picture shows the creep as it looked before the fix, even tho the fix has now been done. As you can see from the picture the large seam in the floor caused by the rotation is not acceptable or merely cosmetic. Thanks, wwv
RobbyRacoon Olmstead Red warrior is hungry! Join date: 20 Sep 2006 Posts: 1,821	04-18-2007 23:59 From: WindyWeather Vanalten I've built a large house and it obviously has many linked sections. One of these sections developed what I'll call Rotation Creep. The root object for the section had the rotation of < 90., 0, 180.> but it shifted for some unknown reason to < 90., .25, 179.75 > or < 90., .25, 180.25>. All attempts to put it back failed. Whenever another section of the house was selected, the failed section would revert to the above rotation. The house was imported using the primitive importer, and so many of the objects had a script left in them called BLOCK. The rotation seemed stable if the script was deleted. None of the other 22 sections of the house showed this creep. Now I have apparently fixed this by changing the root object, and only the root object, of the section to < 90., 0., 0. > and the creep has apparently gone away. At least for now. Is this a known problem? I have used Max for many years and of course it does not show any such symptoms of such creep. I mention this because both Max and SL use Quaterion rotation descriptions internally, but have Euler rotation external descriptions. This leads me to believe that there is no fundamental representational issue when converting between Euler and Quaterion representations. Does anybody know how to get around this problem, or paper over it, in SL until it is fixed in a fundamental way? The attached picture shows the creep as it looked before the fix, even tho the fix has now been done. As you can see from the picture the large seam in the floor caused by the rotation is not acceptable or merely cosmetic. Thanks, wwv Yes, this is a known problem. It's a total pain in the rear, too! It seems to happen for the stupidest reasons, or no reason at all, and there have been days that I've spent nearly as much time fighting this issue as I have building. Wish they'd fix it, it's insanely stupid, and relatively recent. . _____________________
jlarrym Jua Registered User Join date: 13 Oct 2006 Posts: 22	04-19-2007 03:37 I have been able to correct the problem prims by doing the following. In the edit, object, window enter one corrected rotation, then close the window by clicking the X.Repete for other incorrect rotations. Doing one at a time seems to work. Hope this is helpful. Good Luck.
Meade Paravane Hedgehog Join date: 21 Nov 2006 Posts: 4,845	04-19-2007 07:24 Maybe SVC-94? _____________________ Tired of shouting clubs and lucky chairs? Vote for llParcelSay!!! - Go here: http://jira.secondlife.com/browse/SVC-1224 - If you see "if you were logged in.." on the left, click it and log in - Click the "Vote for it" link on the left
WindyWeather Vanalten Registered User Join date: 27 Nov 2006 Posts: 53	Yep... SVC-94 sounds like it... 04-19-2007 11:29 Sure does sound like my problem... Thanks for the pointer. -wwv

Welcome to the Second Life Forums Archive

Rotation creep?