LetMePickThat

Yeah, and I'm really sorry about that. Unfortunately, some real life events have pushed me away from DCS for the time being.

I'm aware that people are interested in this. The only problem is that my life got pretty busy since Feb 2022...

So, deleting the SavedGames folder did not solve the issue. Reinstalling DCS overnight fixed it though, so I guess I had a bad file somewhere. Thanks for the help.

Don't worry, I'm aware about what's inside it. I do have a backup.

I'm not assuming anything, I know what's inside it because I've taken a look at every single file when I made it compatible with my own mods, back when I was developping those. Anyway, I just tested without it, no change. I'll delete my whole SavedGames folder, repair DCS, and see if that does the trick.

Only one totally unrelated asset pack from Currenthill. I'll try removing it but it doesn't contains anything related to JDAMs. Will report if that solves the issue.

Hi, I've encountered a bug where, after release, the five GBU-31s I dropped from my Strike Eagle accelerated on their own to over Mach 3.1. This issue can be replicated by simply dropping GBU-31s from the SE at low altitude. A track is provided below. JDAM_issue.acmi JDAM_issue_track.trk

Thanks ! I was suspecting something like this was at play. It doesn't make any sense to not be able to restrict a SEAD package to given targets, but hey, at least there's a workaround.

Feel free to do so. We're online, and I plan on updating it at some point. I've just been super busy IRL for the last year and a half, to the point that I almost never fly in DCS anymore and do not have the time resources to work on mods at the time. I will definitely update all the mods I've made with others at some point, once I have more free time. Perhaps @Strigoi_dkcan help you there, he's the one who made the original models and textures.

Hi all. I'm having a hard time setting up SEAD missions. When tasked with SEAD, and with specific groups to target and expand all ARMs on, the aircrafts still go for target of opportunity despite being in RoE "Only designated" ("engage only the enemy group designated as the target for the action"). This results in very inefficient strikes. What I have tried so far: Change "attack group" orders to "attack unit" orders: no difference, Force weapon allocation: not respected by attacking unit, still going for TOOs, Place the "Attack group/unit" orders and ROE setting on the inital waypoint, instead of the weapon release waypoint: no change Is that expected behaviour? If so, how can I get SEAD missions to unfold as planned ? Thanks ! A10A_Oil_terminal_attack.miz

Yes, ED probably used the same name for something somewhere. I'll take a look when I have the time, in the meantime I don't have a solution unfortunantely.

If you know how to use the new FLIR system, and are willing to make the texture, I'll gladly add them.

Interesting bug, I never had it. Can you send me a mission file?

Very nice. If you get the authorisation, just send me a PM and we'll add those to the base mod.

That is correct.

If you want to post a link to that somewhere, feel free to do it here. It'll interest people I reckon.

That's actually a change I intended to make, the Tin Shield should be the go-to option for standalone S-300PS batteries. Same in .Lua and in models. I contributed some of the S-300 code for Auranis' pack, and Ero made the 3D models for both. We re-released our S-300s separately to be able to update them more frequently, which we did back when we had the time to do so. BTW, Ero deserves a lot of the credit for the pack since his 3D assets are used for every single unit in it.

Unfortunately I'm really busy IRL right now. I'll probably go back to DCS modding in a few months, but not until then.

Both were released with the 0.2 uodate, available here: https://drive.google.com/file/d/1qcpVERQhsK4xHNrFHQsr5SpG6H7n1Bwf/view?usp=drive_link

We've not abandonned it, but other IRL constraints have taken the priority over DCS development. We'll revisit the mod at some point in the future though, once we have the time. I don't use OVGME myself, so the mod's file structure wasn't designed with its use in mind. Sill, you can manually recreate the needed folder structure (username/saved games/DCS.openbeta/Mods/tech) and activate the mod via OVGME once it's done. Should be transparent. The S-300/400 pack expands on the HDSM, with some commonality between the two. If you're not interested in the older SAM systems of the HDSM (upgr. SA-2/3, etc) you can stick with the S-300/400 pack.

Not exactly the same, I believe. Also, parking TELs so close one to another is very dangerous.

That's not how you're supposed to use it. This revetment is for a single TEL, with an access/exit lane for a missile carrier/loader. Furthermore, you don't want to stack your launchers like that as this would make them very easy to take out with a single strike, and very likely to recieve damage in case of a missile launch failure.

I think I posted some examples above. I'll make some new ones if you can't find them. The VM and PMU are definitely doable, but you need people to fly with you and a ton of weaponry. Those systems might give you a lock warning (not a given), but they won't give a launch warning. Assume the worse when you're crossing the SAM ring. I'm not familiar with that jammer script, maybe it needs specific inputs to work with custom SAM systems like Skynet does, I'll take a look when I have the time.

If your MWS system doesn't rely on radar pattern analysis, then yes. The DDM on the 2000 might be able to pick them, if fired from close enough, but that's about it. Anything RWR-based in a coin toss at best.

Modern electronic scan radars would likely not give a launch warning. Whereas a mechanically steered radar will indeed trigger a lock warning when switching from general scan or TWS to STT, and a launch warning when fired upon, there are no changes in the emission pattern of an electronically scanned antenna when an engagement is initiated that could be used by an RWR to trigger an alert. An electronically scanned array relies on multiple, agile beams that can all track targets with a precision akin to that of STT modes on older radars. With a PESA/AESA design, right after primary detection, the system will work in "pseudo STT" mode for all targets, regardless of whether they are to be engaged, engageable or even hostile. Every internal track will be de facto "locked", with a very high refresh rate and high radar dwell time. This is why the refresh rate on modern AESA designs is very low regardless of the operating mode. On top of that, inherent AESA/PESA characteristics like high frequency agility, advanced scan patterns, a bunch of other LPI techniques and high duty cycle make it very hard for RWRs to understand whether they're just illuminated as part of a regular scan process or if a missile is actually in flight. Modern RWRs try to work around that problem by intercepting other signals like weapons uplinks, but this isn't guaranteed to work since those signals are designed to use very narrow beams. I would suggest taking a look at Air and Missile Defense Systems Engineering by Bord and Hoffman if you're interested in that subject. There is no J-serie message for such thing as a SAM launch warning. Missile warnings can be transmitted using dedicated messages, but this is more relevant for the defense (SAMs, mainly, being informed of an impeeding attack) than it is for aircrafts being actively shot at.