Is it possible to get some more customization options for Jester's radar use in the future?

[Ivandrov]

Currently, I am a bit frustrated with Jester.

He seems to default to the MAP mode in Search meaning that he's scanning without nutation. It seems almost impossible for him to find bandits with a couple thousand feet delta and I have found myself turning him off and taking over the controls for myself for A2A. He seems too conservative with the Gain too, especially over water. It would be nice if I could take over some of these functions and leave him to do the rest. As I cannot make use of the WSO radar boresight mode or change to narrow or the range setting without him.

[Zabuzard]

Jester is WIP and will of course be improved over time still. It is not intended for your as pilot to babysit him though.

On a technical level, adding the possibility to micromanage him is as difficult as just teaching him to be a better WSO, so we prefer doing that instead.

On the note of nutation/MAP mode, Jester is currently doing what the real WSOs did in the Phantom. Nutation and other modes did not work well on this old radar, they did not use it. Some excerpts:

> Forget 2 bar nutating feedhorn - search in  MAP-B 1 bar, which cuts beam down to 3.7 degrees or so. Then when you get a contact, you adjust the elevation to give the best hit.
> RDR uses a nutating feed horn that gives a bigger radar beam but it's less strong.
> We hated 2-bar. As a WSO I'm running the elevation all the time, and don't want it jumping down when I want to go up!
> -34 recommends using MAP-B for search due to better target discrimination and less wear on the nutating feed horn.
> The best radar setting for air to air contacts is MAP - B. That has a tight 1 bar non-nutating scan that is better at discriminating targets from clutter.

From my experience with Jester, he is pretty good at managing the antenna elevation already. It is the gain, as you also pointed out, that needs improvement. But finding the right gain requires multiple attempts, waiting multiple radar sweeps each time. If Jester would do that constantly, his general search pattern would be way too long/slow to be useful.
Instead, Jester needs an extra phase after "general search" where he will actively try to find a bandit in a known area. In such a phase he could then also spend more time playing with the gain. But therefore, as first step Jester needs to learn more about possible target locations. That is, he for example needs to understand AWACs calls, RWR contacts, mission specific data etc so he knows by himself where targets are. On top, we will add a dynamic way for the player to point somewhere "find target here" (for example pointing on your radar screen or outside the canopy into the air). With that stuff added, Jester can then switch from a general non-informed scan (which he is doing currently) to a more active informed target-uncover phase in which he plays the gain up and down.

Once that stuff is added, the experience should be a lot better.

In the meantime you can theoretically bind a few switches from the WSO seat as pilot and try messing around with Jesters pit. Some things he will tolerate, others he will reset every now and then. But he probably wont understand whats happening and you could potentially confuse him a lot. Alternatively, turn him off, then obtain a lock yourself and then turn Jester on again - he was coded to understand this scenario and roll with the player-obtained-lock during his absence.

Edited 7 hours ago by Zabuzard

[Ivandrov]

That may be the case that nutation is less desirable for the real WSO's but I really don't feel like Jester runs the Elevation enough to make up for it, and as far as the provided keybinds go, he fights you on the two we've mentioned so far, the antenna angle and gain.

 

I at one point was basically holding the gain increase keybind so that he could track a target over water intermittently, while he tried to adjust it back down.

[Zabuzard]

Yes, this is expected behavior given his current implementation. You need to disable him first if you want to mess with that stuff in particular (Wheel > Presence > Disable, can also be bound to a key directly).

Once the vision for Jester fully unfolds and everything is in place, these things should not be a problem anymore

Are you sure about the elevation though? In all user supplied tracks ive seen on the topic so far, the elevation was usually good and did cover the airspace with the bandit in (he runs a sophisticated default scan pattern that touches pretty much the entire airspace ahead). The problem leading to not spotting the bandit on the screen is usually the gain, not the elevation. Either case, as a default uninformed scan behavior I think its quite good already. It just lacks, as explained earlier, an extra mode where he actively tries to uncover a target in a known area.

Edited 7 hours ago by Zabuzard

[Ivandrov]

5 hours ago, Zabuzard said:

Yes, this is expected behavior given his current implementation. You need to disable him first if you want to mess with that stuff in particular (Wheel > Presence > Disable, can also be bound to a key directly).

Once the vision for Jester fully unfolds and everything is in place, these things should not be a problem anymore

Are you sure about the elevation though? In all user supplied tracks ive seen on the topic so far, the elevation was usually good and did cover the airspace with the bandit in (he runs a sophisticated default scan pattern that touches pretty much the entire airspace ahead). The problem leading to not spotting the bandit on the screen is usually the gain, not the elevation. Either case, as a default uninformed scan behavior I think its quite good already. It just lacks, as explained earlier, an extra mode where he actively tries to uncover a target in a known area.

Yeah, I understand that. The problem is if you disable him you lose access to a bunch of the other pertinent radar controls without switching to the backseat. Which in a bunch of situations is not something you want to do, like if you're actively tracking a bandit visually. It's just a bit unwieldy at the moment.

 

I can take a look through the tracks I have but it really did feel like he was barely moving the elevation angle. The DSCG picture was looking consistent from scan to scan for a while. Wasn't noticing the elevation marker moving.

[Zabuzard]

13 minutes ago, Ivandrov said:

I can take a look through the tracks I have but it really did feel like he was barely moving the elevation angle

Right, that is mostly because an elevation angle of 3° already changes the covered altitude by 10k ft (at a distance of 30 NM). So you cover the entire relevant airspace by moving the angle around below 10° already, while the grid on the side goes up to 60° in both directions. So relevant angle changes will be very small on the scale only:

Jesters uninformed general scan pattern moves in a sophisticated way between -10k ft, -2k ft, 0 ft, +2k ft and +10k ft relative altitude (for a distance of 30nm). So you will get angle changes of around 4° in both directions maximum. To focus on a specific altitude, you can use the Jester Wheel.

Edited 1 hour ago by Zabuzard

[Ivandrov]

4 minutes ago, Zabuzard said:

Right, that is mostly because an elevation angle of 3° already changes the covered altitude by 10k ft (at a distance of 30 NM). So you cover the entire relevant airspace by moving the angle around below 10° already, while the grid on the side goes up to 60° in both directions. So relevant angle changes will be very small on the scale only:

Jesters scan pattern moves in a sophisticated way between -10k ft, -2k ft, 0 ft, +2k ft and +10k ft relative altitude. So you will get angle changes of around 4° in both directions maximum. To focus on a specific altitude, you can use the Jester Wheel.

It was less than that. Probably half a degree at the most. The track I have from Contention is very long, so I'll see if I can make a video or something.

[Zabuzard]

What I drew on the pic are +-10°. As explained, Jester operates more in the range of +-3 to 4°. So something like: