This pointed to a problem with the conversions between Euler angles and other rotation forms in that angles between (-90, 90) were calculated correctly, but larger angles were not. Out of curiosity, I then tried (-45, 69.8599, -45) and found that it also worked fine! In fact, values between -90 and 90 (non-inclusive) seemed to produce the correct result, while values outside that range produced incorrect behavior. In fact, any value below 90 seemed to work okay, while values greater than 90 caused problems. I then tried (45, 69.8599, 45) and found that it also looked correct! However, at (90, 69.8599, 90), the issue re-appeared. I tried (0, 69.8599, 0) first and found that the result looked right, indicating that the pitch and roll axes might be causing the problem. The next experiment was to set each of the angles to a part of the rotation. I then tried setting them all to 0 with a snap and found that this looked correct (which was expected, obviously). To inspect the first problem, I tried setting Guybrush’s rotation to 0 in each of the axes independently and inspecting the result and found that no axis was directly responsible for this rotation.
Guybrush’s rotation is incorrect, with the yaw axis returning a negative value when it should be positive.When rotating, Guybrush is sometimes rotated in axes that he shouldn’t be when setrot is called without snapping to the new angles.So, it seems there are actually two problems here: Here’s the retail version and ResidualVM: Guybrush’s rotation before getting on the raft in the Retail Version Guybrush’s rotation before getting on the raft in ResidualVMĪs can be seen, the yaw parameter is inverted! So, is this the issue that’s causing the weird rotation? I tried setting Guybrush’s rotation before calling setrot(0, 0, 0, TRUE) with guybrush:setrot(180, 69.8599, 180) and found that the weird rotation still occurred. Due to some difficulties with getting the rotation before Guybrush turned out of the retail version, I used a textObject in the lua script before setrot was called to display the values. In this call, setrot was called with TRUE as the fourth parameter, causing Guybrush to rotate over time instead of snapping to the rotation. To debug the problem, I commented out the lines in the set file mot.lua regarding guybrush getting on the raft and found that it was a call to setrot which caused the issue to occur. When Guybrush got on the raft, he would strangely rotate in a circular motion once on the raft. After the rotation fixes, one weird issue remained with Guybrush, when getting on the raft in the set mot.
0 kommentar(er)
