Elevator trim 27Nov

[GregP]

15 minutes ago, ac5 said:

Sorry Guys, but in my opinion you are all struggling for nothing...

As I mentioned, we can do everything we want at our end,

but ONLY Magnitude 3 LLC / ED can fix this,

Unless, of course, it's as simple as a single parameter needing to be changed in a Lua file, which it entirely could be. Will check this out in a few hours when I'm home.

[GregP]

Well, I'm baffled.  

I verified that the update does not change any of the trim lines in (what I'm guessing to be) the relevant Lua files, and the pitch trim behavior is reversed for me, too.  Trying to 'inject' the trim commands via Joy2Key doesn't work - I get exact same behavior as when using the trim commands directly bound to a hat. Changing the key combo for these commands has no effect either. I currently thus have no way to properly use the pitch trim commands without running into the shorter 'arm' of the 'trim down' function being applied to the 'trim up' physical range. Very odd.  

So yes, as much as I had hoped there might be an easy fix, it seems ac5 is right - we need M3 to fix this.  Really frustrating.

[GTFreeFlyer]

I flew with another buddy online who also said everything was working perfectly fine for him, as it does for me.  Both of us have FFB sticks.  I’m beginning to think this is the difference, especially because the update was related to reversing FFB effects.  It may help if everyone posts whether they are using FFB or not when experiencing these issues.  Also, would help if anyone else reading this and not having any issues chimes in with their hardware.  My buddy and I can’t possibly be the only ones. 
 

My question for those that have the issue, is whether you see the elevator move in flight when you move the trim tab, or does the elevator stay centered and only the trim tab moves? If so, yeah we would have reversed effects.  With my FFB stick, the trim physically moves my stick in the correct direction which also makes the elevator move in the correct direction (but IRL the trim tab moves the elevator which moves the stick), so maybe that’s the reason it works for FFB sticks? (Incorrect modelling of trimming moving the stick which moves the elevator?).  If you noticed in my screenshots above, while sitting on the ground when I moved the trim tab, the elevator moved as well. This would not happen IRL because there is no airflow to push the elevator up. The only reason it moved up for me is because my FFB stick physically moved backwards with trim input.

Just my thoughts on the underlying issue.  

Edited 8 hours ago by GTFreeFlyer

[theIRIEone]

Not using FFB here, just a plain old X56..

Issue as described came with the update, using my X56 software to trick Windows/DCS into thinking i'm using the keyboard by binding the relevant inputs there makes the pitch trim work as expected again, although the pitch trim tab moves somewhat slower now and is therefor better to control.

Edited 7 hours ago by theIRIEone
typos

[baco30]

+1 .

With joystick (TM Warthog) or keyboard only same issue.

Moreover (I don't know if relevant...): now the picture at the mission start shows the new C130J... 

[baco30]

7 hours ago, GTFreeFlyer said:

I flew with another buddy online who also said everything was working perfectly fine for him, as it does for me.  Both of us have FFB sticks.  I’m beginning to think this is the difference, especially because the update was related to reversing FFB effects.  It may help if everyone posts whether they are using FFB or not when experiencing these issues.  Also, would help if anyone else reading this and not having any issues chimes in with their hardware.  My buddy and I can’t possibly be the only ones. 
 

My question for those that have the issue, is whether you see the elevator move in flight when you move the trim tab, or does the elevator stay centered and only the trim tab moves? If so, yeah we would have reversed effects.  With my FFB stick, the trim physically moves my stick in the correct direction which also makes the elevator move in the correct direction (but IRL the trim tab moves the elevator which moves the stick), so maybe that’s the reason it works for FFB sticks? (Incorrect modelling of trimming moving the stick which moves the elevator?).  If you noticed in my screenshots above, while sitting on the ground when I moved the trim tab, the elevator moved as well. This would not happen IRL because there is no airflow to push the elevator up. The only reason it moved up for me is because my FFB stick physically moved backwards with trim input.

Just my thoughts on the underlying issue.  

Yes, You're right.

It seems that now the trim tab moves correctly but the elevator tab remains flush with the stabilizer. Therefore the trim tab acts as a little reverse elevator.