• All submissions to this site are governed by Second Life Project Contribution Agreement. By submitting patches and other information using this site, you acknowledge that you have read, understood, and agreed to those terms.
Issue Details (XML | Word | Printable)

Key: SVC-734
Type: Bug Bug
Status: Resolved Resolved
Resolution: Fixed
Priority: Critical Critical
Assignee: Andrew Linden
Reporter: Eyana Yohkoh
Votes: 5
Watchers: 2
Operations

If you were logged in you would be able to see more operations.
2. Second Life Service - SVC

(Havok4) llMoveToTarget

Created: 29/Sep/07 10:07 AM   Updated: 06/Feb/08 01:31 PM
Return to search
Component/s: Physics, Scripts
Affects Version/s: Havok4 Beta
Fix Version/s: Havok4 Beta

Environment:
CPU: Intel Pentium 4 (Unknown model) (3192 MHz)
Memory: 2048 MB
OS Version: Microsoft Windows XP Service Pack 2 (Build 2600)
Graphics Card Vendor: NVIDIA Corporation
Graphics Card: GeForce 7600 GT/PCI/SSE2
OpenGL Version: 2.1.1
LLMozLib Version: 1.1.0 (Mozilla GRE:1.8.0.12_0000000000)
Issue Links:
Relates

Sub-Tasks  All   Open   
 Sub-Task Progress: 
No sub-tasks match this view.

 Description  « Hide
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.



 All   Comments   Change History      Sort Order: Ascending order - Click to sort in descending order
WarKirby Magojiro made changes - 29/Sep/07 10:54 AM
Field Original Value New Value
Priority Normal [ 4 ] Major [ 3 ]
Ryozu Kojima 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 ]
Ryozu Kojima made changes - 29/Sep/07 01:05 PM
Component/s Scripts [ 10043 ]
Summary (Havok4) (Scripting) llMoveToTarget (Havok4) llMoveToTarget
Ryozu Kojima 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.
Ryozu Kojima 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 ]
Sidewinder 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 ]
dan linden 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 ]
Rob Linden made changes - 22/Dec/07 01:37 AM
Workflow jira [ 15603 ] jira-2007-12-21 [ 22652 ]
WarKirby Magojiro made changes - 22/Dec/07 01:27 PM
Status Resolved [ 5 ] Fix Pending [ 10001 ]
Rob Linden made changes - 23/Dec/07 12:22 AM
Workflow jira-2007-12-21 [ 22652 ] jira-2007-12-22a [ 48680 ]
Rob Linden made changes - 23/Dec/07 01:29 AM
Status Fix Pending [ 10001 ] Resolved [ 5 ]
Rob Linden 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 ]
Sue Linden made changes - 13/Nov/08 12:08 PM
Workflow jira-2007-12-22a [ 48680 ] jira-2008-11-14 [ 81961 ]
Sue Linden made changes - 13/Nov/08 04:38 PM
Workflow jira-2008-11-14 [ 81961 ] jira-2008-11-14a [ 89492 ]