
|
If you were logged in you would be able to see more operations.
|
|
|
|
Sub-Tasks:
|
All
|
Open
|
|
| Sub-Task Progress: |
|
|
|
No sub-tasks match this view.
|
|
|
Catchall for the behavior of the llMoveToTarget script function in Havok4.
Non-Attachments:
Initiating llMoveToTarget() behaves as per Havok1 as far as I can tell so far.
Calling llStopMoveToTarget() after an object has "settled in" to it's target position does NOT cause the object to resume physics interactions. The object stays at it's targeted position until something triggers physics again. (Selecting, collision, etc)
On attached script:
When a scripted item is attached and using llMoveToTarget the avatar will not move unless already in motion, be it falling, a movement control, or push. If the avatar is standing still then a llMoveToTarget simply will not work until the avatar starts moving.
Further, when it does work, it appears to "Bounce" or "Rubber band" the posiition. Havok1 Did not exhibit this behaviour.
|
|
Description
|
Catchall for the behavior of the llMoveToTarget script function in Havok4.
Non-Attachments:
Initiating llMoveToTarget() behaves as per Havok1 as far as I can tell so far.
Calling llStopMoveToTarget() after an object has "settled in" to it's target position does NOT cause the object to resume physics interactions. The object stays at it's targeted position until something triggers physics again. (Selecting, collision, etc)
On attached script:
When a scripted item is attached and using llMoveToTarget the avatar will not move unless already in motion, be it falling, a movement control, or push. If the avatar is standing still then a llMoveToTarget simply will not work until the avatar starts moving.
Further, when it does work, it appears to "Bounce" or "Rubber band" the posiition. Havok1 Did not exhibit this behaviour. |
Show » |
made changes - 29/Sep/07 10:54 AM
| Field |
Original Value |
New Value |
|
Priority
|
Normal
[ 4
]
|
Major
[ 3
]
|
made changes - 29/Sep/07 12:57 PM
|
Summary
|
llMoveToTarget on attached script ( Beta: Havok4 Update )
|
(Havok4) (Scripting) llMoveToTarget
|
|
Description
|
When a scripted item is attached and using llMoveToTarget the avatar will not move unless already in motion, be it falling, a movement control, or push. If the avatar is standing still then a llMoveToTarget simply will not work until the avatar starts moving.
|
Catchall for the behavior of the llMoveToTarget script function in Havok4.
Non-Attachments:
Initiating llMoveToTarget() behaves as per Havok1 as far as I can tell so far.
Calling llStopMoveToTarget() after an object has "settled in" to it's target position does NOT cause the object to resume physics interactions. The object stays at it's targeted position until something triggers physics again. (Selecting, collision, etc)
On attached script:
When a scripted item is attached and using llMoveToTarget the avatar will not move unless already in motion, be it falling, a movement control, or push. If the avatar is standing still then a llMoveToTarget simply will not work until the avatar starts moving.
|
|
Priority
|
Major
[ 3
]
|
Critical
[ 2
]
|
made changes - 29/Sep/07 01:05 PM
|
Component/s
|
|
Scripts
[ 10043
]
|
|
Summary
|
(Havok4) (Scripting) llMoveToTarget
|
(Havok4) llMoveToTarget
|
made changes - 29/Sep/07 01:22 PM
|
Description
|
Catchall for the behavior of the llMoveToTarget script function in Havok4.
Non-Attachments:
Initiating llMoveToTarget() behaves as per Havok1 as far as I can tell so far.
Calling llStopMoveToTarget() after an object has "settled in" to it's target position does NOT cause the object to resume physics interactions. The object stays at it's targeted position until something triggers physics again. (Selecting, collision, etc)
On attached script:
When a scripted item is attached and using llMoveToTarget the avatar will not move unless already in motion, be it falling, a movement control, or push. If the avatar is standing still then a llMoveToTarget simply will not work until the avatar starts moving.
|
Catchall for the behavior of the llMoveToTarget script function in Havok4.
Non-Attachments:
Initiating llMoveToTarget() behaves as per Havok1 as far as I can tell so far.
Calling llStopMoveToTarget() after an object has "settled in" to it's target position does NOT cause the object to resume physics interactions. The object stays at it's targeted position until something triggers physics again. (Selecting, collision, etc)
On attached script:
When a scripted item is attached and using llMoveToTarget the avatar will not move unless already in motion, be it falling, a movement control, or push. If the avatar is standing still then a llMoveToTarget simply will not work until the avatar starts moving.
Further, when it does work, it appears to "Bounce" or "Rubber band" the posiition. Havok1 Did not exhibit this behaviour.
|
made changes - 02/Oct/07 03:32 AM
|
Link
|
|
This issue is related to by SVC-754
[ SVC-754
]
|
Andrew Linden made changes - 03/Oct/07 08:19 AM
|
Assignee
|
|
Andrew Linden
[ Andrew Linden
]
|
made changes - 15/Oct/07 02:43 PM
|
Affects Version/s
|
|
Havok4 Beta
[ 10171
]
|
|
Affects Version/s
|
1.18.3
[ 10150
]
|
|
Andrew Linden made changes - 22/Oct/07 01:26 PM
|
Status
|
Open
[ 1
]
|
In Progress
[ 3
]
|
made changes - 23/Oct/07 04:33 PM
|
Link
|
|
This issue Relates to SVC-867
[ SVC-867
]
|
Andrew Linden made changes - 30/Oct/07 09:52 AM
|
Fix Version/s
|
|
Havok4 Beta
[ 10171
]
|
|
Resolution
|
|
Fixed Internally
[ 7
]
|
|
Status
|
In Progress
[ 3
]
|
Resolved
[ 5
]
|
made changes - 22/Dec/07 01:37 AM
|
Workflow
|
jira
[ 15603
]
|
jira-2007-12-21
[ 22652
]
|
made changes - 22/Dec/07 01:27 PM
|
Status
|
Resolved
[ 5
]
|
Fix Pending
[ 10001
]
|
made changes - 23/Dec/07 12:22 AM
|
Workflow
|
jira-2007-12-21
[ 22652
]
|
jira-2007-12-22a
[ 48680
]
|
made changes - 23/Dec/07 01:29 AM
|
Status
|
Fix Pending
[ 10001
]
|
Resolved
[ 5
]
|
made changes - 23/Dec/07 01:31 AM
|
Status
|
Resolved
[ 5
]
|
Fix Pending
[ 10001
]
|
|
Resolution
|
Fixed Internally
[ 7
]
|
|
Andrew Linden made changes - 06/Feb/08 01:31 PM
|
Status
|
Fix Pending
[ 10001
]
|
Resolved
[ 5
]
|
|
Resolution
|
|
Fixed
[ 1
]
|
made changes - 13/Nov/08 12:08 PM
|
Workflow
|
jira-2007-12-22a
[ 48680
]
|
jira-2008-11-14
[ 81961
]
|
made changes - 13/Nov/08 04:38 PM
|
Workflow
|
jira-2008-11-14
[ 81961
]
|
jira-2008-11-14a
[ 89492
]
|
|