Floyd1212

Yes. When you correct those three errors, it shows up in the list. When DCS starts up, it sees those files in the folder and reads them. It gets to the mistakes towards the end of your file, which invalidates the whole thing, and it just skips the file and keeps going. You don't need Sublime Text to make the changes required, I was merely suggesting it if you think you will be doing a lot of .lua editing in the future.

You need to be very careful with your syntax. It can help if you use an editor like Sublime Text (or others) that are aware of the language you are using, and can help with coloring the syntax to help spot issues. You are missing two "=" on those last two exports, and one of your curly braces is backwards.

and the one that shows up as an eligible monitor profile is working now?

So, can you edit one of the ones that do show up in the list, instead of trying to create your own? Just change the contents of the file to suit your monitor layout.

Maybe the problem is just with the way the Controls Indicator is showing the symbology, and the actual Trim functions are working properly in the aircraft? When you are in forward flight with the nose pitched down, and the press and release FTR, then release your joystick to center, does the aircraft stay nose-down, or does it pitch up to be level again?

It's kind of funny to see different people's reactions after each patch, when we really have no idea if ED made any changes whatsoever to the FM in any given patch. I think the key is that if you fly it exclusively, and frequently, you will adapt and get used to it. If you go off and fly something else, then come back to it after being away for a couple weeks, I would think it would take some time to get back in the groove.

Question: Can we now have a pair (left and right) of MFD bezels in our Helios profile that directs the button presses to the correct MFD based on which seat we are occupying, or was that fix in a recent patch only to have the correct display export track the correct seat? In other words, do I still need to have a pair of bezels defined for the PLT, and a different pair defined for the CPG, and one is hidden while the other is displayed?

@Derbroomaster I would go back and check the syntax of your DCS Apache.lua file compared to others people have posted. I'm seeing a semicolon after the description line that may be tripping something up. Start by taking the Helios.lua file that works, and simply change its name. Test. Then change another line. Test. Etc.

Right, I think they are related in that a button press by the CPG can toggle a setting seen by the PLT, instead of actually synchronizing the intent of the button press. Maybe not "related" so much as another example of similar behavior happening out of sync between the PLT and CPG.

I have also seen this bug recently where as PLT I am unable to set a DIR TO, either by cursor selecting the WP, or by typing "W12" into the keyboard. This was while the CPG was in the aircraft, but it's possible he had previously disconnected and then rejoined again mid-flight.

There used to be a related bug when the CPG would join the aircraft after it was already started, and would then go to enable the laser on the WPN > UTIL page at L6, and this would enable NOE for the pilot, which is also at L6 of a different page. Not sure if this bug still exists, as I have been flying missions with "hot" aircraft recently to avoid these kinds of things.

Outstanding!

You should be able to start into a cold/dark Apache on the Instant Action missions, simply flip the battery on (and nothing else), and see the trim functions working properly on the Control Indicator. If this isn't working for you, not sure what the resolution is, but it sounds like a fundamental problem with your setup.

What do you mean by "deployable"? You can click on it and move it or something?

Post a short track file please, so others can hop in and take a look. My guess is that you have something going on with the setup of the aircraft, or your control binds. Lots of people complaining that the FM doesn't suit them, but no one is complaining that the FTR command stopped working.

You should take some time to look through the other posts in the Bugs forum, as a lot of the things you are noticing have been discussed already.

I think you will need to do a better job of describing your issue, as what you have said does not make much sense. With Central Position Trimmer mode: Move your joystick to the desired position and press and release the Force Trim Release (Up) to "trim" the controls to that position Release your joystick so it re-centers itself. You will notice the helo continues as though you were still holding that position on the cyclic. Make further adjustments to the flight controls with your joystick and press and release the FTR button. Carry on like this as long as you wish. If you want to cancel all trim settings, use the "cheater" command that was added later called Trim Reset.

I think this has more to do with what George is doing in the front seat. He was recently changed so that he doesn’t safe the aircraft between hellfire engagements, so my guess is he is keeping the aircraft armed for his needs. Try setting him to guns as well, or even switching off the George AI interface, then try to safe the aircraft.

LCTRL+Z accelerates time (2x, 3x, 4x, etc.). LSHIFT+Z sets time back to 1x. So you won’t notice anything happening, unless you have time accelerated when you press it. Did you clear that default bind first?

I think we need to keep the Ka-50 out of most of these "difficulty-to-fly" comparisons. It's a totally different animal. If we use bicycles as an analogy, traditional tail-rotor helos are your standard bicycle. Some have different handling characteristics than others, like maybe the difference between a road bike, a beach cruiser, or a stunt bike, and maybe the Gazelle is more like a Victorian bicycle with the huge front wheel and a tiny rear wheel. Then the Ka-50 comes along and is more like a tricycle than a 2-wheeled bike. You can master each of them with enough practice, but the Ka-50 is a very different flying experience.

Just to follow up on this, it looks like the problem is only on dedicated servers. The missions where I am seeing pages of pre-populated threats and CMs work fine when running locally on my machine, either in SP or MP. However, when I run it on my dedicated server, units that are "cloned" into place across the map using MIST.teleportToPoint() do not respect the "Hidden on MFD" setting, and fills up the database.

Did you happen to play with the duration of the SAS tone, instead of commenting out the line altogether? It looks like you added a note for what the default value is.

Can you post a track file that others might be able to hop into and experience this the way you are? Have you tried disabling the COLL channel of the SCAS altogether to see if you have better control of the collective on your own?

The units in this particular mission are placed using teleportToPoint() using MIST, with the action = 'clone' setting. I'll look to see if there is something that can be done differently to retain or set the Hidden on MFP property during this process, but it doesn't seem to be working by default.

Unfortunately, this "Hidden on MFD" option does not work properly when the unit is cloned into existence using scripting, like MIST or MOOSE, etc. Here is a mission with all of the template units situated off in some corner of the map with "Hidden on MFD" checked for each group. When the mission runs, the script copies those units into a hundred places across the map. And you end up with 9 pages of TGTs/THREATs, and now since the last patch, 10 pages of CMs