NickD

Yes, I'd hope this would have been obvious, that this is only experimental and for modding DCS, not doing anything else with ED's intellectual property against their permission. I've not done anything with this in over a year, because I got myself a job which had me away from home all week. Now I've moved closer to the job I'm planning to get back into DCS soon so hopefully I can find some time to poke this/see if any of the problems can be resolved. No promises though.

Is there a way to prevent this sort of thing, or does it literally come down to micromanaging the wingman? Edit: Youtube link if the video embed isn't working:

Tested on new OpenBeta 1.5.6.1938.247. Still misses. However - discovered that when deliberately releasing weapons *without* contour lock, the bomb appears to hit the target properly. Steps of test: Left target size minimum Waited until LA, released first weapon Increased target size until contour lock achieved Released second weapon The contour lock is still properly over the exact same point of the target, but the second bomb misses, and the first hits. So for some reason the calculations with contour lock are different, even though the target hit point is the same. This means that it's actually playable, as long as you ignore the contour lock capability. As a small aside, additionally I was playing with weapon release modes/release timing (to make dropping several automatic), and these settings don't appear to work for the KAB500-Kr. The manual seems to name the controls for "Free-fall" ordinance in one place, and just "Air to ground weapons" in another, so this might be deliberate and just not well documented.

I recently reinstalled on a new computer and the way the game deals with held-down buttons seems to have changed - I'm wondering if there is a way to restore the old behaviour or, if it's an artifact of my installation somehow. Before (~1month) a button held down on the joystick - like the mode or aux switches on my X45 - was ignored after the initial press. This let me use them for e.g. switching airbrakes, or external views, or even landing gear up/down. This was especially convenient as having the switch in e.g. the "Landing gear up" position would be ignored if you loaded a new mission, until you changed it. Likewise, I could use the three-state switches for flaps - "up", "up/down" and "down" would work consistently. Now, it seems like every few seconds it "re-reads" the button as being hit - so if I start a mission with the switch in "gear up" state after a few seconds it'll start raising the landing gear until I jump to reset it. Similarly, it's hard to assign controls in the menu because every few seconds it thinks the button is re-pressed and jumps back to the entry I bound it to. Any suggestions? Edit to note: This is actually the *opposite* problem from the toggle switches sticky - https://forums.eagle.ru/showthread.php?t=89226 - that starts by claiming the problem that a button held down doesn't re-trigger, whereas I'm finding that it now does.

It's not the wind. Attached is a custom mission that starts you heading south towards Kutaisi (the smaller). The command post is placed in the middle of the main runway, and comes within bomb range within about a minute. There is no wind. I've also attached a track - and include a link to a video of the live run below. I've done it this way so there is absolutely no time warping involved (considering in the command post strike mission it's about 20 minutes in, extra frustrating.) I release one bomb as soon as getting LA (1:40 on video), and the other about halfway down the "safe" area (1:56). The first bomb misses in the way that we've seen (and in the several times I have run the mission). The second actually does something different and goes way off-target - It could have been too late release, but still said it was in the LA safe zone. Neither hit. Also note that I get contour lock at some distance in this configuration - at 1:05. I've repeated this mission several times and have not got a single hit. Strike.miz Strike_Misses.trk

Are you sure about that? Because the missile is mostly on track until that final turn right before hitting. Turning the opposite direction would probably lead to a hit...

