Kid18120

Thanks for the reply and yes, it's clear what you mean. However, our server is set to that it goes into pause when no clients are present and the freezes always happen while noone is on the server. Olympus won't respond as the server is completely frozen and windows' task manager reports the DCS_server.exe as "not responding" and won't move from there until we kill it.

Yes after a restart of the affected instance(s) it goes back to normal again. For now only instances 1 and 3 have been affected, with #1 being twice now, while #3 is the first time. Seems a bit of a random thing. Might actually be related to ED's servers

We don't use the internal voice chat so it is disabled via server config. It was also my understanding that the webrtc port was deprecated and all traffic routed through the game port (i.e. 10308). Our ports setup is: # instance1 DCS 10308 WebGUI 8088 # instance2 DCS 10309 WebGUI 8089 # instance3 DCS 10310 WebGUI 8090

Hello, as per title, i have 3 instances running on the same machine, all 3 working fine but 2 of the 3 instances have this error in dcs.log file and are not showing on MP Server List nor under "My Server" from my account. Though we can connect just fine via direct IP and everything else works as expected. """"""""""" ERROR ASYNCNET (1916): HTTP request dcs:server:update failed with error 7: Couldn't connect to server ERROR ASYNCNET (Main): Server update failed with code -7. The server will be unlisted. """"""""""" Already checked Windows firewall, we have all the needed inbount ports opened, outgoing firewall set to allow all by default. Anyone else having this issue and maybe found a solution? Other than restarting the server, which we already tried and obviously "fixes" the problem until it happens again. Thanks in advance!

We're now running off a new fresh system install with all the bells and whistles except LotATC, seems to be stable. Sucks but hey, it works

We thought about doing so as well but we do actively use it, plus on the old box it seems not to cause issues. Same software version for everything except Windows 10 on the old box and Server 2022 on the new one, so i think it's more likely a problem with either the new environment or some config/settings on DCS-side

Hi all, we're experiencing a bit of a weird issue with DCS Server (modular installer version) on a fresh Windows Server 2022 installation on a dedicated server box. To cut the text short, we have 3 instances of DCS server running which work properly but they do tend to randomly freeze (task manager shows them as "not responding" and not necessarily all 3 of them at the same time). Server logs were a bit of a mess so we cleaned up the machine and started the instances once again, so i will provide some logs as soon as the issue rehappens. It seems like the issue happens after about 10-12hours of running time, though sometimes it happens on instance1, some other times on the instance3, or other times on 2 of the 3 instances. In the meantime here are some more server related details: Server specs are: CPU Ryzen 5 7600X, RAM 64GB ECC, 1TB NVME SSD, running on a Windows Server 2022, no dedicated GPU DCS was installed via the dedicated server modular installer the user running on the server is the actual "Administrator" user with full access rights instances are all working on their dedicated saved games folders (instance1, instance2 and instance3 respectively) each instance has its own autoexec.cfg (see below for its content) where the only difference between the instances is the webgui port we have SRS, Olympus, LotATC and Tacview installed but currently only DCS, SRS and Olympus are being used running missions use DSMC and CTLD the 3 instances are running 3 different mission files, featuring light, medium and havy loads in unit counts While waiting for the servers to freeze up to get proper logs, which i will post here as soon as we have them, i'm eager to get your opinions on what to try or check in order to troubleshoot the issue. Things we have tried so far: Cleanup/Reinstall software used (SRS, Olympus, etc.) We were previously running on a local administrator user that was not "Administrator" so we switched everything back to use the actual "Administrator" account Change DCS, webguid, SRS and LotATC ports Running DCS_Server.exe as admin (Right click - properties - compatibility - run this program as administrator) ---> this is the latest change we made so we don't know if it might have fixed the issue, we'll see Autoexec.cfg file content: if not net then net = {} end net.download_speed = 131072000 net.upload_speed = 131072000 net.use_ipv6 = false net.use_upnp = false options.graphics.render3D = false webgui_port = 1234 disable_write_track = true no_device_hotplug = true crash_report_mode = "silent" Thanks to anyone who will chime in.

Thanks for the feedback Vader. Much appreciated

That switch has nothing to do with turning off the radar altimeter, it just alters the parameter visualized on the HUD. What you would be looking for is the radar altimeter power switch located by the LEFT/RIGHT PYLON and FCR power switches

Definitively not hardware / controller related. It happens at random times, seems a bit more consistent on MP rather than SP for some reason, but still very hit and miss. Known workaround to get the antenna elevation "unstuck" are to cycle RWS/TWS or change the azimuth for the mode you're in (i usually just go spotlight holding TMS UP as it's quicker)

Velcros are a common "mod" to attach protectors to helmets. I wouldn't stress over it.

As per the title, the default skin for the F16 (and a few others. i.e. Bulldogs,) have a "cut" in the color tonality between the fuselage and the wings, with wings being noticibly darker since last update

It's still happening every now and then. I doubt it's controller/hardware related as it happens randomly. It seems to be a bit more frequent if you are in TWS with a bugged target, then TMS RIGHT to start tracking it and somehow you lose the radar contant. After that point the antenna elevation stops responding until one of the workarounds is done

I can confirm this. Also i'll add the preset channels that don't show up seem to be working, it's just the channel indication that doesnt change until you get to ch.6. Both VHF AM and FM panels

Clear! If you need more hands on the testing I can help side I can help. I'm not too skilled on the scripting/coding but I can certainly test the build with various systems, especially for the A10C as I pretty much fly with it 100% of the time. Just shoot me a PM with the details if there's a free spot

Thanks for the quick reply! I'm currently on Helios v1.6.3304, did i miss a release? Everything works perfectly with the "old" A10C, but not with the new A10C_2. Some switches do work but i get no MFCDS nor other instruments working. What steps could i try?

I found an issue with the A10C_2. It all works fine for Radio1 (VHF AM) and Radio2 (UHF) but whenever I try to use Radio3 (VHF FM) instead of switching to it, it starts transmitting on the last radio i used. Is it just my installation that has something messed up?

Do you have an ETA on A10C_2 support? (no pressure of course, just asking :) ) EDIT: As of the update that just dropped for DCS (2.5.6.55847), nothing works anymore, not even MFCDs export and the other few things that were working with Helios :(

Yes it's a common problem. The new A10 is seen as a new module so i guess it will require new scripts to be released with an update for helios (hopefully soon :smartass: )

Same here, seems to be a bug in the default mapping file

TGP not resetting with China Hat Aft As per title, China Hat Aft short is not resetting the TGP, instead it starts LSS. Steps to reproduce: 1- Make sure China Hat Aft is mapped in the controls 2- Move the TGP around 3- Press China Hat Aft Short expected: TGP should reset to boresight mode actual: TGP goes in LSS mode

Indeed

BigNewy confirmed on Facebook that the release is still planned for the 30th. This screen shot is from yesterday

+1000000000 but i would't get my hopes up, nothing about the TAD has been even remotely mentioned about the upgraded features for A10C-II

I plan to replace the TISL panel with the HMCS control head and sneak the ARC210 somewhere by the other radios by doing some resizing in Helios. I'm confident the parts that are the same will remain equal with exports and what not