Izgud

Good to hear! This is the last issue with the Mi-8 as far as I'm concerned. Thanks for the updates.

There appears to be no recoil from the right forward-facing gun, leading to a left yaw when the left or both guns are fired, and seemingly no effect at all when only the right gun is fired.

Part of the pitot tube remains static during transonic flutter and wing bending, leading to warping and stretching. Steps to reproduce ------ 1. Reach high subsonic or transonic speeds 2. Pitch up and down while observing pitot tube

The manual is looking good! Thank you!

The animations are correct. Think of the trim tabs as flying their respective control surfaces rather than the entire airplane - aileron trim tab down means the aileron itself will be deflected up. The right elevator trim tab follows the same logic. The left elevator tab, however, is deflected down with landing flaps selected regardless of trim. This is how it works in the real jet.

Anyone got this working in 1.5 yet? It is sorely missed.

This little edit simply deletes part of the 'rings' from the afterburner textures. It ended up working better than I had expected, so I figured I'd share it. Burner Ring Removal.zip

Thanks for your response, Novak! Unfortunately, I think there is still some sort of misunderstanding here. I like your idea of illustrations, so I made something that should help explain the problem. Regards.

Your folder structure appears to be incorrect - "L-39C\Cockpit\Textures" should instead be "L-39C\Textures" for the base Russian textures. With folder structure fixed, adding _ENG files and adjusting description.lua is also no longer necessary as the sim will draw all remaining mipmapped files from "L-39C\Textures" after it is done looking in the "english" folder.

L39-CPT-PANEL-01_1.dds KPP and seat (text underneath legs) also need to be done. L39-CPT-INSTR-KPP.dds L39-CPT-SEAT.dds These are Russian textures that are used in the English cockpit.

Try adding an extra folder in 'Mods\tech' for the 'Farp-Hill texture' stuff to sit in. For example, the folder structure becomes something like 'Mods\tech\FARPMod\Farp-Hill texture' rather than 'Mods\tech\Farp-Hill texture'. Then add the entry.lua I have attached into your new folder. I may have done something wrong as I don't know much about this, but so far everything appears to be working properly. Regards! entry.lua

I really love these updates. Thank you!

The speed of the wind only serves to magnify the problem so it is more immediately visible :) It is still present even at 1m/s and is most certainly a bug! As mentioned by Vincent, steady 50m/s wind should have no impact on the handling of the aircraft - if we were to fly under the hood and remove all visibility of the outside world we should not be able to notice any difference in any instruments or controls whatsoever aside from those making use of ground speed/track (RSBN etc). There is no airframe design in the world that will change aerodynamics in such a way as that simply makes no sense; it would mean the aircraft is no longer using just airspeed to fly, which brings me to my brief findings... At present, the aircraft will fight against the pilot in impossible ways in any sort of windy conditions. From cursory testing, it appears that some FM components give an effect similar to using ground speed for FM calculations as the MiG will always attempt to roll towards the track over the ground, "weathervaning" away from the wind (much like the pitot tube vanes). Application of rudder and aileron is required simply to fly straight and level. Steady control inputs are able to stabilize the aircraft, demonstrating that the wind itself is steady. The unusual roll behavior stops somewhere between fully slipped and zero slip when certain airspeed and ground speed conditions reach equilibrium, further demonstrating the issue. Think of this issue in another way: every time an aircraft approaches certain jet streams, it is approaching winds in the neighborhood of 50m/s. In no case is an adjustment in coordinated control inputs required. No aircraft requires rudder inputs based on wind! If Novak has spent much time above 8-9km then he has more than likely spent some time in winds over 50m/s, and I would ask if he has any experiences of the aircraft gradually transitioning into heavily uncoordinated flight. Without rudder trim, cruise in such conditions would be tiring! The MiG-21 is the only aircraft exhibiting this behavior. This means that in any mission that implements realistic winds aloft, the MiG is the only DCS aircraft requiring heavy rudder/stick in simple symmetric cruise. Hopefully this is recognized as a bug and fixed :) Thanks for your time!

Your issue reminds me of this. After changing my password on http://www.digitalcombatsimulator.com, I was good to go. Hopefully the same will work for you!

Quoting a post from SimHQ - perhaps you could try this?

While certain FM components are behaving correctly in windy conditions, others are not. Since I could not get a track to replay properly, attached instead is a short mission from 1.5 effectively demonstrating the issue within seconds. All conditions are default with wind set to 50m/s from the south. The MiG starts facing south directly into the wind, a boat to the left near the shore. Place the nose over the boat and the MiG enters a heavy slip. MiG-21_wind.miz

Bump!

Bump!

While you're in Event Viewer take a look around for WHEA errors ("Applications and Services Logs\Microsoft\Windows\Kernel-WHEA\Errors"). These could be indicative of CPU stability issues.

Interesting...

NdZ02-Qenso

:huh: Certainly not! :)

:thumbup:

:thumbup::thumbup:

Hi, Very simple issue here: cockpit wind audio appears to respond to ground/absolute speed rather than airspeed. Easy reproduction --------------------- 1. Load windy mission 2. Make complete turns while maintaining airspeed, noting cockpit wind levels High winds and low airspeeds make the issue more apparent. Of course, a quiet cold and dark cockpit also helps. :) Regards!