|
|
correction.. the ships move.. depending on where they are facing and whether subjective or objective direction is used...but they move far from where they should.. I think the AI overrides this SEXP which shouldn't happen.. see uploaded picture |
|
2007-08-27 13:22
|
set-object-speed-problem.jpg (91,844 bytes) |
|
|
the picture doesn't really help. Could you give a numerical example? |
|
|
Backslash and I will look into the code.. giving a representation of the current functionality of these SEXPs is difficult because we are not really sure what happens at the moment.. we will look into it and probably try to fix this bug ourselves and then report back. I'll ask Backslash to make this issue assigned to him. |
|
|
Very weird. Turns out objective mode works properly. However, if it is in a direction that the ship considers 'forward', it only works if $use newtonian dampening: is set to YES . Took me a long time to figure that little twist out. Subjective mode (with the second argument set to true) doesn't work in the directions one would expect. I'm trying to figure out the pattern. Also, at least in the case of capships, they completely ignore their $Damp values when this sexp is applied to them when stationary. This could be a separate issue involving the physics while being stationary. |
|
|
ROFL! Would you believe it was a simple swapping of rotate and unrotate in the original sexp code? Thanks to Keldor's suggestion of an idea he didn't think would do what was needed, it now works as expected! Committed! Fixed! Hooray! Forget what I said about capships, it was a table error. |
- Anonymous
