Renko

@Lord Vader I respectfully disagree. I mean i see this behaviour is by design, so agree its not a bug. Thats why i reported as an issue, as it makes no sense from an UI perspective. The only way to open those LOAD/UNLOAD Cargo windows is throught the Rearm&Refuel menu. So from an UI perspective if you close the parent menu it should close it. Unless of course there is a need or benefits from user perspective. Why a user will prefer to have this extra clicks to close those windows after hitting OK or Cancel, when using this UI. Or which cases are prevalent from a user perspective where it beneficial to have those open. On top of that, if you go to external view and open the Rearm&Refuel menu the mouse focus change to that UI. Stops focusing on the external view of course as it will move the view anytime you move the mouse to interact with the UI. But, as soon as you hit OK or Cancel on the Rearm&Refuel menu the focus of the mouse revert to the external view. Meanwhile you need to close one or two extra windows with the mouse with the view moving. (This happens too in F1 if you are using the mouse to move the view) I really think this from a UI perspective should be tied to the parent Rearm&Refuel menu, as it makes no sense from users perspective the current behaviour. These are just additional inessential clicks.

@Lord Vader May I strongly recommend one thing to ED? If you can pass it along to the team. Please please please, make that Force Feedback option in the MISC. tab to be disable by default. I have seen countless times users with various problems that were solved by disabling this option. Just 3 days ago there was a user had problems with the trimming of a helicopter. All fixed after disable that FFB option. It causes many problems and most of the time the user is not aware of it. They would be solved if that option was disabled by default. Maybe it would also be good to add a note warning on it, that if you activate it can cause problems if you do not have FFB hardware.

The issue is that when you open any of the windows with the new Cargo system, either LOAD or UNLOAD, if you close the Rearm&Refuel menu after pressing CANCEL or OK. Those windows stay open. You have to mouse click them to close. I think those should close with the menu No need for track as it is easy to reproduce. For example the Instant ACtion mission on Caucasus called "Cargo Trip". null

There is an issue with both LCTs actuators from the Cyclic Trim panel. If you click on those to extend or retract, when you stop clicking with the mouse it returns to center position. Those switches are spring loaded. But the issue is that if you keybind EXT or RET for those buttons, they maintain the position even if you stop pushing the keybind. No need for a track, its easy to reproduce. Map a keystroke or a joystick to any of those. Push it and let go. The switch will stay on that position and not return back to center. Its a issue because even if you stop the command it will keep moving the LCTs null

Agree with the post ED should correct this behavior You can easily find images from Real Life providers that show an impact trajectory with higher angles. Right now in DCS the missile goes below that trayectory. And even lower trajectories, that makes no sense like going below the horizont line, as showed by the OP. I mean maybe in the terminal phase it has a very low angle, but right now the APKWS is not even doing a pure pursuit of the laser pointer. It takes a path where it loses a lot of kinetic energy to no purpose. In the OPs videos you can cleary see this behaviour. So there is something wrong there for sure. Please ED review this weapons, dont leave it like this For terminal angle of impact there a many easily images and footage avaiable on internet, for example this video among others nullnull

Interesting one. Could be another aproach. Selectable from Options, and Same icon with the "ft=>m" but for each measure. Or a drop down were you check what you want

We had now a great feature in F10 map, with which we can choose between imperial or metric system for measurements. What i ask is another one that have a mix of those. For example one really usefull in US Army helicopters is having imperial units except for distances, that are in Km. Or maybe even better a custom User system for measurements, customisable from Special Tab menu. A third mode selectable from F10, where the user can select previously from special tab which measures wants in that Hybrid system. All the data is there so i think the work should be adding somethings from the UI. It will give more options for users. Like the ones that fly modules like the Apache or Kiowa, or other countries or future modules that may use a Hybrid system.

I have been a PC user for many many years, and I have never seen a software company ask users to exclude their installation folder from their antivirus permanently. Maybe in some cases as a temporary fix while they work on a solution, but not permanently to avoid problems. May I ask if ED as a company is officially asking this, to permanently exclude from our antivirus checks your installation software folder? I know there is nothing malicious behind this, just some certificate issues or related. But can't I expect ED as a company to keep those things up to date so that I as a user don't have to resort to that solution permanently? Regards

Never said that you didnt have pitch oscilations, or me. By smooth i mean there are no spikes in the observed movement. Like a shaking motion within the oscilation. Its similar to the diference of this random curves i googled. One has spikes in it, the other one is more smooth. But both represent same "movement" (yes, one is inverted. but you get it)

Dramatically wobble? Nope My experience is more similar to what you see in Kablamoman's video. Smooth. I dont have weird the spikes in take off or the huge back&forth throw Maksim Savelev showed Thats why i suggested IronMike to do a video with the expected behaviour. BTW this that was said by Victory before, its worth to take into account to see the different center between Virtual stick (brown diamond) and Physical stick (Big green diamond). Useful when doing pitch axis tests

Weird, I tried exactly what you described and same thing. No difference for me in my setup. FFB on or off Maybe DCS is forcing somethings for some hardware, and not for others. Strange behavior (As a note my stick is a Virpil CM3 base+T50CM2 grip)

Maybe something weird is going on with DCS itself. Because i tried the same thing with my Virpil, and it behaves the same. FFB on or off. In Misc. Option, and even with the FFB options on the F4 Special Menu Also i dont see spikes seems smooth to me when moving the stick in pitch. But i dont have that meause tool, so its hard to tell 100%

Sure, you guys must be busy. In addition to having a video with Glover's explanation, I thought that having that video as demonstration of the expected behavior of a non-FFB stick could help detect possible errors induced by the configuration of the hardware. If there is any.

