GoFast : is the background moving relatively to the movement of the jet ? Or the camera only ?

I'm not so sure:



In this video I am not in A/G or A/A mode, switch the radar off, stitch the master arm switch to safe, make sure the laser is safe and still have a TGT range displayed, maybe the vague internal trig thing than CW Lemoine mentioned is what's happening?
No I mean in Go Fast the range is from RADAR using correlation with the ATLFLIR LOS and a RADAR track, this feature is not simulated DCS, DCS does not have a full simulation of the systems the F/18 has regarding sensor fusion.
 
I want to make this 100% clear many more advanced features of the F/18s tracking systems are missing from DCS, not just ATFLIR features but other linked systems.
 
From NAV mode manual "designated points are identified by TGT"

It's the range to the nav point.

3.5 Target (TGT) Steering Mode​

Target Steering (TGT) steering mode is available when a designation exists
 
Last edited:
No I mean in Go Fast the range is from RADAR using correlation with the ATLFLIR LOS and a RADAR track, this feature is not simulated DCS, DCS does not have a full simulation of the systems the F/18 has regarding sensor fusion.

I'm not sure I follow here, how do we know that the range is from radar and not the same thing that DCS is showing?
Target Steering (TGT) steering mode is available when a designation exists

It's just struck me that we are using different manuals as I can't find this, I have this https://www.mudspike.com/chucks-guides-dcs-f-a-18c-hornet/ . Do you mind giving me a link as I can't seem to find yours?

I did a little demonstration of what is confusing me about the GoFast footage:



First I lock the target on radar and you can see the range Vc etc. displayed as normal on the HUD.
Next I start trying to autolock which gives the TGT range given on the LDDI which doesn't seem to have any relation to the radar range, even after getting the autotrack.
I switch off the radar, the target information on the HUD is lost yet the LDDI keeps the TGT it has.
Losing the autotrack doesn't have an effect on TGT.

This hurts my head. The manual says:
1623880868383.png

And Also:
1623881023442.png

If we can get two 'target ranges' which are completely off at the same time then maybe what Chris says about the range in GoFast being wrong is correct?
 
If we can get two 'target ranges' which are completely off at the same time then maybe what Chris says about the range in GoFast being wrong is correct?
I think you've also got to consider the possibility that DCS might have bugs.
 
I think you've also got to consider the possibility that DCS might have bugs.

This is true, but seeing as how it finds the range is a bit of a mystery and this bug coincidently supports Lehto's claim I think it's best to get to the bottom of this.

It seems that the notation TGT is only used when dealing with air-ground bombing. I can't get it in a A/A mode or find any examples of TGT appearing for an air target.
 
In the manuals when RNG is used on displays it always seems to refer to a range to a RADAR track.

When TGT is used it refers to a range to a point on the ground or a nav point.

In Go Fast RNG appears when the target track is acquired as does VC the format is similar to the way RADAR targets are shown, it's possible these figures are 'donated' to the DDI by sensor fusion, ie correlation of the ATFLIR track with a RADAR track on the MSI computer. Or even that the ATFLIR track is driving the RADAR to designate that as the target.

It is also possible there is some sort of passive ranging but no one seems to know exactly how this would work.

These feature is not yet simulated in DCS F18 but they are mentioned in sims of other aircraft.
 
Last edited:
In Go Fast RNG appears when the target track is acquired as does VC the format is similar to the way RADAR targets are shown

Ahhh, yeah you're spot on. I've just sat playing with the TGT and it is based on the coords of ground targets designated for bombing, very accurate for the ground, gives wrong numbers for planes. At some point I forgot that the original video said RNG instead of TGT :rolleyes:.

You've cleared that up for me cheers. At least this might give some insight into where the differing pilot analysis is coming from (Lehto saying it's just wrong and Lemoine giving the weird trig explanation), simply a confusion between TGT and RNG? It doesn't help that the manuals refer to them both as target range despite being different in where they're used, how they're obtained and what distance they measure.
 
