GitanoSoy

Sorry for copy and paste, I posted to irrelative forum.

SAS gyro.7z.002 I made a track file here, it recorded how the glitch perform itself. You guys will see SAS gyro took "damaged" from second aerial-refueling connection, and then, after i make sure the issue came out, i switched to Warthog HOTAS and the problem remains still (while i connect Warthog HOTAS, i forgot to reset flap button from last time down position, so my F-14's flap stuck just at the time i input something through HOTAS device. But, i pretty sure it's not caused by flap stuck, many times i met same situation when flap is just fine. And the issue shows long ago from flap stuck, and also there's can't be so rediculous flight model just caused by incorrect flap position). And at the end, SAS gyro increased to a insane level, the trim is almost failed, and feels like there is fetal error in hydraulic system ! It's a long-time track, so i'm not sure it will restore the facts or not cause DCS track function not so reliable as we know.

Thanks for reply, so it's most likely caused by AHK program, which could affect or even modify something in DCS in some ways, like a "trainer" maybe? Edit: There is one thing very important need to mention, that is Dump Fuel ! Basically if you didn't dump or dump not too much then degrade issue wont't happen. To make the glitch show up, you need to repeatedly dump fuel about.....10 times? I mean dump and then fuel up (better be aerial-refueling). About time to suck dry two KC-135MPRS (dump while aerial-refueling will just need twice or so) , you will encounter what i did or just software conflict issue of my own. SAS gyro.7z.001

But, it's too exaggerated, and recently i found that dump can dramatically accelerates the glitch! And also wired is if you switch auto-pilot on/off, then the issue will be fix a little (but still not proper at all). It's really seems like some kind of bug, code disorder maybe? Any possibility that AHK program could affect DCS processing? If that flight control data proceed in RAM? Next time i will test in joystick HOTAS, and will do a in-flight alignment to update INS navigation (but i think it will be useless, cause SAS gyro as you said cannot be fixed in flight). If i got any progress i will post here. By the way, how many hours you flight before? The longest single flight.

Anyone noticed that? After about 3 hours of flight, threshold input will be extremely sensitive, just need 1-2 inch stick movement the aircraft will get a 10g! Especially after you dump fuel a lot or dump while aerial-refueling. But, I use VJoy and UCR (AHK version) to virtualize mouse as joystick, and never encountered such glitch on other aircraft. Buddies have you fly F-14 over 5 hours once? Or anyone use UCR to fly with a mouse here? This issue has been bothering me for a long time, and I found this glitch from F-14 releasing. Thanks in advance, and sorry for my awful English. -------------------------- Edit: There is a track file here. Please note that i accidentally touched the flaps button when i switched devices and caused the flaps to get stuck, but i am absolutely sure that this issue is not caused by it, because i have encountered this issue many times before and the flaps are all good. (The track file larger than 5mb, so i need to seperate it to another post, check my latest reply please.) ----------- Uploaded to Mega Cloud

For now the pilot who didn't use a TrackIR or VR headset need to setup two key to reset all camera-related paraments (angle plus zoom), it doesn't seem to be convenient. How about to add a new key mapping so that people can decide whether to use it to reset angle and zoom instant ? And better be a new feature that put all camera settings in a unique category to override all aircrafts camera controls. That's all, sorry for my poor English.