davidp57

Shamelessly plugging in : I've made a mod that automatically resizes and position the kneeboard to fill the right half of your main screen, even if you've got multiple displays, and in VR. It's here.

Hello @NineLine, We've experienced the same behavior and made a separate report here. Hope it helps !

Hi there, I've discussed this with @BIGNEWY on the Discord, who told me that the current behavior is to react to a missile launched either within 10nm or "half the missile range" (whatever that actually means, missile range is such a relative value). We made some tests in 2.7.0.5659, and can share a Tacview recording (here in video): first shot at 77 nm second shot at 60 nm third shot at 50 nm last shot at 30 nm

Thanks for your help Flappie! I'll try and disable Tacview but, for the record, it's been enabled very recently (2 days ago) as I disabled everything on the servers when updating to 2.7, and reactivate one feature at a time. And it did crash even then. Regarding trk files, this is disabled too (always has been on our servers, in `autoexec.cfg`)

Sure, here it is. An excerpt, which shows no audio device whatsoever (that's ok because we're on a W10 virtual machine running on a ProxMox hypervisor). Maybe 2.7 has a new pre-requisite : having an audio device ? We've seen this with BMS, for example. === Log opened UTC 2021-04-30 07:47:41 2021-04-30 07:47:41.094 INFO DCS: Command line: "C:\DCS World OpenBeta Server\bin\dcs.exe" --server --norender -w private_server 2021-04-30 07:47:41.095 INFO DCS: DCS/2.7.0.5118 (x86_64; Windows NT 10.0.19042) 2021-04-30 07:47:41.095 INFO DCS: DCS revision: 185114 2021-04-30 07:47:41.095 INFO DCS: Renderer revision: 21720 2021-04-30 07:47:41.095 INFO DCS: Terrain revision: 21726 2021-04-30 07:47:41.095 INFO DCS: Build number: 557 2021-04-30 07:47:41.095 INFO DCS: CPU cores: 6, threads: 6, System RAM: 32762 MB, Pagefile: 4864 MB 2021-04-30 07:47:41.259 INFO EDCORE: (dDispatcher)enterToState_:0 2021-04-30 07:47:41.270 INFO DCS: Device hotplug disabled! 2021-04-30 07:47:41.271 INFO Dispatcher: 2021/4/30 09:47 V1803061700 2021-04-30 07:47:41.327 INFO NET: ProtocolVersion: 258 2021-04-30 07:47:41.339 INFO SOUND: Using driver: wasapi 2021-04-30 07:47:41.340 INFO SOUND: Found 0 available audio device(s): 2021-04-30 07:47:41.341 INFO Dispatcher: InitLow 2021-04-30 07:47:41.531 INFO EDCORE: Loaded C:/DCS World OpenBeta Server/bin/CockpitBase.dll dcs.log.zip

I think that ED made some changes to the webgui page, to support 2.7, and that maybe these changes, while correcting the error I had on 2.7, broke the compatibility with 2.5.6 Just an educated guess.