Oh, they MIGHT match
Yeah fair enough, perhaps I should say I'm no wind expert either :)

Anyway my main point was that the ocean speed would not be the main culprit responsible for this discrepancy, and I'm not convinced it can even be extracted as a separate variable from the wind.
 
Ahhh, yeah you're spot on. I've just sat playing with the TGT and it is based on the coords of ground targets designated for bombing, very accurate for the ground, gives wrong numbers for planes. At some point I forgot that the original video said RNG instead of TGT :rolleyes:.

You've cleared that up for me cheers. At least this might give some insight into where the differing pilot analysis is coming from (Lehto saying it's just wrong and Lemoine giving the weird trig explanation), simply a confusion between TGT and RNG? It doesn't help that the manuals refer to them both as target range despite being different in where they're used, how they're obtained and what distance they measure.

Yeah I think you're possibly right Lehto not having used ATFLIR specifically making some assumptions about it being in AG mode and RNG being TGT. The possibility still remains that its angle rate ranging that I can find some references to but no full description of. One thing that is interesting is that Gimbal is from the same aircraft/crew during the same flight and the Gimbal object does not display a RNG when tracked by ATFLIR.
 
Yeah I think you're possibly right Lehto not having used ATFLIR specifically making some assumptions about it being in AG mode and RNG being TGT. The possibility still remains that its angle rate ranging that I can find some references to but no full description of. One thing that is interesting is that Gimbal is from the same aircraft/crew during the same flight and the Gimbal object does not display a RNG when tracked by ATFLIR.

This might be more evidence to the RNG coming from the radar. I had a hard time getting a radar lock on the F-18 in my recreation of 'gimbal' and had to make the other fighter a friendly to pick it up easily using the information donor contact through datalink (the symbol on the radar tells us ).

If my recreation is close to what is actually happening then it would be possible for the WSO to spot a stealthy fighter with the ATFLIR which the radar cannot pick up. Although the audio in the video about whether or not the object seen is the L&S target is confusing, as well as what we here about "A hole fleet of them".

Is it possible that what we see is a stealth fighter like in my recreation, not using datalink and actively spoofing the F-18s radar?
These units can also trick enemy radars into perceiving more than one target.
https://blog.bliley.com/radar-jamming-deception-electronic-warfare

I don't know how unlikely or possible this is though as I'm being speculative now and the ECM measures for fighters are obviously very hard to get info on.
 
Did you have a weapon selected?

I wasn't armed but think I had a sidewinder selected. The fact that I struggled says more about my skills in DCS rather than what the aircraft is capable of, my point is that if the other aircraft was something like an F22, F35 or the mysterious NGAD then it would be practically invisible anyway.

For example here is an F22 that is invisible to both the radars of a Su27 + AWACS and can start flying formation without either detecting it (in DCS).

Source: https://youtu.be/DnUTPwfuJHE?t=251
 
In fact the USS Theodore Roosevelt was testing a low RCS design at around this time period: https://en.wikipedia.org/wiki/Northrop_Grumman_X-47B. Surely a perfect fit for the type of thing that could be seen by ATFLIR at 15nmi but not radar?

"Later that year on 17 August the aircraft took off and landed on the USS Theodore Roosevelt alongside an F/A-18 Hornet"
"The testing was successfully completed on 24 August 2014"

1623950636186.png

It's a drone, which might explain the pilot dismissing it as a drone. Has this been ruled out?
 
In fact the USS Theodore Roosevelt was testing a low RCS design at around this time period: https://en.wikipedia.org/wiki/Northrop_Grumman_X-47B. Surely a perfect fit for the type of thing that could be seen by ATFLIR at 15nmi but not radar?




1623950636186.png

It's a drone, which might explain the pilot dismissing it as a drone. Has this been ruled out?
Surely that is far too large. Even if the object is down by the water, it can't be more than a few meters across, or smaller if Edward Current's simulation, linked at #8 above, is correct.
 
