Zabuzard

Thanks. Jester is using a SDK method to determine whether the enemy is dead. Apparently it reports those guys as dead. Possibly sth for ED to look into, we will sort it out, cheers.

These controls are for mimicing the WSO as pilot. If you want to use the Mavericks from the front seat, you have to use the Weapon mini-stick (next to the throttle) in the front pit instead :) The controls for the Mavs are locked to the pit that activates them (also IRL), which is either the Pilot or WSO. Please refer to the manual for details, cheers: https://f4.manuals.heatblur.se/stores/air_to_ground/missiles/maverick.html#employment

Because of the loadout containing TV weapons that have a mandatory warmup-timer that is reset the moment this knob isnt in TV. So the only possibility to spawn hot and be able to use these weapons directly is vy having the knob in that position and pretending the timer has passed already internally. Its a bit unfortunate that spawning with the intent to use one weapon gives trouble if the intent was to use another weapon instead.

Mh, then I have some trouble following your description - it seems to work on our side. Could you provide details or a track or video? Cheers

The display setting in the Jester Menu is for the range to use in general search (Scan). Jester will only use it then, not during Target Focus or Lock or any other phase. Kindly see the manual for details: https://f4.manuals.heatblur.se/jester/combat/radar.html#scan In other modes, Jester adjusts the display range himself based on the target in focus, so that it is always clearly visible.

There is no clean, easy and safe way for us to create content inside DCS own savedgames folder. So what we always did for our modules is to create our own folder and then have full control over it. Possibly that can be changed if ED gives us a proper way to manage content in their folder.

Great find, and thanks for the track. Probably has to do with the exact camera position within the world with respect to the model. At some point it was carefully placed to look inside a black hull naturally, but possibly some stuff changed when we touched the positioning a few months ago to prevent collisions of the laser with the own pod model.

The AI would fall onto ED, we cant control its behavior. Player F4 vs Player F4 jamming should work though. Thanks for the track. Have you replayed it locally to see whether the track works and deplicates the issue? Server tracks often dont work. Cheers For the player controlled F4 with the jammer, have you checked whether the green XMIT lamps are on? The jammer has a warmup phase of a few minutes :)

Yes, it will be available in the upcoming DCS patch. It was originally supposed to be in the previous one already but it unfortunately missed the upload deadline by a day.

What you are seeing there is mostly the engine changing over time and not us touching any of those lamps. Its tricky.

The counter observation could be because the counter includes the internal wing tanks, which the external tanks cant feed into. So the internal fuselage tanks all being full (in particular the two cells the ext tanks can feed into) could happen at different counter values in case the internal wing tanks have been used throughout the flight. The tape above the counter is a "safer" way to inspect what's happening in this situation, as that only includes the internal fuselage tanks (cells 1-6, reserve cell 7 excluded). Which are exactly the cells that the external tanks can influence. They transfer directly into cells 3 and 5, and indirectly into cells 4, 6, 2 and 1 :) (On that note, the internal wing tanks transfer through the same pipes and mechanism as the ext tanks and are hence mutually exclusive)

It is actually quite complex because it is super dynamic and there is no way for you, as pilot, to "look into" it. Essentially, the switches on your fuel panel can open and close the valves for the external tanks or the internal wing tanks, which connects them to the fuel circuit. They are connected to cells 3 and 5 and will start transferring whenever those fall below a certain threshold. It is not really possible for you to influence this or to see what fuel level those cells currently have. They gravity feed cells 4 and 6, which also depends on their fuel level and forces acting on the plane. Those cells feed cells 1 and 2 via gravity and pumps, which also depends on their level and other factors. So it is a highly dynamic system and you cannot really predict nor influence the transfer. Details in the manual: https://f4.manuals.heatblur.se/systems/engines_and_fuel_systems/fuel_system.html#transfer-sequence In practice however, this system pretty much ensures that the non-fuselage tanks (internal wing or external tanks) are "emptied first" more or less by topping off the internal fuselage tanks every couple of seconds. So there isnt really any reason to be concerned. If you connect your ext tanks the external fuel will be emptied first more or less and you can jettison it essentially as early as possible.

This is actually mostly a topic of fighting with the DCS graphics engine for creating the desired effect that works as expected in day as well as night lighting conditions. We are aware that the lights don't look proper in all situations. Ill poke the art team, but I remember them going through various attempts that all had issues in some other situations. For example when it worked well for night it didn't work well during day anymore and so on. Tricky topic.

Options typically include: 1) Fly on a server hosted by someone else who went through the network setup 2) Host it yourself For 2) to work you need to open the corresponding ports (often called portforwarding). There are a lot of guides for this, as this is a non-specific and very widespread thing. But the exact process is different per router. It is usually a setting somewhere in your router configuration. But in some cases, depending on the exact ISP contract you have, it might not be available at all. An alternative approach to opening ports is to mimic creating a local network with you and your friend (LAN). I.e. as if you are living in the same house. There are apps for this, for example Hamachi. It is definitely something non-DCS (and non-Phantom) specific[emoji106]

Thanks for investigating and the instructions. Fingers crossed we can repro it with that as well [emoji106]

Afaik it is correct as-is. I remember this question coming up a few times during dev and the SMEs, and docs, always confirmed it to be correct. But I can doublecheck and fresh up the memories, cheers :)

Thanks for the tracks. Can you replay them locally in DCS to see if they work and replicate the issue? That's how you can verify yourself if the track will help us or not. Thanks :)

Yeah. Its not the best UI for this particular use case. Theres some stuff on the list to improve it. But welp, time... :D

When you set it to launch according to a configured program it will release them based on the configured programs parameters. Are you saying it is doing something different? If so, could you provide some details please? Cheers.

This is a DCS VR engine issue for which ull find solutions reported in the forum and the FAQ. Essentially, go to ur VR settings and check "Use System Resolution", select BOTH EYES and then go to ur graphics settings and select a resolution of at least 1920x1080. Restart DCS. It should work now. Otherwise, ull find some options to mitigate in the Special Options, such as offset and resizing.

Nope :)

Such vertical lines are either the result of getting jammed or its a known bug that a lot of players report being fixed after selecting the "Radar Performance" option in the Special Options. So I'd give that a try. Regarding Jester not finding the Mig, if you havent seen the return on the screen then its likely your fault for not positioning the aircraft right or simply expecting too much from this early radar tech. There isnt too much Jester or any WSO can do to make a target appear on the screen besides pointing the antenna there and tweaking the gain, which Jester does automatically. If you can supply a track or video of the situation we could have a look and give details on what happened :)

Please do take note that the manuals often cant be taken literally and sometimes contradict the electric wiring diagrams of the technical maint manuals and the like. But yeah, we will have a look. Thanks.

Rest assured, we read all bug reports. It will ofc be investigated. Cheers

Right, we are aware. It happens to us occasionally as well. The issue is not knowing that it happens or what it does. The issue is that in order to find the source of the problem and to then fix it, we need a working track file (short and SP) that reproduces the problem when replayed within DCS. Since then we can attach a debugger to the game while it replays the issue and inspect the system in order to spot what is going wrong in the code. So far neither we nor the community was able to capture it on a proper track yet, sadly. And our ~3 blind attempts at fixing "something that looks odd in the relevant code" apparently did not fix it. At that point the only way forward is to work with a track.