Hello, Our dedi server crash everytime I stop them, since 2.7 ; they did not do this before. They always crash in ed_sound.dll with this error log : 2021-04-28 09:38:20.267 INFO NET: server has stopped 2021-04-28 09:38:20.271 INFO EDOBJECTS: lTypeObjectManagerImpl::clear 0 2021-04-28 09:38:20.275 INFO EDOBJECTS: lTypeObjectManagerImpl::clear 1 2021-04-28 09:38:20.275 INFO EDOBJECTS: lTypeObjectManagerImpl::clear 2 2021-04-28 09:38:20.408 INFO EDOBJECTS: lTypeObjectManagerImpl::clear 3 2021-04-28 09:38:20.519 INFO EDOBJECTS: lTypeObjectManagerImpl::clear 4 2021-04-28 09:38:20.525 INFO EDOBJECTS: lTypeObjectManagerImpl::clear 5 2021-04-28 09:38:20.528 INFO EDOBJECTS: lTypeObjectManagerImpl::clear 6 2021-04-28 09:38:20.532 INFO EDOBJECTS: lTypeObjectManagerImpl::clear 7 2021-04-28 09:38:20.532 INFO EDOBJECTS: lTypeObjectManagerImpl::clear 8 2021-04-28 09:38:20.536 INFO EDOBJECTS: lTypeObjectManagerImpl::clear 9 2021-04-28 09:38:20.536 INFO EDOBJECTS: lTypeObjectManagerImpl::clear 10 2021-04-28 09:38:20.537 INFO EDOBJECTS: lTypeObjectManagerImpl::clear 11 2021-04-28 09:38:20.537 INFO EDOBJECTS: lTypeObjectManagerImpl::clear 12 2021-04-28 09:38:20.538 INFO EDOBJECTS: lTypeObjectManagerImpl::clear 13 2021-04-28 09:38:20.539 TRACE Lua: Deleted state "gui::GUI::initSkinLuaState_" - 0000020F87972020 2021-04-28 09:38:20.541 TRACE Lua: Created state "GUIApplication::~GUIApplication" - 0000021CC00113A0 2021-04-28 09:38:20.542 TRACE Lua: Deleted state "GUIApplication::~GUIApplication" - 0000021CC00113A0 2021-04-28 09:38:20.618 TRACE Lua: Deleted state "Gui" - 0000020F8057F9A0 2021-04-28 09:38:20.657 TRACE Lua: Deleted state "Mission" - 0000020F8057FC10 2021-04-28 09:38:20.659 TRACE Lua: Deleted state "Scripting" - 0000020F8057D030 2021-04-28 09:38:20.705 INFO EDCORE: try to write dump information 2021-04-28 09:38:20.708 INFO EDCORE: # -------------- 20210428-073821 -------------- 2021-04-28 09:38:20.709 INFO EDCORE: DCS/2.7.0.5118 (x86_64; Windows NT 10.0.19042) 2021-04-28 09:38:20.710 INFO EDCORE: C:\DCS World OpenBeta Server\bin\ed_sound.dll 2021-04-28 09:38:20.711 INFO EDCORE: # C0000005 ACCESS_VIOLATION at 5BFE52C6 00:00000000 2021-04-28 09:38:20.712 INFO EDCORE: SymInit: Symbol-SearchPath: '.;C:\DCS World OpenBeta Server;C:\DCS World OpenBeta Server\bin;C:\WINDOWS;C:\WINDOWS\system32;SRV*C:\websymbols*https://msdl.microsoft.com/download/symbols;', symOptions: 530, UserName: 'veaf' 2021-04-28 09:38:20.713 INFO EDCORE: OS-Version: 10.0.19042 () 0x100-0x1 2021-04-28 09:38:21.205 INFO EDCORE: 0x00000000000152C6 (ed_sound): SND_speaker_layout_get_info + 0xBF6 2021-04-28 09:38:21.207 INFO EDCORE: 0x00000000000147EE (ed_sound): SND_speaker_layout_get_info + 0x11E 2021-04-28 09:38:21.207 INFO EDCORE: 0x000000000000398A (ed_sound): SND_exit + 0xEA 2021-04-28 09:38:21.207 INFO EDCORE: 0x00000000007E50B2 (DCS): SW + 0x4F4702 2021-04-28 09:38:21.208 INFO EDCORE: 0x0000000001C2BB7A (DCS): AmdPowerXpressRequestHighPerformance + 0xE40B76 2021-04-28 09:38:21.208 INFO EDCORE: 0x0000000000A067DE (DCS): SW + 0x715E2E 2021-04-28 09:38:21.208 INFO EDCORE: 0x0000000000017034 (KERNEL32): BaseThreadInitThunk + 0x14 2021-04-28 09:38:21.208 INFO EDCORE: 0x0000000000052651 (ntdll): RtlUserThreadStart + 0x21 2021-04-28 09:38:21.337 INFO EDCORE: Minidump created. 2021-04-28 09:38:21.337 INFO Lua::Config: stack traceback: That's when I click the "close" button on the dedicated server window (which is how I always have closed the servers). @BIGNEWY can you please transmit this report ? Priority is very low because it still works afterwards, but I have to clean up loads of dumps (servers auto-restart every few hours) Thanks !