Surely that is far too large. Even if the object is down by the water, it can't be more than a few meters across, or smaller if Edward Current's simulation, linked at #8 above, is correct.
I think Go Fast and Gimbal are getting mixed up again. "It is a drone bro" is from Gimbal.
 
I wasn't armed but think I had a sidewinder selected. The fact that I struggled says more about my skills in DCS rather than what the aircraft is capable of, my point is that if the other aircraft was something like an F22, F35 or the mysterious NGAD then it would be practically invisible anyway.

For example here is an F22 that is invisible to both the radars of a Su27 + AWACS and can start flying formation without either detecting it (in DCS).

Source: https://youtu.be/DnUTPwfuJHE?t=251

There's nothing to indicate that the Go Fast object is anything other than balloon possibly with a radar reflector, you might be mixing up gimbal again.

The RADARs settings/range etc in RWS are determined somewhat by the weapon you have selected.
 
One thing that is interesting is that Gimbal is from the same aircraft/crew during the same flight and the Gimbal object does not display a RNG when tracked by ATFLIR.
Apologies, I was talking about this, probably the wrong thread to start getting into detail about the Gimbal video
 
Can you show your math here? Snowplow mode (a fixed camera angle) would make the ocean surface move at the same apparent speed as the jet, not useful for searching.
In the 0.7 seconds where the operator is not slewing, you see that the downward angle goes from -22 to -23 degrees, to me this looks like the INR mode (i.e. ATFLIR is pointed at a fixed azimuth and elevation with respect to earth rather than the plane.) and I agree not 'snowplough' mode.

In Go Fast the ATFLIR is in A/A mode which does not do snowplow as far as I can tell. It does

Inertial LOS, this might be the same as Snowplow mode but it's not called that in the manual.
By the way, this is also a confusion between litening and ATFLIR pods on my part. Worth making clear also that inertial LOS and Snowplough are completely different.

1623994217186.png1623994067390.png
Having a play in DCS I can't tell any difference between the snowplough and INR modes and can't get anything that looks like what's in GoFast so I'm going to assume INR isn't modelled, not sure if that is a valid assumption though?

For reference here is a comparison between the slew in DCS and GoFast, note that the water (barely visible but it's there) is travelling much faster in DCS:




Decided to do the maths properly, assuming that the ATFLIR in gofast is looking at a fixed point, modelling 0.7 FOV and the az/el angles in CAD then projecting the length that a point moves in 0.7 seconds to get the speed:
1.jpg

I'm really unhappy with this because it seems far too fast for it to be wind although If GIMBAL is recorded from the same flight then this number isn't completely ridiculous as they quote a wind speed of 120knots to the west and we know that this isn't the jets' speed as it would be much faster (360 knots).

How does moving the ground texture in the simulation 150knots, 170degrees to the right from the initial velocity vector effect the accuracy to the original?
 
This is the description of the pointing modes from the FSX F/18E manual at:

https://forums.vrsimulations.com/su...ing_Infrared_(FLIR)#A.2FA_FLIR_Pointing_Modes

3.2 Inertial LOS Mode
When the FLIR is in the Inertial LOS Mode, the MC maintains the FLIR LOS at a constant pointing angle with respect to the inertial reference plane. TDC slewing with TDC priority to the FLIR causes the FLIR LOS to be slewed accordingly. The Inertial LOS pointing mode may also commanded via the Az/Ez format (FLIR as the selected sensor), by depressing the TDC ENT in open space to invoke the scan centering cross, followed by a second depression to select the LOS.

I think maybe we are looking at some slight version/mode differences between what we see in the Navy videos and what the simulators show/have. The box selection grab method we see in Go Fast is not mentioned in either sim, so possibly it has a pointing mode that supports that box selection.

We deducted that the figure in the bottom middle of the DDI is the time in seconds since mission start or some other point.

In Go Fast it is ~4251 at the end and GIMBAL is ~5306 so around 17-18 mins between videos so at
 
I think motion blur might play a big part in the perceived motion speed.
Absolutely, the more I compare the videos the more I'm convinced my mind is playing tricks on me.
Before the render I thought it was going too fast, after the render it looks too slow:
 
Absolutely, the more I compare the videos the more I'm convinced my mind is playing tricks on me.
Before the render I thought it was going too fast, after the render it looks too slow:
Try looking at it frame by frame: pick a wave/structure/feature/bunch-of-pixels, and count how many frames it takes to get to the other side of the image (or traverse the whole field of view). Then you can really compare with numbers and not rely on your eyes.

Edit to add: make sure your animation has the same frame rate than the video
 
Try looking at it frame by frame: pick a wave/structure/feature/bunch-of-pixels, and count how many frames it takes to get to the other side of the image (or traverse the whole field of view). Then you can really compare with numbers and not rely on your eyes.

Edit to add: make sure your animation has the same frame rate than the video
Yeah, clearly this is too slow
1624024276239.png
 
Given the object is nearly exactly halfway between the sea and the f/18 the apparent ocean velocity should the jet ground speed + or - the ground speed of the object in the tracking axis right?
 
Creating a velocity vector for the background in my 3D model, the speed of the background should be ~300 knots if the object is at 12000 ft and ~4Nm from the plane (basically the speed of the plane minus the speed of the object going in the same direction). If the object was near the surface, its speed would be ~200-300 knots opposite to the plane, and the speed of the background would be more of the order of 550-650 knots. Which one fits the video better ?

If I try a rough calculation, with a FOV of 0.7deg, and an initial distance of ~9.4Nm for the background (derived from the model), there is 0.7*9.4*pi/180 = 0.115 Nm in one frame. It takes roughly ~2sec for a feature in the background to cross its diagonal (i.e. sqrt(2)*0.115=0.162Nm
-> The speed of the background is about 0.162/2*3600= 292 knots.

It's clearly more in the range of the high altitude object.
 
Creating a velocity vector for the background in my 3D model, the speed of the background should be ~300 knots if the object is at 12000 ft and ~4Nm from the plane (basically the speed of the plane minus the speed of the object going in the same direction). If the object was near the surface, its speed would be ~200-300 knots opposite to the plane, and the speed of the background would be more of the order of 550-650 knots. Which one fits the video better ?

If I try a rough calculation, with a FOV of 0.7deg, and an initial distance of ~9.4Nm for the background (derived from the model), there is 0.7*9.4*pi/180 = 0.115 Nm in one frame. It takes roughly ~2sec for a feature in the background to cross its diagonal (i.e. sqrt(2)*0.115=0.162Nm
-> The speed of the background is about 0.162/2*3600= 292 knots.

It's clearly more in the range of the high altitude object.

The area of the ocean we see is not equal to the FOV of the camera where it meets the ground?

1624042984495.png

We agree on the horizontal distance (roughly) but as the camera is pointing down at a shallow angle it is picking up more of the ocean in the vertical axis, I end up getting the similar numbers to whatever magic Derick was doing here (trig hurts my head);
Height is 25000feet camera angle down 23should be about 58000 feet away horizontally in short clip you linked so raw distance is
64000 feet away. If the FOV is 0.7(that's what others seem to be using?) left/right then I think the distance left to right is 782 feet in clip you linked.
And 1845 feet bottom to top.
Probably screwed something up but not sure it's worth calculating anyway unless we sure on that FOV.
782ft (= 238m)
1845ft (= 562m)

I get a diagonal distance of 647m, Derick's numbers give 610m so say 630m:
630/2*3600 = 1,134 km/h =612 knots!
 
Given the object is nearly exactly halfway between the sea and the f/18 the apparent ocean velocity should the jet ground speed + or - the ground speed of the object in the tracking axis right?
The problem is that the ground speed of jet - object (360 - 57 = 300 knots) can't seem to get close to the ground speed seen.

I though that the ground speed relative to air might be amplified by parallax but even at the seemingly high estimate of 150knots (from assuming that the camera is in INR mode and that the brief period at around 2 seconds in when the operator doesn't slew shows the velocity of the ground) it doesn't seem to add up.

What else could be happening here that I'm missing?
 
Sorry, 300knots TAS, corrected to ground speed by the 150 knots wind/current calculated, if we're looking at a ground speed in the video of 600knots you would need a 300knot wind which sounds silly
 
782ft (= 238m)
1845ft (= 562m)

I get a diagonal distance of 647m, Derick's numbers give 610m so say 630m:
630/2*3600 = 1,134 km/h =612 knots!

Yes that's right I did not account for the inclination of the background in the FOV. Well if your numbers are correct then the object would have to be close to the ocean. Is it possible that the instruments estimated a distance from the camera angles (because the given RNG match the lines of potential position for the object), but somewhat underestimated it ?
 
Yes that's right I did not account for the inclination of the background in the FOV. Well if your numbers are correct then the object would have to be close to the ocean. Is it possible that the instruments estimated a distance from the camera angles (because the given RNG match the lines of potential position for the object), but somewhat underestimated it ?
What instrument other than the RADAR can provide a range to a an object in the air?
 
Is it possible that the instruments estimated a distance from the camera angles (because the given RNG match the lines of potential position for the object), but somewhat underestimated it ?

I don't think so, jarlrmai has convinced me that the ATFLIR is in A/A mode using the RADAR. If range is coming from something else (i.e. coords for ground targets) then the F-18 seems to use different notation to make that clear. At least in the manuals RNG only ever refers to target range obtained by a RADAR track

Range and closure speed from RADAR nomenclature used in A/A:

1624049807147.png

Target range obtained by the navigation computer / ATFLIR used for A/G:
1624049832794.png

Despite Chris Lehto never having used ATFLIR and not being able to tell it apart from the Litening pod, what he says about range still bothers me a bit though.
 
I get a diagonal distance of 647m, Derick's numbers give 610m so say 630m:
630/2*3600 = 1,134 km/h =612 knots!
So this is meant to be the ground speed at what point exactly?
At the beginning when there is no track and the water is slowly panning I got 133knots.

But if you're doing the calculation after remember the distance across and down will change as the camera does, it gets lower.
 
So this is meant to be the ground speed at what point exactly?
At the beginning when there is no track and the water is slowly panning I got 133knots.

But if you're doing the calculation after remember the distance across and down will change as the camera does, it gets lower.

With no track at the beginning I got 150 knots:
https://www.metabunk.org/threads/go...-the-jet-or-the-camera-only.11812/post-251902

I was responding to TheCholla's rough estimate so it is just a ballpark number to show that the velocity of the ground is well above what we expect.
If I try a rough calculation, with a FOV of 0.7deg, and an initial distance of ~9.4Nm for the background (derived from the model), there is 0.7*9.4*pi/180 = 0.115 Nm in one frame. It takes roughly ~2sec for a feature in the background to cross its diagonal (i.e. sqrt(2)*0.115=0.162Nm
-> The speed of the background is about 0.162/2*3600= 292 knots.

It's clearly more in the range of the high altitude object.
 
I was responding to TheCholla's rough estimate so it is just a ballpark number to show that the velocity of the ground is well above what we expect.

Did the calculations for 30seconds in and got 423 knots ocean speed
This doesn't seem that far off the near 400knots the plane is doing and could easily be explained by wind?

Edit: well the speed of ocean and jet don't need to match of course, that's only if the object is directly in the middle.
(basically the speed of the plane minus the speed of the object going in the same direction).
Minus the speed of the object X 2 if it is in the middle.
 
Last edited:
Back
Top