HanuXXL

I don't believe for a minute to a binding issue, but this I can believe. That much that I'll mark it as a solution without more testing. I raise gear & flaps immediately when wheels depart from runway in my normal start, so something must have happened here. I did not notice that gear was still down, so Master Arm "malfunction" is actually a logical follow-up. So I actually got to check my Gear mapping (and next time the indicator in the cockpit also). I use mechanical lever for landing gear, so it is in Muscle memory after lever is lifted. Thanks BarTzi!

...which do not conflict after respawning? Or in single play AFAIK. Ok, i can try it, but the cockpit switch operates the same way when it gets input from the mouse click or mapped controller switch like seen in track. It does not get automatically "clicked back" via some other controller. The arming status just does not get registered.

Cannot imagine what that could help? The Master Arm switch is flipping very nicely in the cockpit all the time no matter if you use mouse, keyboard, joystick button whatever; but when the bug is on, it just does not get registered by plane. in STORES page status stays SAFE and weapons won't get released. If you just respawn, it will most likely work as it only occurs on some starts. I guess I have not seen this happening in hotstart though. Could be related to startup procedure, but I have not managed to pinpoint it.

Hmm, for some reason it just wipes my text if I add the screenshot. Well whatever, two posts then it is. I encounted the same thing in the current version. Tried twice, same thing Tomcat with bort number 100 is the problmatic one; Old Crow's description is spot on.

All/any of those. It does not matter when the problem is on.

It has become an infuriating habit already to check if Master Arm would really go to ARM right after takeoff. Because quite often it does not. Usually when you do a long and careful startup, the Master Arm just stays SAFE in MFD (and in function) no matter what mode you are in. The switch flips over, but the Master Arm status does not change. Sometimes it felt that if you DO the BIT tests, it will invoke the bug, so I've skipped that since. But it just does not matter, like in this case I recorded. Perhaps 1/20 cold starts will invoke this issue. I'd say it is multiplay only, but I'm not 100% sure. Track attached Foothold_Ko_V145_Mission_FixedSpawn_Moose-20251116-175457.trk

Well I've been busy using sensors and everything when flying Kola, so I have not been bothered by some irregularities. But I've enjoyed the map a lot as it is such and strategic area and looks overall really good where I've been. -At least for the jet-jockey.

You have updated all the drivers you can think of; have you also updated DisplayLink drivers, for those USB displays. They are easilly missed, Windows even argued they were latest version... -Not even close... Updating those did help me. https://www.synaptics.com/products/displaylink-graphics/downloads

This should be quite enough if "we are waiting for the community opinion" or something like that was said in another thread. What I mean who could afford to to lose such contributor as cfrag has been?

Thank you sir

Aw man... I've using also DML on my missions, as it is quite elegant, and now they are broke. And the fix is to ditch the missions, or use autoexec.cfg to open up my PC/Server? And to reverse engineer what parts of code I should allow? I cannot tell how should I do this, and I'm quite sure my squadmates are willing to hunt needed codebits from forums/reddit/etc. Even official campaigns are suffering this. I guess it's time to take some AWOL to wait and see if any decent implementation of this will arrive on later patches. I sure hope that the very important community people, like @cfrag, do not get fed up and stop developing their tools.

Oooh! I was already giving up on this module as FM felt so off! Not any more!

Yes, those names mentioned seem to be correct ones, thanks. Also I just found one missing line in ufcPatch.lua that had to be defined. Now it works in F-14 with dedicated lua definitions. This thing really helps to ulilize F-18 UFC better!