at that point you should look in the referenced file : C:\Users\CSG-8S~1\AppData\Local\Temp\DCS.openbeta_server\/~mis00003768.lua

Also, and maybe unrelated, lots of times a convoy on a road stops when one of the vehicles encounters problems. This can be : a damaged vehicle that cannot move anymore (should be abandonned) a vehicle that is blocked by a wreck (when all other vehicles pass through the wreck as if it was a ghost) some other cause that I don't understand

Well, I don't know what happened in a week, but since my last post it seems to have been somehow corrected. no update applied (DCS 2.7.0.5118 was already installed last Thursday) no change in configuration no reboot of the Windows machine lots and lots of server restarts (they restart approx. every 4-8 hours) Now that I think about it, we don't use the local webgui, but instead the one available on ED website. Could it be possible that something was changed there, a few days after patch 2.7.0.5118 which fixed it locally ? @BIGNEWY, I think you can consider it solved.

Thanks for the clarification, Taz. I didn't have this information. This is, indeed, not cool. Even if you kindly don't mind, it's not good practice.

Hello@BIGNEWY ! I haven't had the problem since the 2.7.0.5118 update. So, from my point of view, it seems fixed. Thanks !

@zildacED certainly changed their particle engine, which gave us nice, fluffy smoke and beautiful flames, and probably helped with the clouds (although I don't know about this). To say that they used Taz' excellent mod is an exageration, in my humble opinion. Of course, you're right, in the past they sometimes used community work in the game ; but they always recognized the author (I know this, I'm one of them - an ancient one, at that ^^). I think that they simply changed the smoke and fire of their engine in a way that paralleled Taz', which is logical : both are beautiful !

I've already seen this RegMapStorage.cpp error in another older report ; at that time the dev team answered that this was a problem of map object count (too many, not enough ids)

Did it ? it wasn't solved on my servers.... Wonder what I have to do...

Good report ; it's been like in 2.5 also, so the supposed "fix" probably didn't fix a lot

I agree with @Maverick87Shaka : we've had 2 servers running 2.5.6 for ages. It started bugging on 2.7

I get this one each time one of my dedicated servers is stopped.

Great, thanks !

I encountered a problem that may be linked. Just a headsup in case you have the same issue.

