IdefixRC

Scripted it to spawn on the ramp.....good point as in not having the right parking spots in game but is that the case in reality?

Hi there, Larger AI airplanes taking off from Ramat David RW33 collide with the last set of shelters before the runway and get stuck. (Yes, I could remove the shelters in the ME....). Could the development team take a look and shift the shelters or centerline slight in the next update? Thanks

hi there, would anyone know if DCS_updater.exe allow to just check if there is an update available and then return a exit code? This would allow automation -> check if update is available, if yes, kill DCS instances, update and restart. -> if no update, keep DCS instances running.

I second the request from bolek. a exit code would be great. It would allow me to run the updater periodically in a script, check if an update is available and only if there is kill the running instances, update DCS and restart the instances.

Can confirm the bug in multiplayer. units either move for a bit then stop or go off-road suddenly even though path was set on road earlier. In essence any AI controlled movement of more than 1 city block is currently not possible (unlike in 2.6 where it worked fine before). In addition I had a hard time adding green path markers on very wide roads (turned red all the time). Maybe the issue is related. Thanks for investigating this as this is a key element of our server (Ai airbases are resupplied through AI convoys which are now all stuck at the origin warehouse)

+1 from me. Please make this happen !!

I have an issue in this mission with the wingman not responding at all. He will call out targets once on a while, notifies me when he is bingo and immediately RTB's or informs me when he ejects but when I ask him to join the party = silence. Wingman/flight coms menu us grayed out as if the frequency is wrong. Any ideas? Thanks !

While I also have issues with my server crashing, your log files look like there might be a different issue as you have tons of scripting erros in Moose_Mission_MX_V30.lua Check if you have a crash log zip file which would include the crash dump as well. It might give me hints (in my case the flight.dll crashes out).

