BJ55

I see no outbound network requests from hbui, f4.heatblur.local is "local" https://en.wikipedia.org/wiki/.local .

It's not only RB modules, my AV don't like: AJS37*.dll HB AV8B*.dll RB F14*.dll HB F15E*.dll RB M2KC*.dll RB MB339A.dll IFE Avionics.dll (Mig-21bis) M3 Often expired certificates lead to this situation, I'm not worried since, until now, I've not noticed any kind of unwanted traffic or activity.

Can you check your dcs.log at the CPU lines, my 12700F has EDCORE (Main): common cores: {4, 5, 6, 7, 12, 13, 14, 15} EDCORE (Main): render cores: {8, 9, 10, 11, 0, 1, 2, 3} EDCORE (Main): IO cores: {16, 17, 18, 19} I've noticed in another log that the 14900K has EDCORE (Main): common cores: {4, 5, 6, 7} EDCORE (Main): render cores: {2, 3, 0, 1} EDCORE (Main): IO cores: {8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23} I suspect that it's a Windows core parking issue (win+R resmon to check if you have parked cores while running DCS), if so try with disabling the (useless) core parking.

This is a new information! You noticed the same behaviour even in other missions and starting from c&d? I've never ever had those weird yaw oscillations in hundreds of flight hours (for the most I use TTI missions).

Did RB used VMProtect for their dll's?

You're doing something wrong, maybe during startup, if I take control of the last .trk and press FCS Reset the yaw oscillation quits.

Thank you for the HBUI Special Option and, obviously, for all the bugfixes and improvements!

From your log: 2024-06-04 22:09:45.282 INFO EDCORE (11340): 0x00000000000277ab (edCore): ed::fatal_out_of_memory + 0x3B First check this thread: Then you can disable Intel 770 GPU, if you're using the latest NV borked drivers roll back to 552 or better 551, etc...

There's a small bug with a unit in Sinai North: group name (CAS) A-10C II, type A-10C, name F/A-18C , it's placed at ramp 85. Thank you for your great missions! Best regards.

Your pagefile is only 800MB... As per link Flappie suggested you should use at least 32GB (32768MB initial and maximum size), try this and see what that happens. Also follow the previous suggestion of debugging with a clean DCS user folder, at least until you find the issue. (There are some "ERROR ASYNCNET" in your dcs-1.log)

There are any plans to add the Jester assisted startup like in the F-14? This can be really useful to familiarize with the cockpit layout and the procedure.

nvgpucomp64.dll = hardware issues or latest Nvidia drivers (555.85 are a mess), - check your bios settings, eventually disable integrated GPU and overclock. https://www.nvidia.com/en-us/geforce/forums/gaming-pcs/8/535900/all-games-are-crashing-in-a-few-minutes-without-an/ - try with a clean install of the 551.61 drivers (uninstall actual and clean from leftovers befor installing older ones). https://www.elevenforum.com/t/nvgpucomp64-dll.25392/ ...And hope for the best!

I've had no chance to review the code when, in the past, my AV flagged piwik .js as trojan. "In 2012 hackers inserted malicious code into the open-source Piwik analytics software after compromising the Web server used for downloads", the same happened last year with a WP plugin... Do I have to blindly trust them and let run their scripts (in a unprotected browser)?

I've immagined something like that, since the complexity of the issue and all the trouble your having after the release. Thanks! Best regards.

I've asked some info here: https://forum.dcs.world/topic/349202-heatbluruiexe-network-requests/ , they replied, but after a few minutes the reply was deleted. The situation is worse than expexcted, I forgot to clear the hosts, so didn't noticed that some connections were dropped, HeatblurUI.exe connects to: cdn.matomo.cloud - (ex Piwik) notorious for tracking, aggressive telemetry, and malware delivery. fonts.googleapis.com update.googleapis.com - The Evil™ , everybody knows. *.r.cloufront.net - Amazon, everybody knows. cdnjs.cloudflare.com - notorious for mass surveillance and denial of service. f4.heatblur.local - dunno. They made a great work with this plane but: -it was nowhere mentioned of this network requests. -that multiple processes of google's crapware are eating cpu cycles and memory. I must check if hbui is having memory leaks because of the firewall... The funny thing is that everybody screams for realism, but it's fine if we use a youtube browser while flying: Sorry, if I need to browse while flying I can use another device or another monitor or alt+tab, with a (privacy respecting) browser of choice and whithout overloading my PC. I hope that they don't bring this PUP into the F-14, or at least that they give us the choice to keep using the Good ol' Jesta. For every problem ther is a solution, for every solution there is a better solution.

This aircraft is really CPU heavy, even with lower simulation update rate ticked and radar in standby I can't go above 2x sim rate, with the other modules I can push from 4x to 10x depending on the situation.

If you want to stay safe use SumatraPDF, it don't execute js, plus both internet access and link protocols can be disabled with a .ini . No crashes so far reading the F-4 manual.

Probably you rig is in the lower spec needed for the Phant, but since 1080 resolution is not so high... Best thing you cand do is bring up the task manager to see if some processes are overloading the pc.

Have you tried with cockpit global illumination disabled?

Page 489: The forward AIM-7 missiles can be inhibited from launch under certain centerline conditions due to possible separation issues or chance of igniting the contents of the centerline position. The CL tank light will illuminate if such a possible condition exists. The conditions that can cause this are as follows: 1. Fuel Tank or MER; the forward Sparrows cannot be launched. The CL tank light will shut off if the tank or MER is jettisoned, allowing launch or jettison. 2. BRU-5/A with single bomb; the CL tank light will illuminate. Forward position Sparrows can be launched or jettisoned; however, attention should be paid to eliminate lateral roll movements until the launched weapon is clear. 3. Aero-27/A with Centerline Arming Unit. The CL tank light will illuminate; however, the forward position AIM-7s cannot be jettisoned or released until this is removed post-flight.

Probably the digital signature has become invalid/outdated and the M2000 dll's are considered unsafe.

So, my worries has been confirmed, HeatblurUI.exe is making requests to cdnjs.cloud flare.com and cdn.mat omo.cloud, triggering my firewall allerts. (both domains and IP ranges are in my blocklist) Is it possible to add an option in special menu to disable those requests and add the privacy policy and the purpose of network requests in the ED shop product page? Thank you. Best regards. BJ

After today's update the map performance is very good, tested with F-15E quick mission at Ushiaia, thank you!

What a strange behaviour, did you check throttle axis deadzones? You can bring up the controls indicator ( Rctrl+enter) to see what inputs are being sent to the aircraft.

You can use 7zip and split by size, then upload the multiple files. Don't know if it's related, but here's a single player track with George using "the Force" to sense enemies behind buildings and then wasting K's one after another: ag_cpg_syria.trk With "weapons free" it's a tragedy!