The WebGUI (either local on on ED's website) is not showing what my servers are sending. This concerns (at least) the current mission. It's displayed correctly on the servers list (both "public servers" and "my servers") as you can see : But if I use the WebGUI, another mission is selected in the list (1) although the server data is correct (2) : I've edited my serverSettings.lua file as advised by @BIGNEWY to include the new ["listStartIndex"] variable : cfg = { ["current"] = 5, ["listStartIndex"] = 5, And this is what the server is sending (trace mode, obviously) : 2021-04-16 11:40:12.176 TRACE WebGUI: Request from remote: 54.36.51.100 2021-04-16 11:40:12.176 TRACE WebGUI: request: getMissionInfo {"uri":"getMissionInfo"} 2021-04-16 11:40:12.192 TRACE WebGUI: reply: {"result_red":0,"mission_filename":"C:\\Users\\veaf\\Saved Games\\DCS.missions\\_VEAF_OpenTraining.public\\VEAF_OpenTraining_Caucasus-dawn-real.miz","mission_time":0,"mission_name":"VEAF_OpenTraining_Caucasus-dawn-real","mission_description":"Si vous vous aventurez au sud dans la zone sanctuaire, vous serez détruits après quelques secondes !\n----------------\nIf you venture south in the sanctuary zone, you'll be destroyed in a matter of seconds !\n\n=======\n\nLe PvP n'est autorisé que dans le cadre de la zone Airquake et de la zone Red vs Blue PVP\n------\nPvP is only authorized in the Airquake zone and in the Red vs Blue PvP area\n\n=======\n\nDocumentation de la mission http://veaf.org/opentraining\n\nNous contacter:\n- Site : https://www.veaf.org/\n- Discord: http://veaf.org/discord\n- TeamSpeak: ts.veaf.org\n\n=======\n\nMETAR : UGMS 150900Z 16003KT 070V210 9999 FEW090 11/M07 Q1021\n","result_blue":0} 2021-04-16 11:40:12.395 TRACE WebGUI: Request from remote: 54.36.51.100 2021-04-16 11:40:12.395 TRACE WebGUI: request: getMissionList {"uri":"getMissionList"} 2021-04-16 11:40:12.411 TRACE WebGUI: reply: {"missionList":["C:\\Users\\veaf\\Saved Games\\DCS.missions\\empty-caucasus.miz","C:\\Users\\veaf\\Saved Games\\DCS.missions\\empty-syria.miz","C:\\Users\\veaf\\Saved Games\\DCS.missions\\empty-persiangulf.miz","C:\\Users\\veaf\\Saved Games\\DCS.missions\\_VEAF_OpenTraining.public\\VEAF_OpenTraining_Caucasus-night-real.miz","C:\\Users\\veaf\\Saved Games\\DCS.missions\\_VEAF_OpenTraining.public\\VEAF_OpenTraining_Caucasus-dawn-real.miz","C:\\Users\\veaf\\Saved Games\\DCS.missions\\_VEAF_OpenTraining.public\\VEAF_OpenTraining_Caucasus-dawn-scattered.miz","C:\\Users\\veaf\\Saved Games\\DCS.missions\\_VEAF_OpenTraining.public\\VEAF_OpenTraining_Caucasus-dawn-broken.miz","C:\\Users\\veaf\\Saved Games\\DCS.missions\\_VEAF_OpenTraining.public\\VEAF_OpenTraining_Caucasus-dawn-overcast.miz","C:\\Users\\veaf\\Saved Games\\DCS.missions\\_VEAF_OpenTraining.public\\VEAF_OpenTraining_Caucasus-dawn-overcast-rain.miz","C:\\Users\\veaf\\Saved Games\\DCS.missions\\_VEAF_OpenTraining.public\\VEAF_OpenTraining_Caucasus-day-real.miz","C:\\Users\\veaf\\Saved Games\\DCS.missions\\_VEAF_OpenTraining.public\\VEAF_OpenTraining_Caucasus-day-scattered.miz","C:\\Users\\veaf\\Saved Games\\DCS.missions\\_VEAF_OpenTraining.public\\VEAF_OpenTraining_Caucasus-day-broken.miz","C:\\Users\\veaf\\Saved Games\\DCS.missions\\_VEAF_OpenTraining.public\\VEAF_OpenTraining_Caucasus-day-overcast.miz","C:\\Users\\veaf\\Saved Games\\DCS.missions\\_VEAF_OpenTraining.public\\VEAF_OpenTraining_Caucasus-day-overcast-rain.miz","C:\\Users\\veaf\\Saved Games\\DCS.missions\\_VEAF_OpenTraining.public\\VEAF_OpenTraining_Caucasus-evening-real.miz","C:\\Users\\veaf\\Saved Games\\DCS.missions\\_VEAF_OpenTraining.public\\VEAF_OpenTraining_Caucasus-evening-scattered.miz","C:\\Users\\veaf\\Saved Games\\DCS.missions\\_VEAF_OpenTraining.public\\VEAF_OpenTraining_Caucasus-evening-broken.miz","C:\\Users\\veaf\\Saved Games\\DCS.missions\\_VEAF_OpenTraining.public\\VEAF_OpenTraining_Caucasus-evening-overcast.miz","C:\\Users\\veaf\\Saved Games\\DCS.missions\\_VEAF_OpenTraining.public\\VEAF_OpenTraining_Caucasus-evening-overcast-rain.miz","C:\\Users\\veaf\\Saved Games\\DCS.missions\\_VEAF_OpenTraining.public\\VEAF_OpenTraining_Syria-night-real.miz","C:\\Users\\veaf\\Saved Games\\DCS.missions\\_VEAF_OpenTraining.public\\VEAF_OpenTraining_Syria-dawn-real.miz","C:\\Users\\veaf\\Saved Games\\DCS.missions\\_VEAF_OpenTraining.public\\VEAF_OpenTraining_Syria-dawn-scattered.miz","C:\\Users\\veaf\\Saved Games\\DCS.missions\\_VEAF_OpenTraining.public\\VEAF_OpenTraining_Syria-dawn-broken.miz","C:\\Users\\veaf\\Saved Games\\DCS.missions\\_VEAF_OpenTraining.public\\VEAF_OpenTraining_Syria-dawn-overcast.miz","C:\\Users\\veaf\\Saved Games\\DCS.missions\\_VEAF_OpenTraining.public\\VEAF_OpenTraining_Syria-dawn-overcast-rain.miz","C:\\Users\\veaf\\Saved Games\\DCS.missions\\_VEAF_OpenTraining.public\\VEAF_OpenTraining_Syria-day-real.miz","C:\\Users\\veaf\\Saved Games\\DCS.missions\\_VEAF_OpenTraining.public\\VEAF_OpenTraining_Syria-day-scattered.miz","C:\\Users\\veaf\\Saved Games\\DCS.missions\\_VEAF_OpenTraining.public\\VEAF_OpenTraining_Syria-day-broken.miz","C:\\Users\\veaf\\Saved Games\\DCS.missions\\_VEAF_OpenTraining.public\\VEAF_OpenTraining_Syria-day-overcast.miz","C:\\Users\\veaf\\Saved Games\\DCS.missions\\_VEAF_OpenTraining.public\\VEAF_OpenTraining_Syria-day-overcast-rain.miz","C:\\Users\\veaf\\Saved Games\\DCS.missions\\_VEAF_OpenTraining.public\\VEAF_OpenTraining_Syria-evening-real.miz","C:\\Users\\veaf\\Saved Games\\DCS.missions\\_VEAF_OpenTraining.public\\VEAF_OpenTraining_Syria-evening-scattered.miz","C:\\Users\\veaf\\Saved Games\\DCS.missions\\_VEAF_OpenTraining.public\\VEAF_OpenTraining_Syria-evening-broken.miz","C:\\Users\\veaf\\Saved Games\\DCS.missions\\_VEAF_OpenTraining.public\\VEAF_OpenTraining_Syria-evening-overcast.miz","C:\\Users\\veaf\\Saved Games\\DCS.missions\\_VEAF_OpenTraining.public\\VEAF_OpenTraining_Syria-evening-overcast-rain.miz"],"listLoop":false,"listShuffle":false,"listStartIndex":5} It's not very important, but as always I prefer reporting the problem, it may hide another bigger one. Cheers, Zip.

Dedicated server, sorry

I've got a similar problem, I posted here.

I've got a problem with my servers which may be linked to this other problem (unresponsive DCS process when the dedicated server window is minimized). We've got two servers. When we start these servers concurrently, after a while (less than 60 minutes, I haven't been monitoring more aggressively), the servers get deregistered from the public list, and it seems that new connections are refused. I just noticed that, when I click on one of the dedicated server windows (note that they were not minimized, merely inactive because other windows went active instead), it starts registering itself again : One server 2021-04-16 10:24:53.731 TRACE SECURITYCONTROL: do_check_resource(models/p-47d_lod4.edm, # 2021-04-16 11:13:53.927 ERROR NET: Server update was late, registering again... 2021-04-16 11:13:53.927 INFO NET: Registering HTTP control interface as 178.33.154.23:22080 (port is assumed to be open) 2021-04-16 11:13:53.927 INFO NET: Registering server as 178.33.154.23:10708 (port is assumed to be open) And the other 2021-04-16 08:24:26.559 INFO Dispatcher: loadMission Done: Сontrol passed to the player 2021-04-16 09:13:52.599 ERROR NET: Server update was late, registering again... 2021-04-16 09:13:52.599 INFO NET: Registering HTTP control interface as 178.33.154.23:21080 (port is assumed to be open) 2021-04-16 09:13:52.599 INFO NET: Registering server as 178.33.154.23:10808 (port is assumed to be open) I was wondering if had something to do with the process being inaccessible whenever the window was not active ? I'm available for testing, and our servers are in trace mode.

Apparently it still doesn't work.