Hi Everyone, I'm running a dedicated server with a rather heavy Syria campaign for our community. Pre 2.7 the server ran for weeks without any issue. Post 2.7 update I get the dreaded flight.dll crash consistently every 3-4 hours (looks like it happens only when clients are connected to the server). To rule out any additional modules, I ran a clean install of DCS after removing the old version and reconfigured everything from scratch. Only SRS Server is running with this installation. Note: the mission uses Moose as well as Mist scripting - no scripting errors are thrown (aside from CinC lua - part of OverlordBot - not found during mission start as I removed that as part of the fresh install. Windows 10, latest patch level, runs in a HyperV VM with max 25GB ram enabled - only 16GB used based on log. 2021-04-19 04:03:56.490 INFO EDCORE: try to write dump information 2021-04-19 04:03:56.495 INFO EDCORE: # -------------- 20210419-040357 -------------- 2021-04-19 04:03:56.500 INFO EDCORE: DCS/2.7.0.4625 (x86_64; Windows NT 10.0.19042) 2021-04-19 04:03:56.505 INFO EDCORE: C:\DCS World OpenBeta Server\bin\Flight.dll 2021-04-19 04:03:56.511 INFO EDCORE: # C0000005 ACCESS_VIOLATION at 2D2B1AE0 00:00000000 2021-04-19 04:03:56.524 INFO EDCORE: SymInit: Symbol-SearchPath: '.;C:\DCS World OpenBeta Server;C:\DCS World OpenBeta Server\bin;C:\Windows;C:\Windows\system32;SRV*C:\websymbols*http://msdl.microsoft.com/download/symbols;', symOptions: 530, UserName: 'Eric' 2021-04-19 04:03:56.529 INFO EDCORE: OS-Version: 10.0.19042 () 0x100-0x1 2021-04-19 04:03:57.075 INFO EDCORE: 0x00000000000C1AE0 (Flight): woATC::recalculateTaxiwaydata + 0x1D10 2021-04-19 04:03:57.076 INFO EDCORE: 0x00000000000C4E77 (Flight): woATC::setClientStatusServer + 0x707 2021-04-19 04:03:57.076 INFO EDCORE: 0x00000000000C4235 (Flight): woATC::setClientStatus + 0x35 2021-04-19 04:03:57.076 INFO EDCORE: 0x00000000000BE662 (Flight): woATC::onObjectDestroy + 0x112 2021-04-19 04:03:57.076 INFO EDCORE: 0x00000000000A6CE1 (WorldGeneral): slot_decompose_ex + 0xCF1 2021-04-19 04:03:57.076 INFO EDCORE: 0x00000000000AAE27 (WorldGeneral): WorldManager::notifyDeath + 0x37 2021-04-19 04:03:57.077 INFO EDCORE: 0x00000000004F7F84 (DCS): æ 'Y½Þw»ô¾cN'%YùöjGÉÔ8c85H¿ü}y^`ÊsÞܦµXq{Ó½3îh ÚqÛeB÷Ìè[Û¢ÔLþ5Q!é;}¤ôLiï.z6QI*~c|ÊþåµÃ&8f¡ÜçMFÎ_hAé®$Ì/§. úö,èÔÌ°Ç25/&'pdVKl%§ÚQë>ÞmÄá³bRÛÿü6}HÔî Ïh\¡\íjù¨ï!¼G¤7©êÜDµÑ%­é6ÝJEa¨Eä) Rgñfl¥R­g/¤2á'øáó|XüDZ`ZuÞîUËäyS%ÚGÙù+ÜÐÀ(\ßo¸hÓC¦8£T¯¬°d'¬Ã#´Ì[°ÁÛñVû[3²ið6+Ì˸®æB{¥¬0'.¾BÕ};EäI/<¶ÙªtÏÏîJ b%.X'BX$%¹\$WOnzk·Ã`L¬!aíÅ)eÌûÞ&éw:¨qpÀ³óë;z5&ÝMÇP¡%fõky4Ó¯YùÝXÀÈà_½ËØ'?øqäFAµàáÞR÷m¯øºxRh\½æ'Öç˼6½nÎC'ºÜ['ð¸]\ÆÅf_qñfïn~ã!ËTÉ{aúÝ{]ÆøÛUk:Ræ'|-&ý Z'xÛu8ÿfë¦(!U¾÷ÛX²e^w1µî¤sÖëÐï\dó\·d8JéB¤Obföª`Ŧ2ÇÔ,ìq'üxH/˹²¼mÉoÍ:aT9^ ôÌì±p·Ãf;ðÃìgÓË"©«r1¥8ôÂ0þ<ï i©âÓN<F³øÛ3»n7 ®6 ¸åI0믢G HÓ=<)ë0äçdw ôuð>H\ãȳ7ãò©³Ðì¦u¤ÛÚ¼:ÜêQRDïoG÷;Ây^°5ï>«º#|qªáÁì` ÷5LR£hl´¨C¹ÍeêöËF|æÕÉÑOÒ½örÇ`¢ëIù):`ß;hý°Õ, / ìVGÛåµï¬3§Ã¾,<ÖÝÞ£¡ /jP®àÑf÷?¢pòçg©©|YO *|;D¨ïUìõÎ/]¤ëUDîæÁ#HZRS9È.XeË/1:;xÑÙUi 2021-04-19 04:03:57.077 INFO EDCORE: 0x0000000000050BA2 (Scripting): Scripting::regLuaMissionCommandManager + 0x922 2021-04-19 04:03:57.077 INFO EDCORE: 0x00000000000014FD (World): wListener::operator= + 0x11D 2021-04-19 04:03:57.078 INFO EDCORE: 0x0000000000003EA0 (World): wSimCalendar::DoActionsUntil + 0x160 2021-04-19 04:03:57.078 INFO EDCORE: 0x00000000007E9932 (DCS): æ 'Y½Þw»ô¾cN'%YùöjGÉÔ8c85H¿ü}y^`ÊsÞܦµXq{Ó½3îh ÚqÛeB÷Ìè[Û¢ÔLþ5Q!é;}¤ôLiï.z6QI*~c|ÊþåµÃ&8f¡ÜçMFÎ_hAé®$Ì/§. úö,èÔÌ°Ç25/&'pdVKl%§ÚQë>ÞmÄá³bRÛÿü6}HÔî Ïh\¡\íjù¨ï!¼G¤7©êÜDµÑ%­é6ÝJEa¨Eä) Rgñfl¥R­g/¤2á'øáó|XüDZ`ZuÞîUËäyS%ÚGÙù+ÜÐÀ(\ßo¸hÓC¦8£T¯¬°d'¬Ã#´Ì[°ÁÛñVû[3²ið6+Ì˸®æB{¥¬0'.¾BÕ};EäI/<¶ÙªtÏÏîJ b%.X'BX$%¹\$WOnzk·Ã`L¬!aíÅ)eÌûÞ&éw:¨qpÀ³óë;z5&ÝMÇP¡%fõky4Ó¯YùÝXÀÈà_½ËØ'?øqäFAµàáÞR÷m¯øºxRh\½æ'Öç˼6½nÎC'ºÜ['ð¸]\ÆÅf_qñfïn~ã!ËTÉ{aúÝ{]ÆøÛUk:Ræ'|-&ý Z'xÛu8ÿfë¦(!U¾÷ÛX²e^w1µî¤sÖëÐï\dó\·d8JéB¤Obföª`Ŧ2ÇÔ,ìq'üxH/˹²¼mÉoÍ:aT9^ ôÌì±p·Ãf;ðÃìgÓË"©«r1¥8ôÂ0þ<ï i©âÓN<F³øÛ3»n7 ®6 ¸åI0믢G HÓ=<)ë0äçdw Crash dump minus trk file (to big) attached (note, IP removed) dcs.20210419-040357_no trk.zip

yes, tried that. no success. Will try and capture the problem in action and post again.

Hi, I have this strange issue with the F-16 in Multiplayer (VR) when I equip a TGP and Mavericks. Request Rearm -> add TGP, Mavs etc -> Rearming complete -> power on TGP, Power on Mav. Wait for TGP to timeout -> - screen is black, slew will result in the Mav in Pre mode to slew (TGP is SOI) - point lock will display point in tgp but nothing is visible - TV/WHot/BHot can be changed via Hotas control but pressing the MFD button will not do anything (button is pressed, no option changes) - MFD standby button works - MFD FOV button does not work - hotas button will change the wide/narrow readout on the MFD though Can't figure out when this happens. seems random hence extremely difficult to reproduce Removing the TGP and then equipping it again including TGP power off first does not solve the issue. Changing slots to a different F16 is the only way to get it to work. Anyone with the same issue?

can confirm this issue in the current beta. Simply does not align with the actual position.

I believe this is outdates as WMR does that automatically. I just tried to switch the motion smoothing to forced. Made a massive difference in switching between cockpit and map in VR. previously it took a second and sometimes it came even up with the "waiting DCS" logo. Now it switches instantaneously. Will try a bit more tomorrow. Hopefully this solves the issues I had (massive frame rate/.frame time drop after some time playing, accelerated by switching to F10 map often or upon respawn. Even after existing into the main menu the frame time remained bad and the main menu was stuttering. Loading a different mission and then going back on the MP server sometimes cured it. Other times a restart of DCS and the HMD SW (all of them) was the only way to fix it. Like the memory was overflowing and it bottlenecked the entire system down. (P.s. saw above a comment on VRAM: I have a 2080Ti with 11GB ram and flying in Syria maxes it out entirely - as well as 42GB of system memory).

The work if you zoom in to the max level. i.e. select a unit and you see it's real coordinates at the bottom. zoom in on the unit to max level and the coordinates on top left match up (more or less). Zoom out and the diverge heavily.

Thanks Thanks. I figured that when I zoom in as far as possible the bottom and top coordinates will merge. so looks like in VR the cursor is off when the map is zoomed out and only merges with the actual map coordinates at the highest zoom level