Dr_Arrow

... and wouldn't the outer rail Maverick damage optics of the TGP when carried?

I can confirm this, I had this happen two times already in my missions. After AI destroyed its target it went rogue flying straight and level not responding to any commands until it was properly shot down by a SAM

If you are just operating the switch ARC/RSBN then it is the correct behavior. This switch only selects what is present on the HSI if it is ARC signal or RSBN signal. The distance counter is independent on it and is connected to RSBN, so this means it always shows the distance to the currently selected RSBN navigation channel as long as you have valid signal and unless you switch the RSBN completely off by its own circuit breaker switch on the right-side panel.

Thanks Flappie, I did not know that the perspective was intentional, thanks for reporting it.

Su-25A has a strange rearview mirror picture geometry, this has recently been issue with Su-25T where it is corrected, but in Su-25A the perspective is very strange and you really cannot see what is behind you, but rather down and in-front of the wings. Shown in the picture:

I just do not fly the Mi-24P without the voice of Petrovich. It is really painful during an attack run to watch out for the message "in range" when it appears in the corner. At least some voice overs would be great like "Fire/Missile off", "Target In range", "Target Hit", "Target Missed", "Weapons Ready", "Countermeasures employed", "Countermeasures out". Using the Hind without voice overs from the CPG makes it very unrealistic regardless of systems modeling in my opinion.

Thanks Flappie for reporting it, I saw the topic, but thought it is only about the tutorial not CCRP, let's hope it gets finally fixed soon.

This bug was reported some 8 years ago and even acknowledged. I see that some bugs are being addressed, so I will try to report it once more. Thanks for considering it. Description: CCRP in Su-25A will release bombs without consent immediately after pressing trigger when set to ripple and with delay. The bug does not happen when the delay is set to zero with ripple or a single bomb is dropped. The problem is related only to the non-zero delay, so there must be some small bug in the code. It does not depend on laser warm-up time. Track attached. SU-25_CCRP_problem.trk

SU-22 confirmed M4 would be great

The standard operating for Mig-21BIS procedure is to lower full flaps at the outer marker, this means around 4-5km from the runway (speed around 360-380 km/h, radar alt at around 260-300 meters).

Yes, I think it would be very good for the Shark. Having 12 VIKHRs is overkill, especially for high mountain flying or less intensive COIN engagements where you have only a few dangerous/targets (AAA positions or such) as others can be engaged by unguided rockets or cannon. The report from Chechnya also mentioned that VIKHRs were used only on high value targets.

ahh, oh my bad, ok, I didn't get it, sorry

I don't know, you look right 30 degrees and put the cross at a distance you think is 7 clicks and a short press petro management-forward? After that he will put targeting cross there and if there are any targets a menu will appear. I think it works quite well.

Same thing for the KA-50

De-block button probably should not have been implemented. Its use during flight is strictly forbidden (IRL career ending). The button is used exclusively on the ground for maintenance/testing of the gun's mechanisms.

But keep in mind that those photos are overexposed and it looks much different to human eye in real life than to a camera lens and from my experience I have to say that much less spectacular.

I am also using FFB and indeed with FFB enabled, due to some reason, rudder trimmer is not working even when on in the special menu.

Thanks for pointing that out, I get it, however it seems that this is not the case of our DCS Mi-24P Hind, as the SAS arrow is moving even when I have feet on the pedals (I am moving the pedals out of the center position). You can see it in this picture, I am depressing right pedal and you can see that the YAW SAS is moving to the left possibly dampening fluctuations (or something else).

Yes Mins, I agree with this, with feet on the pedals heading hold mode is disengaged and the AP does not keep the course only pilot. However with feet on the pedals the AP can still help pilot with yaw oscillations damping.

This is true for the heading hold mode, however there probably are functions of the YAW SaS when feet are on the pedals like yaw oscillations damping. I agree that microswitches should maybe react to changes in the axis values.

Thank you so much for this, I might have found the source of my problems - big curves on pedals, have probably caused that I was fighting the AP. Since I removed the curve from my pedal axis it works as it should (I always leave it on), I also think that it should be always ON as it also provides oscillations damping when the heading hold mode is disengaged.

I think it would be nice and easy to do to allow us to set the weight of cargo/personnel in armament window with the ability to remove it in re-arming to simulate troops/cargo transport. I know it is far from the Hind's primary mission, but it would expand its abilities a bit. Thanks for consideration.

If anyone could enlighten me here. I have rudder trimmer disabled, however when using the yaw AP channel sometimes the AP will push my pedal full right or left and it will stick there unless I completely reset the trim. This usually happens during landing I am doing left final descending turn and AP is pushing my right pedal and I am landing with full left pedal (shouldn't the heading AP be OFF in this case?). If I center my pedal heading AP will fight itself, but the pedal will be stuck right. Any advice for that ? I know I can turn it off for approaches and landings, but I just wanted to understand how it really works to be able to cooperate with the heading channel.

I am sorry, but in my opinion this is just a bunch of over exaggerated general claims based on no evidence, but your feelings, which just shows that you probably have no clue what it takes to create a dynamic flight model. Every point can be easily disproved, just saying that the mass weight and inertia is absent in a flight model disqualifies anything you say about the topic of flight modeling as these are the absolutely basic building blocks of any flight model.

Not the same, trim bug solved for me.