Great work guys! Just noticed this, and started to customize it, as I don't much care about info's that are easilly read from the cockpit... HOWEVER F-14 and IAS is a different thing... I managed to get what I want (IAS on scratchpad and flight mode buttons) via modifying ufcPatchGeneral.lua, but I'd like to have dedicated settings for F-14... I'm not much a coder, but a copy/paste-engineer, so I made a guess and added these F-14 lines in ufcPatch.lua between A-10 and Apache: ... -- A-10C sends throttled data every 0.2 seconds elseif moduleName == "A-10C" then if ufcExportClock.canTransmitLatestPayload then return ufcPatchA10C2.generateUFCData() end -- F-14A sends throttled data every 0.2 seconds elseif moduleName == "F-14A" then if ufcExportClock.canTransmitLatestPayload then return ufcPatchF14.generateUFCData() end -- F-14B sends throttled data every 0.2 seconds elseif moduleName == "F-14B" then if ufcExportClock.canTransmitLatestPayload then return ufcPatchF14.generateUFCData() end -- AH-64D_BLK_II sends information when latest is available ... And my ufcPatchF14.lua looks like this local ufcUtils = require("ufcPatch\\utilities\\ufcPatchUtils") ufcPatchF14 = {} -- Shows static data on the UFC function ufcPatchF14.generateUFCData() local MainPanel = GetDevice(0) -- local FC3RadarAltitudeString = ufcPatchUtils.GenaricRadarAltitudeFeet() -- local HeadingString = ufcPatchUtils.MagHeading() local AirspeedString = ufcPatchUtils.AirspeedKnots() -- local FuelString = ufcPatchUtils.TotalFuel() -- local Vertical = ufcPatchUtils.VerticalV_FPM() -- local FlareCount = ufcPatchUtils.flares() -- local ChaffCount = ufcPatchUtils.chaff() --Send info to UFC components log.write("WWT", log.INFO, "Trying to load custom example") return ufcUtils.buildSimAppProUFCPayload({ option1="T.O.", option2="CRUI", option3="A/A", option4="A/G", option5="LNDG", scratchPadNumbers="AirspeedString", scratchPadString1="O", scratchPadString2="N", com1="X", com2="8", selectedWindows={"1", "2", "3", "4", "5"} }) end return ufcPatchF14 Tried also using "F-14AB" as moduleName as some programs see it, but had no success... I guess the problem is that I have wrong modulename? Or something else? dcs.log looks promising however? 2025-05-02 15:09:48.190 INFO WWT (Main): Winwing export installed! 2025-05-02 15:09:48.191 INFO WWT (Main): Export start! 2025-05-02 15:09:57.546 INFO WWT (Main): F-14B 2025-05-02 15:09:57.546 INFO WWT (Main): UFC Patch Mod Enabled: Setting up now 2025-05-02 15:09:57.546 INFO WWT (Main): Detected module F-14B, UFC Patch Mod Enabled 2025-05-02 15:09:57.546 INFO WWT (Main): Running use custom ufc now But sadly the screens stay black

Explaining a joke is not mandatory

I also wish that the basket would not autodisconnect within seconds if I somehow manage to catch it.

Also check that you have excluded DCS folders from Microsoft Defender. That is one pain in the butt...on and causes random stutters.

Thanks, I guess I'll try the Hormuz. And yes; dedicated server is how I like to run the missions. Got to check that Apache campaign too; thanks for the heads up!

Hi, been enjoying most excellent Baltic_dragons campaings and planned to get in action with a buddy, but what 2-player campaigns could you recommend? Operation Hormuz looks really nice, but the author tells in description already that you need normally at least 4 human players for completion. "Oil in the water" and "Operation Mountain Lion" seem to fill my player requirements. Can anyone tell these still work after all the DCS updates? Anything else you could recommend? Also I've not hosted scripted campaigns yet, so do you have to host these on local server or can you run campaigns in dedicated server also?

Great! Never give up this radio procedure! It brings so much immersion to the missions. It it was one of the main things that guided me to use correct procedures overall.

Thank you! I really appreciate that you've done this without mods. And with multiple versions. Looks really nice; I'll definitely use these in my missions!

I agree here, Mission 2 was great! I had 500kg of fuel left when I landed (I wasted some during... the work); brought some excitement for my part also

That's no moon... It's a space station!

Not pushing or anything, but just a reminder as you felt interested about this idea of developing civAir module. Your participation here takes a heck of a lot of your free time, I can only guess, and I appreciate every bit you do here even without this modification. This feature would be so great for example in Kola map.

BD posted a link couple of messages above; there was an e-mail address https://www.baltic-dragon.net/win-a-hotas