Arbitrary

null This really sucks when working in the mission editor. Why is there even this continuous login check when ED says 99.999999999999999999999999% of the player base is single player?

I was curious if this was fixed in the latest patch sans patch note. But it still seems to be present.

I just got this while working in the mission editor. Wasted a lot of time. Thank you.

Thank you. The crash remains a pain point until it is patched; if The Team could provide some insight into the root cause, we could implement some changes to the mission that may reduce/eliminate the mission crash. We would be very appreciative.

Thank you. The only annoyance for testing is that it I have no idea what is actually inducing it. It might happen more frequently with more players connected, or it might not. And like I said in the OP, it may require leaving the mission running for more than 6 hours. It is a pain point in my community because it can happen a few times in our flight nights. Other communities utilize the base mission lua and did mention crashes in discord chat.

2025-04-27 12:44:19.195 INFO EDCORE (Main): try to write dump information 2025-04-27 12:44:19.223 INFO EDCORE (Main): # -------------- 20250427-124419 -------------- 2025-04-27 12:44:19.225 INFO EDCORE (Main): DCS/2.9.15.9599 (x86_64; MT; Windows NT 10.0.22631) 2025-04-27 12:44:19.227 INFO EDCORE (Main): D:\DCS World Server\bin\edCore.dll 2025-04-27 12:44:19.229 INFO EDCORE (Main): # C0000005 ACCESS_VIOLATION at 00007ffaadf1b52a 00:00000000 2025-04-27 12:44:19.231 INFO EDCORE (Main): SymInit: Symbol-SearchPath: 'D:\DCS World Server\bin;', symOptions: 532, UserName: 'username' 2025-04-27 12:44:19.233 INFO EDCORE (Main): OS-Version: 10.0.22631 () 0x100-0x1 2025-04-27 12:44:19.235 INFO EDCORE (Main): 0x000000000001b52a (edCore): LinkBase::Set + 0x1A 2025-04-27 12:44:19.237 INFO EDCORE (Main): 0x00000000000dc0b5 (Transport): woCar::checkMissileThreat + 0x85 2025-04-27 12:44:19.238 INFO EDCORE (Main): 0x00000000000be4d5 (Transport): wcColumn::GetLastWaypointId + 0x1B5 2025-04-27 12:44:19.239 INFO EDCORE (Main): 0x000000000000461b (World): wSimTrace::CommandsTraceDiscreteIsOn + 0x3EB 2025-04-27 12:44:19.239 INFO EDCORE (Main): 0x0000000000004c42 (World): wSimCalendar::DoActionsUntil + 0x262 2025-04-27 12:44:19.239 INFO EDCORE (Main): 0x0000000000a4e33a (DCS_server): SW + 0x4368BA 2025-04-27 12:44:19.239 INFO EDCORE (Main): 0x0000000000a4e011 (DCS_server): SW + 0x436591 2025-04-27 12:44:19.239 INFO EDCORE (Main): 0x0000000000a74a52 (DCS_server): SW + 0x45CFD2 2025-04-27 12:44:19.239 INFO EDCORE (Main): 0x0000000000a285e4 (DCS_server): SW + 0x410B64 2025-04-27 12:44:19.239 INFO EDCORE (Main): 0x0000000000a29ca3 (DCS_server): SW + 0x412223 2025-04-27 12:44:19.239 INFO EDCORE (Main): 0x000000000256e4f8 (DCS_server): AmdPowerXpressRequestHighPerformance + 0x10854F4 2025-04-27 12:44:19.239 INFO EDCORE (Main): 0x00000000010ad47e (DCS_server): SW + 0xA959FE 2025-04-27 12:44:19.240 INFO EDCORE (Main): 0x000000000001257d (KERNEL32): BaseThreadInitThunk + 0x1D 2025-04-27 12:44:24.475 INFO EDCORE (Main): Minidump created. Here you go, buddy. I did the ram speed reduction, and the other janitor tasks you indicated. Again, this is not one computer that is consistently producing this crash. There are no other crashes. Only this crash with the doactionsuntil, across three or more computers.null dcs.log-20250427-124419.zip dcs.log

Thanks for sharing, Grindmetal. Sleighzy, the log shared by Grindmetal is a run on a different system. Wouldn't an issue with RAM produce inconsistent faults, instead we are seeing 3+ different servers throw the same error chain?

Maybe I grabbed the wrong file for the singular crash. Windows 11 likes to put the newest file at the BOTTOM despite being sorted newest first. Here is the latest. This happens on more than just my system. I thought it might be related to an 'unstuck' routine for ground units that got stuck, so I disabled that part. Still the same doactionsuntil + 0x262 2025-04-25 15:19:28.398 INFO EDCORE (Main): try to write dump information 2025-04-25 15:19:28.426 INFO EDCORE (Main): # -------------- 20250425-151928 -------------- 2025-04-25 15:19:28.428 INFO EDCORE (Main): DCS/2.9.15.9599 (x86_64; MT; Windows NT 10.0.22631) 2025-04-25 15:19:28.430 INFO EDCORE (Main): D:\DCS World Server\bin\edCore.dll 2025-04-25 15:19:28.431 INFO EDCORE (Main): # C0000005 ACCESS_VIOLATION at 00007fff521ab52a 00:00000000 2025-04-25 15:19:28.433 INFO EDCORE (Main): SymInit: Symbol-SearchPath: 'D:\DCS World Server\bin;', symOptions: 532, UserName: 'username' 2025-04-25 15:19:28.437 INFO EDCORE (Main): OS-Version: 10.0.22631 () 0x100-0x1 2025-04-25 15:19:28.439 INFO EDCORE (Main): 0x000000000001b52a (edCore): LinkBase::Set + 0x1A 2025-04-25 15:19:28.441 INFO EDCORE (Main): 0x00000000000dc0b5 (Transport): woCar::checkMissileThreat + 0x85 2025-04-25 15:19:28.443 INFO EDCORE (Main): 0x00000000000be4d5 (Transport): wcColumn::GetLastWaypointId + 0x1B5 2025-04-25 15:19:28.443 INFO EDCORE (Main): 0x000000000000461b (World): wSimTrace::CommandsTraceDiscreteIsOn + 0x3EB 2025-04-25 15:19:28.443 INFO EDCORE (Main): 0x0000000000004c42 (World): wSimCalendar::DoActionsUntil + 0x262 2025-04-25 15:19:28.444 INFO EDCORE (Main): 0x0000000000a4e33a (DCS_server): SW + 0x4368BA 2025-04-25 15:19:28.444 INFO EDCORE (Main): 0x0000000000a4e011 (DCS_server): SW + 0x436591 2025-04-25 15:19:28.444 INFO EDCORE (Main): 0x0000000000a74a52 (DCS_server): SW + 0x45CFD2 2025-04-25 15:19:28.444 INFO EDCORE (Main): 0x0000000000a285e4 (DCS_server): SW + 0x410B64 2025-04-25 15:19:28.444 INFO EDCORE (Main): 0x0000000000a29ca3 (DCS_server): SW + 0x412223 2025-04-25 15:19:28.444 INFO EDCORE (Main): 0x000000000256e4f8 (DCS_server): AmdPowerXpressRequestHighPerformance + 0x10854F4 2025-04-25 15:19:28.444 INFO EDCORE (Main): 0x00000000010ad47e (DCS_server): SW + 0xA959FE 2025-04-25 15:19:28.444 INFO EDCORE (Main): 0x000000000001257d (KERNEL32): BaseThreadInitThunk + 0x1D 2025-04-25 15:19:28.638 INFO EDCORE (Main): Minidump created. dcs.logdcs.log-20250425-151928.zip

I disable ground unit "unstuck" routine to see if it was related to that. Currently inconclusive. Had another "soft" crash popup that didn't stop the server from running (like my 2nd post in this thread). Unfortunately the game later crashed in a way that didn't generate a dump successfully. 2025-04-25 05:35:43.175 INFO EDCORE (43264): try to write dump information 2025-04-25 05:35:43.222 INFO EDCORE (43264): # -------------- 20250425-053544 -------------- 2025-04-25 05:35:43.224 INFO EDCORE (43264): DCS/2.9.15.9599 (x86_64; MT; Windows NT 10.0.22631) 2025-04-25 05:35:43.226 INFO EDCORE (43264): D:\DCS World Server\bin\WorldGeneral.dll 2025-04-25 05:35:43.228 INFO EDCORE (43264): # C0000005 ACCESS_VIOLATION at 00007ffeda62aa17 00:00000000 2025-04-25 05:35:43.231 INFO EDCORE (43264): SymInit: Symbol-SearchPath: 'D:\DCS World Server\bin;', symOptions: 532, UserName: 'username' 2025-04-25 05:35:43.233 INFO EDCORE (43264): OS-Version: 10.0.22631 () 0x100-0x1 2025-04-25 05:35:43.235 INFO EDCORE (43264): 0x00000000000faa17 (WorldGeneral): TerrainUtility::~TerrainUtility + 0x267 2025-04-25 05:35:43.237 INFO EDCORE (43264): 0x00000000000e64b2 (WorldGeneral): wDetectorWorker::~wDetectorWorker + 0xDF2 2025-04-25 05:35:43.239 INFO EDCORE (43264): 0x000000000001cdb0 (edterrain4): ITerrainImpl4::EventHandler::~EventHandler + 0x1C80 2025-04-25 05:35:43.239 INFO EDCORE (43264): 0x000000000001bb55 (edterrain4): ITerrainImpl4::EventHandler::~EventHandler + 0xA25 2025-04-25 05:35:43.239 INFO EDCORE (43264): 0x000000000001930b (edterrain4): landscape4::lRoad::getStartParam + 0xA26B 2025-04-25 05:35:43.239 INFO EDCORE (43264): 0x0000000000019347 (edterrain4): landscape4::lRoad::getStartParam + 0xA2A7 2025-04-25 05:35:43.241 WARNING LOG (46824): 10 duplicate message(s) skipped. 2025-04-25 05:35:43.241 INFO EDCORE (43264): 0x0000000000022cce (edterrain4): ITerrainImpl4::queryAmbientSounds + 0x153E 2025-04-25 05:35:43.241 INFO EDCORE (43264): 0x000000000000f63a (edterrain4): landscape4::lRoad::getStartParam + 0x59A 2025-04-25 05:35:43.241 INFO EDCORE (43264): 0x00000000000fc097 (WorldGeneral): TerrainUtility::~TerrainUtility + 0x18E7 2025-04-25 05:35:43.241 INFO EDCORE (43264): 0x00000000000fb68f (WorldGeneral): TerrainUtility::~TerrainUtility + 0xEDF 2025-04-25 05:35:43.241 INFO EDCORE (43264): 0x0000000000035019 (edCore): ed::SyncTaskQueue::push_task + 0x489 2025-04-25 05:35:43.241 INFO EDCORE (43264): 0x0000000000049cb6 (edCore): ed::SyncTaskQueue::push_task + 0x15126 2025-04-25 05:35:43.241 INFO EDCORE (43264): 0x00000000000338e1 (edCore): ed::thread::_get_current_thread_id + 0x71 2025-04-25 05:35:43.241 INFO EDCORE (43264): 0x0000000000029333 (ucrtbase): _recalloc + 0xA3 2025-04-25 05:35:43.242 INFO EDCORE (43264): 0x000000000001257d (KERNEL32): BaseThreadInitThunk + 0x1D 2025-04-25 05:35:51.029 INFO EDCORE (43264): Minidump created.

