RocketmanAL

Ah, that would be the answer! Thanks for the clarification.

I checked multiple different aircraft as part of testing I'm doing. Same altitude, same speed, same mission. The SU-25T was the only one to have a different TAS at M= .8.

The Mach number portion of the speedometer appears to be off. It is showing a higher Mach number than the aircraft is actually flying according to TAS. Steps to replicate: Add SU-25T and set it to start at M= .8, 20kft, TAS should be 496 kts. Jumping in the plane it shows the plane at M= .92. Indicated M=.8 occurs around 432 kts.

I've updated this report to V2.0, adding AGM-88C, Kh-58U, and Kh-25MPU information. Guide Download Also produced a YouTube video going over the guide and a couple of applications YouTube Overview

Ok, just so I understand. The problem is that the missile is acquiring the sun through the clouds. This was a complete overcast weather scenario. Is this a problem with the WIP clouds? I know the air-to-air missile still has the ability to lock on and track through clouds. Also doesn't explain the behavior I was seeing where the missiles were showing similar wild misses when facing the opposite direction of the sun. I know you weren't able to replicate it, but I can provide a video showing as such. Side note: Will the SA-13 ever get its photo contrast mode?

Noticed since this most recent patch that the SA-13 is having problems with targets that are near head-on/tail-on aspect. Previously it had problems with tail-on. The system seems to track behind the aircraft as it approaches/departs from the system. Not close enough that I think it's tracking the aircraft, nor the plume from the engine, and it just loses track during launch. It's far enough away that the AI should know there's nothing in the seeker FOV, yet they continue to fire. There isn't anything in the area for the missile to acquire either, completely overcast, and it makes no attempt to maneuver toward the aircraft. Prior to this patch, the system had no problem acquiring and engaging from the head-on aspect but now appears to have lots of problems. The missile also appears to be fuzing early, while the motor is still burning. It just self-destructs around the altitude of the aircraft or slightly above despite being far enough away that it should not fuze. When passing the system on a beam aspect it, and the missile, appear to have no problems. Attached track file with a relevant example from 5:30-6:00. SEAD Strike.trk

SA-17 Search Callout As the title says, the SNOW DRIFT appears to be listed under the SA-11 and SA-17 in the Apache RWR database. Seems to indicate we may be getting an SA-17 at some point, which would be a significant improvement over the SA-11. SA-17 Details

Was testing out a mission and had an interesting bug. Instead turning to taxi it continued to taxi across the ramp and through the grass in a straight line. It was going by buildings and stuff. There was also a graphical bug where if you zoom in the aircraft is non-visible. If you zoom out it becomes visible again. I'm attaching the trk file but it shows it taxing properly when I reviewed it. When I re-ran the mission the same aircraft taxi'd properly, so not very repeatable. Quam F-15.trk

Yea, that is a work around. I'd still rather have dedicated PP points to keep waypoints clean.

I'd like to try and do a mission with multiple player JF-17's in a flight. However, I haven't been able to figure out if you can actually assign different PP points to each aircraft in the flight and they all appear to get the same four that I've put in. Is this possible? Couple of work arounds I know of are making each aircraft it's own flight and/or using the F10 map and having each person put in their own PP points to ingestion into the DTC. However, doing it in the ME for the same flight would be ideal.

Have a MP mission that appears to be crashing due to the AI MI-24P for some reason. The MI-24Ps are uncontrolled on the ramp. Loading in SP the mission runs fine, but when running it on a dedicated server causes client crashes when joining the server. After a lot of isolating removing the Hinds appears to fix the problem. Sending a link to a folder with one mission with the Hinds, and one where the only change is taking them out. Including .trk file. Don't have log file but can redo the error if requested. Mission files and track file

Put this guide together for mission planning purposes. Provides employment range and time of flight for the various stand-off weapons in DCS at different altitudes. Ranges represent max employment range as calculated by the aircraft at the speed and altitudes listed. TOF was measured in-game, but only used single runs. So some variance can be expected. Also the SLAM-ER appears to be a bit bugged right now, and when using the HIGH flight profile will cause the missile to fly low instead. Guide reflects current behavior in game. DCS Standoff Weapons Ranges_V1.0.pdf

Version 1.2 now available. Changelog: Added SA-5 Modified the Patriot to reflect new radar behavior Moved quick reference cards to front of packet

I've updated the guide to V1.1. Added the NASAMS, corrected a few deployment layouts, and retested some capabilities against PGMs and updated relevant systems.

First, thanks for the addition of a solid new SAM for Blue side. Always nice to get new units and this is an interesting one. My initial impressions, for all that they are worth, are very positive. I appreciate the work that went into getting this system added. Having said that, I hope that this is not the end of the development of the system as it has some cool potential that could be used. I will admit I'm not sure what year of NASAMS this is supposed to represent, so some of these capabilities might not actually be applicable. Multiple missiles It's well documented that this system can use the AIM-9X in addition to the AIM-120, and has been tested with IRIS-T and Sea Sparrow missiles that I'm immediately aware of. This is a unique wrinkle that this system possesses and I'd love to see it represented in game some how. The solution now of having separate launchers with AIM-120B and AIM-120C is certainly an easy solution, but not really ideal as I believe the intent is to have different missiles on the same launcher. Perhaps for the launcher vehicles there is a rearm window where you select which missile goes in each canister. I think that would be a great tool for mission designers. EO/IR Sight In a few articles I've seen mention of an EO/IR sight functionality for the system. I'm not sure if this is a add-on for a later variant, or has always been a part of the system. However, right now the system is very vulnerable to destruction of the TAR. Having the EO/IR sight makes a lot of sense as a back-up acquisition capability, and enables passive targeting of aircraft up until missile launch. CA Integration This lends back to a previous post I made about improving CA integration into SAMs, I think this would be a prime candidate to set the base. This has a dedicated C2 vehicle with an offboard radar. Perfect chance to set the groundwork for operating SAMs with separate vehicles. The especially nice thing is that the missiles are fire and forget, so we just need to point them in the right direction and once they acquire they take care of themselves. So the basic idea is that a player would command from the C2 vehicle. The irl NASAMS has a really nice digital display with maps and data linked targets in the air space. But even a simpler PPI would do. The player would need the radar feed from the radar, or if using the more modern displays just display of target tracks. Then the player selects which target(s) they want engaged. This system can automatically select a launcher to engage the target, and notify when launch parameters are met. Then the player presses a button to launch a missile, or the system can if there is an automatic mode. This framework could then be used for most of the other SAMs in DCS, making more controllable SAMs for players.