Scotflieger

What alignment?

The HMD designated target diamond does not appear to be indicating the correct target position. After selecting a waypoint and pressing WPTDSG the HMD shows the target diamond positioned significantly short of the waypoint position. The Targeting Pod is correctly pointing at the waypoint and can be moved and used as JDAM target coordinates. Is this a bug with the latest beta?

That was the problem. The DCS_updater.exe was set to compatibility mode. Stable 2.7.1 now installing. I would point out that this is how it downloaded straight from the server yesterday. It was not previously installed or run.

I run the stable download link for 2.7.1 again this morning. It started by reporting that 2.7.1 was available but after updating the updater version (2.11.2.89) again it gave the warning that Win 8.1 was required and reported after a short delay that it had successfully install 2.5.6.61527.3. There appears to be a problem with the fresh install procedure. It is using 2.5.6 not 2.7.1. Files attached. dcs.log dcs beta.log autoupdate_log_old.txt autoupdate_log.txt

As I said I only previously had open beta 2.7.1 installed, This was an attempt to install the full release for the first time.

I run a fresh installation of DCS World 2.7.1 today and got a warning that Windows 8.1 or later was required. I am running the latest version of Win 10. After many hours waiting for the install to complete I ran the DSCUpdater.exe and got the same message. The splash screen also showed v2.5.6 not 2.7.1. I have been previously using DCS open beta 2.7.1 without problems.

I do. Terminology.

I carried out 2 further tests to check whether INS alignment state was a factor. From Cold and Dark Instant Action I carried a full start and waited for the INS to report OK and selecting NAV. I then entered the GRID coordinates as reported above. It worked as expected on both occasions. Unfortunately, when I click Quit to save the TRK file, DCS crashed.

Having worked on a number of real world military aircraft (Jaguar, Tornado GR1, Harrier GR5) it would be strange if the mission data can not be entered while the pilot waits for the INS to align.

Thank you for clarifying the decimal SS.SS entry method. No further action required.

Original problem found in Multiplayer. Tried to reproduce in Ready on Ramp Instant Action without success. However, when I started in Cold and Dark Instant Action I was able to reproduce as described above. After engine start and during INS align, HSI selected on right DDI. WPT11 selected and DATA/POSN entered (N444017 E400117). WPT12 selected and PRECISE input OBS pressed. Repeated pressing of GRID caused 'colon' to appear briefly and disappear. It was necessary to completely exit HSI and restart attempt. This time GRID 'colon' remained selected and Letter Gird Selection appeared on DDI. GRID Entry 2.trk

When inputting Lat/Long Coords for AGM-84E/H SLAM/-ER missiles using the UFC TOO / POSN it is necessary to click on ENT twice for the input to appear on the weapon's programming page. This is needed for both LAT and LON inputs. Only one press of ENT is required for all other inputs to appear (eg. HDG/ANG/VEL/ELEV).

When selecting HSI/Data/UFC/Grid entry the UFC GRID button does not always highlight (colon) and display the letter grid. When I mouse click on the GRID button it self cancels. I had the Precise coord input button selected. Previously, I had inputted a LAT/LONG using POSN option. It is necessary to completely deselect HSI/DATA and start again for the GRID to be selectable.

This should be correct. Test01.trk

Apologises @BIGNEWY for reopening this issue but I do not believe it has been fully reported as you noted in my previous thread now closed. I have been able to record a shorter track file detailing the problem for developers. It shows a JDAM TOO attack on WP1 using LITENING pod. Initial target designation works correctly and weapon released. Aircraft turned 90deg to starboard to place WP1 on port beam. WP1 deselected and reselected but target appears directly ahead of aircraft; waypoint circle disappears. Repeated several times with same result. Sensor Select moved from FLIR display to HUD. This time WP1 correctly designated as target. Again apologises but this bug makes precision attacks almost impossible to execute. Test01.trk

The problem appears whether or not the weapon selected. It is the selection of the navigation waypoint and its designation as the target where things have changed in 2.7.1.

Above linked file failed to include full details due to 10 minute record delay on Multiplayer server. This track file does cover the problem. File size 60MB. Open beta 2.7.1. Test flown in Multiplayer with LITENING, 4 x JDAM, 1 x HARM and 1 x AGM65F. Target near WP2. After take off selected JDAM in TGT TOO mode. FLIR slewed to correct target which was attacked with JDAM followed by HARM in self-protection mode. Turned to west and deselected WP2. Reselected WP2 steer and WPDSG pressed. Target appeared in front of aircraft with in-range circle. Tried this twice with same fault. Used Sensor Control to select HUD as primary display. Repeated WP2 reselection and designation. Target set correctly to WP2. This is the workaround reported by others. Got shot down and waited 12 mins before terminating mission to ensure correct recording.

This track file (deleted/incomplete - see below) shows the problem (link used as track file too large to upload 44MB). Test flown in Multiplayer with LITENING, 2 x MAVF, 4 x JDAM. Target near WP2. Selected weapon JDAM in TGT TOO. On first attack with target to left of track, WPDSG worked as expected and FLIR slewed to WP. On second run, again abeam of target. deselecting TGT and then WPT plus WPDSG places TGT ahead of aircraft along track. Test terminated immediately after this event.

When attempting to designate a Waypoint with WPDDSG the point moves to a position in front of the aircraft and the LITENING pod slews to this point instead of the waypoint position. In these screenshots the waypoint is off to starboard and move in 17NM in front of aircraft. This has changed in the latest Open Beta release 2.7.126430.

With OpenBeta 2.7 AFV targets look like they have been cutout when destroyed. This appears in Weapon View (F6) and in F/A-18C LITENING FLIR image.

The on screen message refers to "Use this mission to familiarize yourself with the Hornet cockpit.." in Cold and Dark Caucasus Instant Action.

Further information. The external view zooming in and out occurs when you lower the external camera to deck/ground level.

In Multiplayer, after landing on Supercarrier and parking up the external view F2 keeps zooming in and out without any user input. Wheel chocks had been applied and removed but problem persists. On other occasions other aircraft on deck and on land keep sliding around sometimes above the deck. Any collisions causes damage to both aircraft.

It is a change to the functioning of Litening with AGM-65E as well as the new ATFLIR. It is not affecting other laser guided munitions like GBU-12 as far as I can see.

Further information. The initial Litening/ATFLIR pod laser time out clock in HUD appears to be triggered by the Laser Arm selection. If armed early in run in the clock starts on arming not on weapon release. If the L ARM is cancelled and reselected the clock is reset and tends to cover the Maverick flight time thus enabling the target to be hit.