c0ff

It is monotonic. It gives the (fractional) number of real time seconds passed since the process start. Not affected by OS clock adjustments. The documentation needs a correction, indeed. Thanks for pointing this out. The resolution is at least 1 us (1 microsecond, 0.000001 sec).

The proper API is Sim.getRealTime() or DCS.getRealTime() (Sim. is the new API namespace, DCS. is its alias).

Hi Bucic! Nice to see you! Your report is sufficient enough, thanks! DCS uses our own proprietary sound engine.

This is a drawback of a solution for another problem, caused by aliasing in listener (camera) position from the sound engine perspective.

Most probably the virtual camera reports invalid veloicity value, which makes the sound engine to apply an unnecessary Doppler shift. FYI we don't use WWISE.

Thanks! This is some weird Windows issue, because DCS sound engine explicitly asks for the device to be open in AUDCLNT_SHAREMODE_SHARED mode.

DCS has 2 indepentent audio ouputs: one for World sounds, another one for Headphones. The latter always runs in stereo (2 channel) mode. You can select 2 different output devices for them in the options, if you want.

You can try it with this line in the autoexec.cfg file: sound.driver_name = "spatial" EDIT: it's pretty taxing on CPU because Windows Spatial Sound requires rendering audio to 17 independent channels. 16 directional and 1 LFE.

I think we've found the cause. The fix is being tested internally. Many thanks to @Flappie for the dedication, methodical testing and very quick feedback!

Dear guys, thank you for checking with Google's DNS servers. It confirmed that the issue is with C-Ares library (a DNS resolver) which we used in this update. It turns out it has problems with some OS/firewall/ISP/router combinations. We already disabled it in the internal version and the fix is going through our release pipeline (testing, merging to production, testing again ...)

.\bin\DCS_updater update 2.8.3 will update to the most recent 2.8.3.xxx version

That's possible to implement. Noted.

Hi! Sorry for the delay. We fixed the installer some time ago.

We found out there was one more problem, apart from incompatibility with LG Screen Splitter and we solved it as well. Next openbeta should be ok.

There's a more than one problem with the start. On of them is LG Screen Splitter software. We're working on a workaround atm. All other problems seem to be already resolved in the internal builds.

Do you guys use LG displays and the Screen Splitter software?

a quick update: we are testing another fix.

Thank you for testing this idea out! It's a pity it doesn't help. We are searching for the solution.

Okay, can I just post a zip with the file? Unpack into the install folder DCS-exe-local-file-unzip-to-install-folder.zip

The list of files reads 'DCS.exe.local Text Document' - it means that the real file name is DCS.exe.local.txt - you need to remove the .txt part

Please, create an empty file DCS.exe.local, for example in the Notepad (mind the extension when saving the file! it should be .local) Run DCS.exe after that. Thanks.

from the next update, DCS in the dedicated server mode won't use hardware ID for encypting the nerwork.vault file anymore. This should solve the issue with cloud-based servers. The only thing you have to do is to log in manually once.

Looks like the same issue as here: Please, try the workaround and report.

Can you please, create an empty file DCS.exe.local in the bin folder right near DCS.exe and try to run - it should work (I hope).

Thank you for the report. Installer fixed. Most probably this is a local issue. Please file a support ticket.