I've attached a screenshot of settings from the Command Post mission I've been using to consistently miss (assuming opening in the mission editor is accurate and it doesn't change over the mission). - the wind settings seem about half of you "hit" settings.

Incidentally I just tested this with the latest update and it's still broken.

After the latest update I've been getting a strange crash. The main menu opens, but anywhere from immediately to a couple of minutes later the audio dies, followed by a crash 10-20 seconds later. I've tried reinstalling from scratch, and removing the DCS.OpenBeta saved game folder. I've also run windows 'sfc /scannow' to verify my windows installation, and had no problems come up. Windows 10 build 1607, Intel i7-4870, Nvidia Geforce GTX1070. DCS 1.5.6.1648. The .crash file: # -------------- 20170205-061455 -------------- C:\Windows\SYSTEM32\AUDIOSES.DLL # C0000005 ACCESS_VIOLATION at 88B20739 00:00000000 00000000 00000000 0000:00000000 88B20739 1550FA60 0000:00000000 C:\Windows\SYSTEM32\AUDIOSES.DLL DllGetClassObject()+E569 88B33D5A 1550FAD0 0000:00000000 C:\Windows\SYSTEM32\AUDIOSES.DLL DllUnregisterServer()+F41A 88B33DCE 1550FB00 0000:00000000 C:\Windows\SYSTEM32\AUDIOSES.DLL DllUnregisterServer()+F48E A7998364 1550FB30 0000:00000000 C:\Windows\System32\KERNEL32.DLL BaseThreadInitThunk()+14 A7AA70D1 1550FB80 0000:00000000 C:\Windows\SYSTEM32\ntdll.dll RtlUserThreadStart()+21 And the .log file is attached. dcs.log.txt

The way I read it, they are requesting to be able to do this again - the ability having been removed at some point. If it used to be possible, it might still be possible by editing the mission files manually.

That's okay, it's not trolling if it's not deliberate! New theory: The bomb inaccuracy is completely deliberate to simulate WW2-style bombing tech :)

IIRC 2.0 tends to lag several months behind 1.5 in terms of engine updates, so it would make sense that it doesn't have the same issues. Edit: The altimeter bug is much more long-standing, but if you are flying with an altimeter set to sea-level then it won't affect you. This is compounded by the fact that some missions start with it set to local airfield pressure (as it should do) rather than always set to sea level

Here's some more actual data for this: Tacview's graph of altitude and roll for the missile clearly showing the effect. Unfortunately because the timeframe is so small tacview doesn't have so much data for a smoother curve. You can also see the immediate projected path noticeably changing - I've marked where the missile actually hits on the image.

Unfortunately this is also useless (in this mission) because of the altimeter bug - putting it into level flight mode causes an immediate dive down 400m or so, which is not helpful when trying to aim weapons.

Really interesting - I hadn't noticed that final turn. What are the aerodynamics of the missiles like - is that last-second turn enough to make the difference between hitting and missing? Because that sounds suspiciously like a negative-value bug. Edit: Yes, it does signficantly change the path of the bomb - I plotted using tacview and you can see the estimated target position change:

It's not, but I tried anyway (before you edited?) and yeah, no effect. Although for some reason the LA didn't come up until about 5km before the target, with exactly the same fly-in. The last-second turn is really well noticed, it had completely passed me by; the drop-curve looks like it would miss anyway, but do the missiles turn like that deliberately to have a steeper drop at the end? The rotation could be being miscalculated...

Oh dear, I'll have a look through but this doesn't look good, as the large number of ignored Su25t bugs makes it clear that either nobody cares or it's so long down the priority list as to never get fixed. Also FWIW I tried a dive and released them at about 500m whist flying a kamikaze run straight towards them and it actually hit. But I don't think that's what they are designed for...

It's a pretty clear daylight mission. I tried the 500Kr tutorial and it hit the tanks fine, even from altitude - perhaps it's static objects? Here's a one minute video of it going wrong, I'm pretty sure I did everything right: Timeline for video: 12: Launch authorized 16: Contour lock on target 18-22: Munitions deployed 33: Switch to bomb view 60: Both bombs miss target From experience this week, when I get LA but don't wait for a contour, it misses by even larger distances.

As shown in the attached screenshot, the first SU-25t "Startup, taxi and takeoff" tutorial explicitly tells you that low taxi speeds will show in the top-left corner of the HUD. As per https://forums.eagle.ru/showthread.php?t=160628 Skatezilla has emphatically stated that the aircraft indicator never showing lower than 80knots is a feature, not a bug. Therefore the tutorial is in error.

I can confirm that appearing to fly through all the gates doesn't matter, I can never find a target anywhere.

I don't think anybody reads this forum, as major and minor bugs alike have been completely ignored. This is crazy because depending on the mission the autopiliot will just fly you into a mountain, you can't even use "level flight" because it drops down. Particularly noticeable on the "Command post strike" mission because it starts you with an altimeter set to the local airports.

Actually I'm wondering if there is some new bug preventing this from working. I've now run the mission several times, pointed at it from a good distance away, got a perfect, contoured lock and "launch Authorisation" within a good envelope and the bomb ALWAYS lands behind the target, by a consistent amount. When I ran this mission before in exactly the same circumstances I managed to without a problem. I'm not sure how to test if this is a bug or not. Also, re: issues, turns out view: Low means that you can't see the target, or even the airport, until you are almost right on top of it, and that includes the airport runway, and It does seem as though you can't get the contour lock until after you are within launch range, which is annoying.

I'm wondering what the conditions for launch authorisation are, and if they are documented anywhere. I've been trying to fly the Su25t "Command Post Strike" mission, but I always seem to end up overflying the target before getting launch authorization - the range bar on the left is within parameters, and the Shkaval is targeted and highlighted (though not autosnapped - even fiddling with the target size doesn't work). The bomb never gets anywhere near the target when overriding. Is there anything obvious I'm missing?

Thanks! I've also noticed a couple of discrepancies; on the right-hand panel the switch labelled "ПОМЕХА" appears to be the switch for ECM jamming (which makes sense from the google translation) - and the switch two positions to the right labelled "CARGO" is the switch for IR jamming. Since ECM is supposed to be a pod, I assume that these switches are animated the wrong way round (e.g. activate cargo-based jammers).

Oh, this looks just about perfect. Anybody had any luck finding this/anything similar?