jaylw314

I've had this happen once, and never again. I was never able to reproduce it. IIRC, it was the right middle button (OSB 8 ) on the right MFCD, but it was a long time ago.

Your HOTAS firmware or Joystick Gremlin could be used to create such a cycle, but yes, that would be nice if DCS had that option

To clarify, ED simply labels an open beta build every 3-6 months as the current "stable version". You can look at the actual version number to identify which how old the stable version is. As of today, stable is 2.7.14.24228, which is the same version number for (and identical to) the open beta version from 5/25/22. It's a different use of the concept of "open beta" and "stable" than other developers might use, which does cause some confusion.

This was fixed in Open Beta shortly after the last stable update 2 months ago

That looks about right There are still some IR bugs, like some vehicles are mapped as completely cold, but overall better.

The boat switch function has been unchanged any time recently, AFAIK. I suspect the MAV page is always WHOT in real life as well, but I'm sure somebody here knows for sure.

Also, the boat switch only controls the symbology color on the MAV page, not the IR itself, which is always WHOT AFAIK. Annoyingly, when MAV is SOI, it also controls the TGP WHOT/CCD/BHOT, which I suspect it should not. Conversely, if you mess with the boat switch while TGP is SOI, it doesn't change the MAV page symbology color. I've not had problems with China Hat Aft Long to slave TGP to the current steerpoint?

That would be the issue, then. The release of the IR system with the Apache significantly messed up the IR displays in most of the aircraft. Back in May, the OB update fixed up most of that, although there are still some foibles. The DISP control was broken until a more recent OB update. I suspected you were on stable, because if you're using the new IR system, the MAV page symbology will be much darker, almost grey. That makes the symbology much harder to see against a typical background. Still issues,but overall things are much better

Is that stable or open beta? Stable is still on 2.7.14.24228 (May 27th), the new IR implementation occurred the next OB update

+1 I also tried injecting the canopy open and close discrete keybinds, but those do not work either. I'm guessing the switch reorientation changed other things under the hood

I was going to suggest moving this to the bug reports subforum, but somebody else just posted it there

I didn't see in the changelog that this previously reported problem had been fixed? You also probably want to move this to the Bug Reports subforum, no? Edit: Oh. I find it hilarious that you made the same mistake in the title before

I VERY vaguely remember having difficulty calling ATC on VHF FM last year, so I wonder if this bug has been around for a while. However, like you, I just mainly ended up using UHF or VHF AM anyway, so I didn't think about it again until just now.

LOL, yes you outpedanticked me (making up a new word there) I had assumed when you mentioned extended and retracted that you were talking about the transition.

At the risk of being pedantic, during landing gear retraction the brakes are applied to stop wheel rotation.

That's never happened to ANYONE before The other gotcha is if you forget to press the EGI button on the NMSP (under the artificial horizon). If you don't, the EAC won't latch on.

If we have the same one, yes. I've been misreading it, it says the wind blows the flap TO 15 degrees, not UP 15 degrees, so that does match what we're seeing

Just to close the loop on this, I tested using the external view, since the info bar displays flap position as 0-100%. 100% is presumably 20 degrees, but I don't know that for sure: Flaps UP - 0% emergency retract - 3% Flaps MVR - 35% emergency retract - 3% Flaps DN - 100% emergency retract - 75% So in DCS it seems the wind blows the flaps from the DN position (20 deg) up to about 15 deg, while in any other position it blows it to nearly fully up.

I had a minute to check it myself in flight, and indeed in the DN position, turning on the emergency flaps retract switch only lifts them about 5 degrees (75% on the external view info bar). I forgot to check how much the flaps lift in the MVR setting. I couldn't find anything on how MUCH the flaps are supposed to lift in the DN setting (I'm not sure where I heard the 4 deg number, but obviously it was wrong), but in the MVR setting they should lift to near 0 deg. If that does not occur, then it's probably a bug

LOL, you're right, I looked at the electrical diagram a little closer, and smack in the middle it says "NOTE" the AC essential bus receives no power from any source when the inverter switch is off. I have to imagine the battery is capable of powering the igniters, otherwise a ground air start wouldn't be possible (not that it is in DCS).

LOL, that would be a funny YT video I also assumed that the essential AC bus that the igniters are on would be powered by the APU generator, but in DCS it seems to require the inverter switch to be on STBY, regardless of whether the APU generator is running or not.

Ah, okay, I'm not able to look at the track file. Were you looking at the external view, the indicator or both? I assume you were in the air flying?

The flaps retract switch basically just disconnects the hydraulic servo from the flaps so it moves freely. While moving, the airflow will push the flaps up from the DN or MVR position to about 4deg down, but no higher. If the flaps are already retracted, though they'll stay fully up. Once you stop moving, the flaps just drop to the full down position.

If you have a track file, you can replay it and the mission end screen will show you who shot who. Conversely, TacView is good for this sort of thing if you have it installed

If you go to Settings -> Special -> A-10CII -> Customized Cockpit and change it to "Factory new", the AAP looks like this: