itn

Apparently this has been implemented. User Files pages now have only the relevant og tags. This makes the previews much nicer when pasting links to social media. Thanks -itn

Hi, DCS 2.8.3.37556 Open Beta Multithreading or normal made no difference F-16 Litening TGP travels downwards when commanded POINT or AREA track from over 54 NM slant range. In INR (TMS aft) it says in place, but when commanded POINT or AREA track, coordinates start running on the display and the view starts to travel downwards. Steps to reproduce: Fly towards a steerpoint over 54 NM away TMS aft - Note the pod stays in place Enter either POINT or AREA track - Note the pod travels downwards and coordinates change on screen TMS aft - Pod returns to STPT, view stays in place and coordinates are stable Repeat steps 3&4 and keep flying towards the STPT When withing 54 NM slant range, note that POINT or AREA track work as they should: Coordinates are stable and the view stays in place. I say repeat steps 3&4 because it seems the pod might not stop moving on its own even when inside 54 NM slant range, if commanded to track when outside 54 NM. So to test, keep repeating the TMS aft / track commands. Best regards, itn F16 Litening over 54NM slant range.trk

The functionality is also explained in the M1 tape Pilot's Guide under paragraph "Auto Exit Feature".

Before you get your hopes up, remember that in real life the situation is completely different. There are safety limits and rules in place and someone's death, or loss of a jet would be a disaster. We usually don't know the configuration, exact safety limits, rules or briefing used, nor the difference in pilots (experience/skills). Also there's the infamous paddle switch. No need to argue about it here, but suffices to say that it too makes a difference between real life BFM training vs DCS fight-to-"death" HABFM. I don't expect the Hornet FM changes to change the situation all that much between Viper and the Hornet. Then again, what would I know since I don't have charts to compare it with. But I expect it to be quite close already, and as such don't expect the changes to be that drastic in this aspect.

Edited the title to maybe depict the issue better, and to point out the fix should be easy as it's likely two lines on a site template file somewhere.

I had issues with this. Seems like it was caused by my idle cutoff binding (using WH throttle). Make sure you are in idle cutoff, or it will feed and you will get hot start, even if throttle handle is all the way back and looking like it’s in cutoff.

Seems it's totally broken. Tested with current Open Beta 2.8.2.35759, MSL OVRD RWS, TWS, STT. I have attached two tracks from Caucasus (yours was in Nevada which I don't have). In another one the intercept cue is missing completely. In another it's fixed in place, like I suppose @AlexCaboose had. CATA missing.trk CATA in place.trk

Ok, guess I thought/remembered wrong. I was under the impression that in PRE mode MAVs are always slaved to SOI (i.e. TGP LOS in this case), and handoff specifically is slew (if slew necessary for example because of slewing MAV seeker head manually before) AND lock, so after completed handoff (MAN or AUTO), you could shoot without leaving TGP page. Thanks, itn

The bug concerns the fact that using MAN handoff it doesn't command Mav to lock at all when using TMS right on TGP page when in point track. At 5.3 NM range I enter active pause and try the different ways to lock the target up with the Mav. I do all these in Active Pause from same range. Range is not an issue. MAN handoff: TGP SOI, point track, TMS right. WPN page shows HANDOFF IN PROGRESS but Mav does not lock. After this I can make WPN SOI and TMS up without slewing, and the MAV locks the target. AUTO handoff: TGP SOI, point track. WPN page shows HANDOFF IN PROGRESS and Mav locks. Manually (WPN page): TMS UP, Mav locks. Shouldn't TMS right command full handoff with lock and all in MAN handoff mode? Alternatively should it make WPN SOI automatically? -itn

Hi, DCS 2.8.2.35632 Open Beta F-16C & AGM-65D AGM-65D does not lock when using MAN handoff. It slews and shows "HANDOFF IN PROGRESS" but does not lock the Maverick. From exact same parameters it locks with AUTO handoff and with TMS up on WPN page, but not with MAN handoff from TGP. Track attached. Br, itn AGM-65D-handoff-MANvsAUTO.trk

That's the "different things" I referred to, but basically the same thing: Going further back in the TWS "promotion/demotion ladder", after which switches to RWS. Couldn't remember the correct names of different radar target types, so I left it at the hazy "different things".

This is documented in some of the IRL manuals, likely correct as is for DCS variant. Basically you get from TWS to RWS with 1 to 4 TMS downs, depending on the state of TWS tracks and if you have a STT lock or bugged target or not. In any case, press TMS down enough times and you'll end up from TWS to RWS, with each TMS down doing different thing depending on the track/lock/bug status at the moment.

Oh yes, what I completely omitted from my reply above was that yes, in MSL OVRD you can configure screens and use DMS like in other modes. Your description might fit OPs question/issue. Fastest way to check is DMS up and down just like you said. And of course, if DMS works in NAV mode, it shouldn't be a binding issue. Br, itn

Yes, MSL override is one of the modes you can be in, just like A-A, A-G and even S-J (selective jettison is also a mode of its own). For example, on an A-G mission you can switch from NAV to A-G, setup your weapons and MFDs for A-G employment. Then you can go to MSL OVRD to use A-A radar, check the airspace etc. When nearing the A-G employment, just cancel MSL OVRD and you're back in A-G mode. After e.g. dropping bombs, go back to MSL OVRD to again sanitize airspace A-A, self-protection etc. I never use A-A mode myself, just no need.

And apparently this was already reported, so maybe it'll get fixed at some point.

Yes, seems like at over 300 knots they start hitting the plane. At 300 knots seemed quite safe, but anything over and the separation becomes increasingly unsafe. Didn't save the track, but dropped a few dozen bombs with different speeds. Caucasus, default ME weather, 10 000 feet level flight, 2xGBU-12 on wings, single drops.

Hi, When pasting a User Files link to a an instant messenger or social media supporting the Open Graph protocol, the preview title and text is always the same, generic text. For example, when pasting this link https://www.digitalcombatsimulator.com/en/files/3328256/ the preview is as the attached screenshot. This makes the previews useless on Discord etc. The relevant og meta tags on that page are as follows <meta property="og:title" content="User Files" /> <meta property="og:description" content="Combat Flight Simulator. Realistic simulation of military aircraft, ...snipped for brevity..." /> <meta property="og:title" content="F/A-18C HUD Improvement" /> <meta property="og:description" content="This mod adds more variety of brightness intensity and color of the HUD More Info on the .lua files in case you want to tweak the HUD to your preference ... snipped for brevity ..." /> As per the Open Graph protocol, when there are multiple tags present, the first one (from top of the page) is given preference. See https://ogp.me/#array. So per spec, Discord and other apps always show the title "User Files" and the completely generic description, because those are the first tags, and they'll ignore the later ones. To make User Files link previews actually useful in Discord and other apps, I think you should either remove those generic tags or put them after the mod-specific og:title and og:description on the User Files page code. Also, you consider shortening the mod-specific og:description so the previews won't get too long. See https://ogp.me/#optional og:description - A one to two sentence description of your object. Best regards, itn

Hi, Using current OB 2.8.1.34667.2. After copy-pasting a Draw tool item, the original figure stays selected. Visually the new, pasted figure is shown as the selected object, but actually the original is selected and if you immediately edit the object in Draw panel, you're editing the original, not the pasted object. I was able to reproduce the bug with Text Box and Polygon items, did not test anything else. Steps to reproduce: Create a Draw tool item (a textbox with the defaults:Text Box-1 with the text "New text box") Select Text Box-1 and press Ctrl-C to copy Move pointer somewhere else and press Ctrl-V to paste What happens: New text box figure (Text Box-1-1) is created and the new box is visually shown as selected (white square bottom left in text box) The original figure is actually selected and shown in Draw panel. This is the bug. If you edit, you're editing the original object. What should happen: The pasted object should be selected and shown in Draw panel.

In this unrealistic scenario I might employ a pro gamer move including plenty of speed and altitude, ECM and 2xGBU-38. You can even load 2xAIM-120 and 2x370 so it's not completely impractical in DCS, no matter how unrealistic. And it's all very dependent on the scenario, like others pointed above.

Hi, Please make all group templates available under CJTF Red/Blue. This would be in line with purpose of the CJTFs. Before anyone chimes in, I am fully aware I can make my own groups and then templates under CJTF, and re-use them as such. Nevertheless this wish list request is for showing all templates under CJTFs just like all units are available under CJTF. It's also about future-proofing, hoping in the long run we'll get more, and more accurate templates. For example Russian SAM system composition/configuration can vary a bit depending on where is it installed and who is operating it. This way ED/3rd party/player could add accurate systems under the correct country (think "Syria S-200 battery" under Syria), but a mission maker would always have the option of deploying it under CJTF if the countries don't quite match his mission. Best regards, itn PS. If this is a duplicate, my apologies. I did search but couldn't find anything directly related to what I wished for above.

This bug still exists in DCS 2.8.1.34667.2 Open Beta. For example when I added all current Russian SAM templates and then switched them to CJTF RED, 31 out of 68 units were replaced with AAA 8,8cm Flak 18. Also, when I had WWII Asset Pack installed, the replacement unit was "Ammo M30 Cargo Carrier" from the asset pack (see attached screenshots). And it replaced different units from the original group than what the AAA 8,8cm Flak 18 replaces. I disabled and re-enabled WWII Asset Pack, and couldn't replicate the difference. At the moment my DCS only replaces using the AAA 8,8cm Flak 18, even with WWII Asset Pack enabled again.

And they did add the OFF state for bindings in 2.8, so even if you don't have special else-off bindings, you can do similar yourself. See this video (I keep linking this to different threads because I really like this addition )

In case people didn't notice, we got the "else-off"-style controls in-game. No more lua dances necessary for Viper the autopilot PITCH switch. Good stuff!

It doesn’t go to 6 anymore, was changed quite a while ago However, 10 does not cause issues you described so that in itself is not the issue (unless there’s a new bug). Maybe entered wrong coordinates or didn’t verify them, forgot to switch to NAV or something like that.

To my knowledge, all ACM modes are currently restricted to 10 nm. And I suppose for all except BORE submode it is correct as is.