Overnight crash, but it couldn't get the popup window to display or the crash log to generate despite showing up in the log file. 2025-04-23 18:31:44.686 INFO EDCORE (Main): try to write dump information 2025-04-23 18:31:44.715 INFO EDCORE (Main): # -------------- 20250423-183200 -------------- 2025-04-23 18:31:44.717 INFO EDCORE (Main): DCS/2.9.15.9509 (x86_64; MT; Windows NT 10.0.22631) 2025-04-23 18:31:44.719 INFO EDCORE (Main): D:\DCS World Server\bin\edCore.dll 2025-04-23 18:31:44.720 INFO EDCORE (Main): # C0000005 ACCESS_VIOLATION at 00007fff69c4b52a 00:00000000 2025-04-23 18:31:44.722 INFO EDCORE (Main): SymInit: Symbol-SearchPath: 'D:\DCS World Server\bin;', symOptions: 532, UserName: 'username' 2025-04-23 18:31:44.724 INFO EDCORE (Main): OS-Version: 10.0.22631 () 0x100-0x1 2025-04-23 18:31:44.726 INFO EDCORE (Main): 0x000000000001b52a (edCore): LinkBase::Set + 0x1A 2025-04-23 18:31:44.728 INFO EDCORE (Main): 0x00000000000dc0b5 (Transport): woCar::checkMissileThreat + 0x85 2025-04-23 18:31:44.730 INFO EDCORE (Main): 0x00000000000be4d5 (Transport): wcColumn::GetLastWaypointId + 0x1B5 2025-04-23 18:31:44.730 INFO EDCORE (Main): 0x000000000000461b (World): wSimTrace::CommandsTraceDiscreteIsOn + 0x3EB 2025-04-23 18:31:44.730 INFO EDCORE (Main): 0x0000000000004c42 (World): wSimCalendar::DoActionsUntil + 0x262 2025-04-23 18:31:44.730 INFO EDCORE (Main): 0x0000000000a4e32a (DCS_server): SW + 0x4368AA 2025-04-23 18:31:44.730 INFO EDCORE (Main): 0x0000000000a4e001 (DCS_server): SW + 0x436581 2025-04-23 18:31:44.730 INFO EDCORE (Main): 0x0000000000a74a52 (DCS_server): SW + 0x45CFD2 2025-04-23 18:31:44.731 INFO EDCORE (Main): 0x0000000000a285d4 (DCS_server): SW + 0x410B54 2025-04-23 18:31:44.731 INFO EDCORE (Main): 0x0000000000a29c93 (DCS_server): SW + 0x412213 2025-04-23 18:31:44.731 INFO EDCORE (Main): 0x000000000256327b (DCS_server): AmdPowerXpressRequestHighPerformance + 0x107A277 2025-04-23 18:31:44.731 INFO EDCORE (Main): 0x00000000010ad47e (DCS_server): SW + 0xA959FE 2025-04-23 18:31:44.731 INFO EDCORE (Main): 0x000000000001257d (KERNEL32): BaseThreadInitThunk + 0x1D 2025-04-23 18:31:44.930 INFO EDCORE (Main): Minidump created. dcs.log

Possibly not limited to Cherkessk. You should be able to find 1/ Trees with missing or inverted LOD. See far away image with pink box hand drawn in. Trees are present. See next image with camera closer. Trees in some areas disappear. 2/ Many buildings are missing and structures are missing tops. Very poor wall textures. Some have inside wall textures, some do not. 3/ Some parts of some trees still visible but look like maybe a basket on the ground. null4/ Area in question. Not a full accounting of troubled assets.nullnull

Here is the latest. It is an odd double crash. First one here did NOT bring the server down. I ignored the popup about the crash because the server still appeared to be running normally. My mission lua was still functioning, and AI assets I observed appeared to be behaving normally. 2025-04-24 06:29:21.365 INFO EDCORE (36720): try to write dump information 2025-04-24 06:29:21.400 INFO EDCORE (36720): # -------------- 20250424-062921 -------------- 2025-04-24 06:29:21.406 INFO EDCORE (36720): DCS/2.9.15.9599 (x86_64; MT; Windows NT 10.0.22631) 2025-04-24 06:29:21.408 INFO EDCORE (36720): D:\DCS World Server\bin\WorldGeneral.dll 2025-04-24 06:29:21.409 INFO EDCORE (36720): # C0000005 ACCESS_VIOLATION at 00007ffed08aaa17 00:00000000 2025-04-24 06:29:21.411 INFO EDCORE (36720): SymInit: Symbol-SearchPath: 'D:\DCS World Server\bin;', symOptions: 532, UserName: 'username' 2025-04-24 06:29:21.413 INFO EDCORE (36720): OS-Version: 10.0.22631 () 0x100-0x1 2025-04-24 06:29:21.415 INFO EDCORE (36720): 0x00000000000faa17 (WorldGeneral): TerrainUtility::~TerrainUtility + 0x267 2025-04-24 06:29:21.417 INFO EDCORE (36720): 0x00000000000e64b2 (WorldGeneral): wDetectorWorker::~wDetectorWorker + 0xDF2 2025-04-24 06:29:21.419 INFO EDCORE (36720): 0x000000000001cdb0 (edterrain4): ITerrainImpl4::EventHandler::~EventHandler + 0x1C80 2025-04-24 06:29:21.419 INFO EDCORE (36720): 0x000000000001bb55 (edterrain4): ITerrainImpl4::EventHandler::~EventHandler + 0xA25 2025-04-24 06:29:21.420 INFO EDCORE (36720): 0x000000000001930b (edterrain4): landscape4::lRoad::getStartParam + 0xA26B 2025-04-24 06:29:21.421 INFO EDCORE (36720): 0x0000000000019347 (edterrain4): landscape4::lRoad::getStartParam + 0xA2A7 2025-04-24 06:29:21.423 WARNING LOG (36304): 10 duplicate message(s) skipped. 2025-04-24 06:29:21.423 INFO EDCORE (36720): 0x0000000000022c38 (edterrain4): ITerrainImpl4::queryAmbientSounds + 0x14A8 2025-04-24 06:29:21.424 INFO EDCORE (36720): 0x000000000000f63a (edterrain4): landscape4::lRoad::getStartParam + 0x59A 2025-04-24 06:29:21.424 INFO EDCORE (36720): 0x00000000000fc097 (WorldGeneral): TerrainUtility::~TerrainUtility + 0x18E7 2025-04-24 06:29:21.424 INFO EDCORE (36720): 0x00000000000fb68f (WorldGeneral): TerrainUtility::~TerrainUtility + 0xEDF 2025-04-24 06:29:21.424 INFO EDCORE (36720): 0x0000000000035019 (edCore): ed::SyncTaskQueue::push_task + 0x489 2025-04-24 06:29:21.424 INFO EDCORE (36720): 0x0000000000049cb6 (edCore): ed::SyncTaskQueue::push_task + 0x15126 2025-04-24 06:29:21.424 INFO EDCORE (36720): 0x00000000000338e1 (edCore): ed::thread::_get_current_thread_id + 0x71 2025-04-24 06:29:21.424 INFO EDCORE (36720): 0x0000000000029333 (ucrtbase): _recalloc + 0xA3 2025-04-24 06:29:21.424 INFO EDCORE (36720): 0x000000000001257d (KERNEL32): BaseThreadInitThunk + 0x1D 2025-04-24 06:29:21.615 INFO EDCORE (36720): Minidump created. And here is the second one that actually brought down the server. It is again in the edcore dll with the DoActionsUntil + 0x262 2025-04-24 09:39:01.769 INFO EDCORE (Main): try to write dump information 2025-04-24 09:39:01.912 INFO EDCORE (Main): # -------------- 20250424-093902 -------------- 2025-04-24 09:39:01.914 INFO EDCORE (Main): DCS/2.9.15.9599 (x86_64; MT; Windows NT 10.0.22631) 2025-04-24 09:39:01.916 INFO EDCORE (Main): D:\DCS World Server\bin\edCore.dll 2025-04-24 09:39:01.918 INFO EDCORE (Main): # C0000005 ACCESS_VIOLATION at 00007fff6aacb485 00:00000000 2025-04-24 09:39:01.920 INFO EDCORE (Main): SymInit: Symbol-SearchPath: 'D:\DCS World Server\bin;', symOptions: 532, UserName: 'username' 2025-04-24 09:39:01.922 INFO EDCORE (Main): OS-Version: 10.0.22631 () 0x100-0x1 2025-04-24 09:39:01.924 INFO EDCORE (Main): 0x000000000001b485 (edCore): LinkBase::operator= + 0x5 2025-04-24 09:39:01.926 INFO EDCORE (Main): 0x000000000004a3dc (WorldGeneral): wActivityManager::removeActivity + 0x10C 2025-04-24 09:39:01.928 INFO EDCORE (Main): 0x00000000000dc0c8 (Transport): woCar::checkMissileThreat + 0x98 2025-04-24 09:39:01.928 INFO EDCORE (Main): 0x00000000000be4d5 (Transport): wcColumn::GetLastWaypointId + 0x1B5 2025-04-24 09:39:01.928 INFO EDCORE (Main): 0x000000000000461b (World): wSimTrace::CommandsTraceDiscreteIsOn + 0x3EB 2025-04-24 09:39:01.928 INFO EDCORE (Main): 0x0000000000004c42 (World): wSimCalendar::DoActionsUntil + 0x262 2025-04-24 09:39:01.928 INFO EDCORE (Main): 0x0000000000a4e33a (DCS_server): SW + 0x4368BA 2025-04-24 09:39:01.928 INFO EDCORE (Main): 0x0000000000a4e011 (DCS_server): SW + 0x436591 2025-04-24 09:39:01.929 INFO EDCORE (Main): 0x0000000000a74a52 (DCS_server): SW + 0x45CFD2 2025-04-24 09:39:01.929 INFO EDCORE (Main): 0x0000000000a285e4 (DCS_server): SW + 0x410B64 2025-04-24 09:39:01.929 INFO EDCORE (Main): 0x0000000000a29ca3 (DCS_server): SW + 0x412223 2025-04-24 09:39:01.929 INFO EDCORE (Main): 0x000000000256e4f8 (DCS_server): AmdPowerXpressRequestHighPerformance + 0x10854F4 2025-04-24 09:39:01.929 INFO EDCORE (Main): 0x00000000010ad47e (DCS_server): SW + 0xA959FE 2025-04-24 09:39:01.929 INFO EDCORE (Main): 0x000000000001257d (KERNEL32): BaseThreadInitThunk + 0x1D 2025-04-24 09:39:02.084 INFO EDCORE (Main): Minidump created. nullAttached are screenshot of the double crash popups, and the log and crash zip.dcs.log-20250424-093902.zipdcs.log

We have been seeing frequent server crashes when running this miz with none of the crashes pointing directly to user lua, rather usually edcore.dll and less frequently other ED DCS dll files. It happens irregularly: might be 45 minutes, might be 2 hours, 5 hours,... We have the server set to restart every 6 hours. In order to help diagnose, I have started hosting nightly a separate server that no player joins except myself. Please find attached the logs and crash zip from the first night. A patch was released just after I started for the night. I will patch and continue to run, posting subsequent crash logs. Edit: 2025-04-23 18:31:44.686 INFO EDCORE (Main): try to write dump information 2025-04-23 18:31:44.715 INFO EDCORE (Main): # -------------- 20250423-183200 -------------- 2025-04-23 18:31:44.717 INFO EDCORE (Main): DCS/2.9.15.9509 (x86_64; MT; Windows NT 10.0.22631) 2025-04-23 18:31:44.719 INFO EDCORE (Main): D:\DCS World Server\bin\edCore.dll 2025-04-23 18:31:44.720 INFO EDCORE (Main): # C0000005 ACCESS_VIOLATION at 00007fff69c4b52a 00:00000000 2025-04-23 18:31:44.722 INFO EDCORE (Main): SymInit: Symbol-SearchPath: 'D:\DCS World Server\bin;', symOptions: 532, UserName: 'username' 2025-04-23 18:31:44.724 INFO EDCORE (Main): OS-Version: 10.0.22631 () 0x100-0x1 2025-04-23 18:31:44.726 INFO EDCORE (Main): 0x000000000001b52a (edCore): LinkBase::Set + 0x1A 2025-04-23 18:31:44.728 INFO EDCORE (Main): 0x00000000000dc0b5 (Transport): woCar::checkMissileThreat + 0x85 2025-04-23 18:31:44.730 INFO EDCORE (Main): 0x00000000000be4d5 (Transport): wcColumn::GetLastWaypointId + 0x1B5 2025-04-23 18:31:44.730 INFO EDCORE (Main): 0x000000000000461b (World): wSimTrace::CommandsTraceDiscreteIsOn + 0x3EB 2025-04-23 18:31:44.730 INFO EDCORE (Main): 0x0000000000004c42 (World): wSimCalendar::DoActionsUntil + 0x262 2025-04-23 18:31:44.730 INFO EDCORE (Main): 0x0000000000a4e32a (DCS_server): SW + 0x4368AA 2025-04-23 18:31:44.730 INFO EDCORE (Main): 0x0000000000a4e001 (DCS_server): SW + 0x436581 2025-04-23 18:31:44.730 INFO EDCORE (Main): 0x0000000000a74a52 (DCS_server): SW + 0x45CFD2 2025-04-23 18:31:44.731 INFO EDCORE (Main): 0x0000000000a285d4 (DCS_server): SW + 0x410B54 2025-04-23 18:31:44.731 INFO EDCORE (Main): 0x0000000000a29c93 (DCS_server): SW + 0x412213 2025-04-23 18:31:44.731 INFO EDCORE (Main): 0x000000000256327b (DCS_server): AmdPowerXpressRequestHighPerformance + 0x107A277 2025-04-23 18:31:44.731 INFO EDCORE (Main): 0x00000000010ad47e (DCS_server): SW + 0xA959FE 2025-04-23 18:31:44.731 INFO EDCORE (Main): 0x000000000001257d (KERNEL32): BaseThreadInitThunk + 0x1D 2025-04-23 18:31:44.930 INFO EDCORE (Main): Minidump created. dcs.log dcs.log-20250423-183200.zip

I may have seen a similar behavior of an F-4 launched Shrike targeting an SA-2 or perhaps it was SA-3 which died or switched off. The Shrike ended up turning to follow a jamming Su-25T or an AI Mi-8. E: this was from several patches ago so I the I dont thing the track file will work. This screenshot shows 4ea shrike fired where I believed an active SA-2 Fan Song TR was placed at Rene (it was already dead), and the shrikes turn to follow the player controlled Su-25T in the lower left of the image (possibly jamming). So anyone wanting to try to reproduce this issue, this data may help. null

Tacview-20250114-083808-DCS-Client-Goontense_kola_1.3.7c.zip.acmi Tacview-20250114-083808-DCS-Client-Goontense_kola_1.3.7c.zip.acmi First engagement from 29 minutes, successful employment of SD-10 and PL-5E w/ radar assisted lock. Disengage, switch to A2G mode to try to GMT advancing armor. Second engagement from 33 minutes, remaining PL-5E would not track the Su-34. Cage/uncage made no change. Manually placing the seeker over the Su-34 engines made no change. Missile tone was consistent, only the low background growl when no target is detected. I try shooting the missile without lock, it flies unguided past the target. Tacview-20250114-132714-DCS-Client.zip.acmi I ran the trk file replay but the issue did not repeat. The second PL-5E immediately followed the radar guidance, began screaming the high pitch tone. Since it is a replay, when the missile launches (originally without tone, flying off past the target) it guides into the Su-34 taking it out. Track file exceeds 50 MB limit. Two screenshots which match in-game experience. One of the actual flight where the missile wouldn't get tone and went wide. Second of the same moment, but from the replay where the missile did get tone throughout the closure starting at 4.7nm. Tacview-20250114-132714-DCS-Client.zip.acmi

The AI helicopter holding pattern is over the end of the runway planes are taking off into, creating a chance for collision. Pictured is no wind, 32L take off. This also happens with wind causing 14L take off. Due to fixed wing take off operations, rotary wing landing often gets delayed, causing them to cluster in an orbit. There are the rotary short runways, but it may be too difficult to implement. Not sure if there is another solution.

I was seeing odd behavior in my mission regarding taxi and takeoff at Borg El Arab International Airport (which also had landing traffic), so I made a clean mission and tried sending up F-4s from all plane parking spots. It seems the default with no wind is to take off on 32L, ignoring the other runway all together. I then put in some wind from 140 / to 320 to encourage the planes to take off in the other direction. It took 72 minutes to launch 29 of 44 aircraft, and 15 aircraft were unable to take off due to a traffic jam induced by a landing aircraft turning off the runway onto a taxiway with oncoming traffic. I don't know the correct procedure, so I yield that to the experts. Parking 01 through 06 cut across runway 14L in order to get an extra ~175 meters of runway, despite using well under half the runway to take off. Fortunately these aircraft are all able to make it to the middle taxiway before the first aircraft locks down the 14L, allowing them to take off in quick succession. Perhaps they surrender the ~175 meters and take off directly by turning left onto 14L? Parking 07 through 16 back cut across 14L before turning right to taxi down 32L.Perhaps they could taxi around to the parking area for 03 through 06, and follow the above suggestion? Parking 17 through 20 did a back taxi down 14L. I don't know if they could take the first angled left to speed things up. Or if they could taxi around to 03 through 06 area and follow the above suggestion? Parking 21 made it out before the other aircraft in the area. Parking 33 is pictured stopped, waiting for clearance to continue taxi on the way to take off. Parking 33 through 44 unable to take off due to the traffic jam. Without wind, taking off on 32L, all 44 planes were able to get airborn in a little under 90 minutes. Most of the added time was planes on the southwest side of the airfield back taxiing one-by-one down 32L. Planes on the northeast did not utilize 32R. It would be nice if this could improve, though I understand if there are limiations. So with the wind, traffic is taking off and landing on 14L. There needs to be some logic to prevent landing aircraft from turning off onto occupied taxiways, or logic to have them fast taxi to the end of the runway before entering a taxiway to parking.

It looks like how ED chose to add the GBU-8 caused it to become unusable by players. This is really odd how ED went about this, as the F-4 is the only plane that can use them. I'm a fan of the HOBOS and am disappointed that I can't use them anymore. Why not coordinate the release with Heat Blur? Why not add it as an additional item in the stores list, and then merge them later on in a way that doesn't impact the players? Please see attached tracks. Air starts with hobos inboard, outboard, showing they never become armed; track file with walleye showing how the walleye starts warmed up and becomes active. gbu8hobos-airstart-innerpylons.trk gbu8hobos-airstart-outerpylons.trk walleye-airstart-outerpylons.trk

Do you mean regardless of player coalition or when the player coalition is Blue? Maybe related, I noticed that blue players can spawn at neutral dynamic spawn airfields, while red players can only spawn at red dynamic spawn airfields.

It is the exact same track file in my other thread, so I was trying to highlight that to save whomever a second 200MB download: https://drive.google.com/file/d/1U9ao-KQbuWny3pgFHSHsMcy7zRAXziOK/view?usp=drive_link Thank you.

I see there might be a related ticket with the BR250. Tacview shows some entity spawn from my plane at 4.8g. If the pylon has a "5g" limit for the SMAP-400kg, I don't see why it shouldn't be higher for the durandals which clock in at about half the weight. Tacview shows "the entity" spawn in at 4.6g on Springfield 1-3 (yes, tacview is imperfect), but Springfield 1-4 doesn't seem to pull excessively (~2.6g and no event spawning "the entity"). Springfield 1-2 is the only one that made it to the target with the centerline still attached.

In the same track file as posted here, after dropping durandals and egressing north, upon entering the mountain valley you can hear what appears to be the missile launch parameters met solid tone (forgive me if I am wrong on this). I cycle into and out of dogfight mode to try to clear this, but no luck. This was not terribly uncommon for me, and in previous instances I was able to clear it by cycling into and out of dogfight mode.

While playing with Airgoons in "The Long Afternoon War" multiplayer campaign we have experienced a few apparent bugs. 1/ This week's mission had us unable to jettison our wing fuel tanks. We tried both the normal select jettison and the emergency jettison. No luck. Loadout was 6x durandal, 2x wing tanks, 30ea flares (the forbidden CM loadout). 2/ Three out of four of us had the centerline pylon (the whole thing with 4ea durandals on it) disappear. Tacview shows only 2 bombs drop from these planes, the DCS track file shows the pylon disappear too. There might be a correlation between attempting to jettison the wing tanks via select jettision (inboard only) and the centerline pylon disappearing. As you can see in these screenshots the centerline rack is gone. As we all know, this centerline rack cannot be jettisioned. null(please ignore the Springfield 1-1 vs 1-2 issue in the aircraft name, DCS ordered the slots/boardnumbers 2,3,4,1 fornull whatever reason) Track file (195MB): https://drive.google.com/file/d/1U9ao-KQbuWny3pgFHSHsMcy7zRAXziOK/view?usp=drive_link

I know my group would have significant buy-in for a future Flaming Cliffs that took existing assets (updated exterior models, a little love to the flight model) and slapped on a cockpit model. We'd get milage out of... A-20 F-16A F-18A F-117 B-1 Mig-25 ...

17 NOV 2023 - DCS 2.9.1.48111 Open Beta - Instant Action - Mirage F1EE - Sinai refueling Clicking would not open the cover or move the switch. Binding the cover to game controller buttons did not restore cover function. Binding the switch allowed it to switch (per photos). Did not test if switch actually allowed AAR.