Cant wait for that post about the system that SuperGrover will do. I'm sure it will get more understanding of the systems to continue the discusion if necesary, and maybe clear some doubts about it. And Its great to see some SMEs like Victory chime in. @IronMike, could you guys consider make a video explaining the discussed behaviour? To accompany the explanation of the future SuperGrover text. Featuring a SME will be great. Could clear things about expected spring stick behaviour in a more direct way, and complement the text. If time permits and you consider that it will make more good than harm

More than a year later this bug is still there DCS Stable version 2.9.4.53990 null

Just to add to this thread as i found more info, even if its info from the D model and maybe those systems are older it may prove valuable to devs. There is info about CMWS integrated in the ASE of the airframe If you search for the public "TM 1-1520-240-10" of the D model https://www.chinook-helicopter.com/Publications/CH-47D_Technical_Publications/Operators_Manual/TM_1-1520-240-10.pdf You can search for terms like CMWS or MWS in the pdf. There are description of systems under the RWR that indicates there is too a MWS. For example, a Figure 4-1-7. AN/ALE-47 Countermeasures Dispenser System (CMDS) diagram.In page 224. Showing modes for SEMI or AUTO, and button to enable/disable the MWS And there are description in detail of systems like the AN/ALQ-156 https://aviationandaccessories.tpub.com/TB-43-0123/TB-43-01230142.htm With diagrams of the displays of threats and mentions to using flares to decoy missiles Oh, and BTW there is this page that contains lots of info in general about the Chinook https://www.chinook-helicopter.com/

After some search in the wwweb i found proof that the CH-47F model US Army was fitted when deployed in Afghanistan as a new airframe. Nineline told me you are doing the Block 1, and there is some info about the F model that indicates the use of CMWS. This article describes the very first F models Block 1 has them: https://www.twz.com/14540/chinooks-over-afghanistan-the-unsung-workhorse-of-americas-never-ending-war Inside teh article at the very bottom you can find a photo of one of the first F model deployed on Afghanistan in 2009 with the CMWS equipped. In fact the ED 3D model showed has already have those bumps modeled but without the sensors fitted Other photos have the CMWS and even the ATIRCM QRC, in 2013 https://www.defense.gov/Multimedia/Photos/igphoto/2001125440/ About documents i found those that made reference to systems like that fitted around that era. It could be the same the system the Apache ED has in DCS but i'm not sure 100%. I think is named AN/AAR-57, the same as featured in the Apache. If its the same system they will share the same documentation and even the sounds of the betty. If you go to the public web they even have a Chinook as screenshot, and confirm its deployement on US Army in 2009 https://www.baesystems.com/en-us/product/ot225-advanced-threat-infrared-countermeasures-atircm-system If you search the web there are public documents, you can search by: "2010atircm.pdf" https://www.dote.osd.mil/Portals/97/pub/reports/FY2010/army/2010atircm.pdf?ver=2019-08-22-112922-130 or "2013chinook.pdf" https://www.dote.osd.mil/Portals/97/pub/reports/FY2013/army/2013chinook.pdf?ver=2019-08-22-111327-220 And there are some documents AircrewManuals from 2007 & 2013, that describe the use of CMWS as procedures If you want those you can search by "TC 1-240" & "TC 3-04-34". And then if you search by CMWS you'll find a few mentions in both And there is some footage from 2011 that proves too those systems are fitted In the 20.51 mark as the link provides. Here is a snapshoot where you can clearly see it in the fron. After that there is another shot were you see it in the back. null I hope it will be added, as there is sufficient evidence that it is a system that fits the era on which ED's Chinook is based. And it seem that its the same CMWS from the Apache. Since the Chinook will have the RWR as part of the ASE (Aircraft Survivability Equipment) systems, it would make sense to me that it would come too with the CMWS fitted Thanks

Amazing this is still present in the April update (6 months later)

Thank you for the transparent response, much appreciated. I'll buy it through HB store then

If i may ask, why HB choose not to opt in on the ED Miles? Just out of curiosity, i was waiting to be released there to make the purchase

nullIssue still present at version DCS 2.9.0.46801 Open Beta

Yep, i'm using an AMD 5800X I think menus are ok. Only time i noticed those huge FPS drops were during those events. The keybinding and in the editor, like a month ago. Will test later to see if it happens in menus too Edit: First quick test. Seems that the menus are ok. Keybinding one too now, though the last time i spent much more time there binding all my modules. Editor maybe is related to selection of aircrafts that are clients. It was a public server mission

I have still the same issue. Mouse is a G502. And in MT too. Few weeks ago before this update i had to rebind all my modules due to new HOTAS. While binding the menu become more a more laggy when you select things to keybind. As the OP describes it happened when you clicked to change those controls at first. Then it degraded to when you moved the mouse. I watched the FPS count and it dropped to around 20FPS And it happened to me too in the editor when i had to go throught some custom radio config on a mission with lots of airframes. I just took a screenshot from the editor with MT and ST, in that multiplayer server mission. In ST is less but the FPS drops when you select things in there. In MT goes down to 20FPS on average. To test it i just click and select some units on the ground one after other, and then the FPS drops So there seems to be some issue there (BTW i have my PC locked to render 60FPS max)

Ok, thank you Since the manual didnt say anything about it like other items i assumed it was implemented. May i suggest to pass this info to BalticDragon so he can add the yellow disclaimer for user to know this is not implemented yet null

I tried to use BOT for ripple bomb delivery and no matter the option selected it drops the first bomb on the desired impact point. null For example, here is a track with a payload of 5x MK84AIR with a BOT of 5 BOT_Issue.trk