Damned - Gh0st

I discovered later in the evening that removeMark also triggered the bug. Thanks for sending it up the chain!

When trigger.action.markToCoalition() is used/triggered, it closes the re-arm & refuel menu. When markers are being generated by the server this prevents the player from rearming. In the test mission I have a marker created every 10 seconds for the first minute. If you open the re-arm window and activate a dropdown/right click on a pylon, when the marker is placed, it closes the menu. This happens in single player + multiplayer. MarkerTest.miz MarkerTest.trk

Experiencing this currently, but found a solution based on @BIGNEWY's suggestion that does not require losing all your configs/settings. In your \Saved Games\edModelViewerTrunk\Config folder is a JSON file named "ModelViewer2.json" Open the file and search for the "LiveriesToolPlugin" section. Replace it with the following. "LiveriesToolPlugin": { "WidgetParams": { "dockingAreas": 15, "isDocked": true, "isVisible": true, "lastDockArea": 1, "posX": 0, "posY": 51, "sizeX": 640, "sizeY": 745 } }, The short of it: We go into the config file and set the Livery Picker back to "Docked". It will show back up for you and then you can undock/reposition at will. Useful when using the keyboard shortcuts to move a hidden window doesn't work Hope it helps! (only reason I'm necro'ing this post is that it's still relevant and this post is the first google result when searching "DCS model viewer livery tool stuck offscreen")

Additionally to the above post, ensure the Flight Director is turned off and only engage it after you have come to a hover manually and trimmed your aircraft

I had collaborated with Chromium, DSMC now includes a working auto-restart as part of the mod if you wish to skip the powershell and go that route

I can confirm those folders are not in the Dedicated Server version of DCS (on my end). Additionally, the: saved games\ dir \Config\Input saved games\ dir \ fxo folders are not in my dedicated server instances. This approach may cause issues for those running a regular DCS installation as a dedicated server and not the actual DCS Dedicated Server installation though, if that matters. (E.g. regular DCS Open Beta install with --server --norender)

Thank you for the confirmation. @CaptHawk That's actually when I first noticed it, when debugging while developing scripts Luckily we have the WorldGeneral, App, etc. tags on the errors now so it's not too big a deal to filter them out

I'm sorry I don't have any experience with running separate DCS Server and Client EXEs on the same PC. I would imagine you could try using the DCS Dedicated Server Installation alongside your normal DCS, but keep in mind the Dedicated server version is about another 170GB worth of space needed. The Dedicated Server version without any special configuration sets up and uses a separate saved games folder than the normal install so there shouldnt be conflicts? (I think?) Be aware that while it might disperse the load on your CPU, you may end up doubling your RAM usage as both the server and your client will need their own resources. If you test it, I'd be curious to know your results!

Since 2.8 I am seeing errors in the logs relating to "Corrupt Damage Model", "No Property Record For Cell", and "No Property Record For Segment" in the DCS Logs. The Errors appear in relation to many aircraft in the logs, in multiplayer and singleplayer. Is this a remnant from updated/unused systems? Should we be concerned about this? Am I the only one experiencing this? Example: 2022-10-29 22:40:23.149 ERROR WORLDGENERAL (Main): Error: Unit [F-14B]: No property record for cell "WHEEL_F". 2022-10-29 22:40:23.149 ERROR WORLDGENERAL (Main): Error: Unit [F-14B]: No property record for cell "collision_belly". 2022-10-29 22:40:23.149 ERROR WORLDGENERAL (Main): Error: Unit [F-14B]: No property record for cell "WHEEL_R". 2022-10-29 22:40:23.149 ERROR WORLDGENERAL (Main): Error: Unit [F-14B]: No property record for cell "WHEEL_L". 2022-10-29 22:40:23.149 ERROR WORLDGENERAL (Main): Error: Unit [F-14B]: No property record for segment "FRONT_WHEEL". 2022-10-29 22:40:23.149 ERROR WORLDGENERAL (Main): Error: Unit [F-14B]: No property record for segment "WING_L_OUT". 2022-10-29 22:40:23.149 ERROR WORLDGENERAL (Main): Error: Unit [F-14B]: No property record for segment "NOSE_CENTR". 2022-10-29 22:40:23.149 ERROR WORLDGENERAL (Main): Error: Unit [F-14B]: No property record for segment "RIGHT_WHEEL". 2022-10-29 22:40:23.149 ERROR WORLDGENERAL (Main): Error: Unit [F-14B]: No property record for segment "LEFT_WHEEL". 2022-10-29 22:40:23.150 ERROR WORLDGENERAL (Main): Error: Unit [F-14B]: No cell for property records CELL#146 CELL#149 CELL#163 CELL#165 CELL#168 CELL#169 CELL#177 CELL#178 CELL#179 CELL#183 CELL#184. 2022-10-29 22:40:23.150 ERROR APP (Main): Error: Unit [F-14B]: Corrupt damage model. Test Miz and TRK attached. Thanks Test.miz test.trk

As I haven't seen a complied, all inclusive guide on how to set up multiple dedicated servers using a single installation of DCS, I have created a guide that I hope will be of help to new and existing server hosters. I have also included a method I developed for automatically restarting all servers running off a single installation. This guide is meant for those with local hardware, though it may work for hosted methods with modification. Your mileage may vary. _____________________________________________________________________ I have found these methods to be most reliable for setting up multiple dedicated DCS Servers running from a single install of DCS. These methods will also allow for easy automatic shutdowns and restarts of your servers. This has been tested with many 24/7 servers over long periods of automatic restarts utilizing a combination of Task Scheduler, Powershell, and the DSMC Mod by Chromium. (6+ Months server run time, 300+ automatic restart cycles per server). I had collaborated with Chromium, DSMC now includes a working auto-restart as part of the mod if you wish to skip the powershell and go that route _____________________________________________________________________ If you would like to have auto-restarts without the use of DSMC, I will leave it to you to figure out a way to terminate your server process and not cover that here, though it should be easy to implement a modified version of the auto-restart method for auto-shutdown. GOOGE DRIVE: GUIDE - CLICK HERE

ED Changed the names in the description.lua -- F16_bl50_Fuel_Tank_300Gal {"Fuel_Tank_300Gal" }; -- F16_bl50_Fuel_Tank_370Gal {"F_16_Tank_370" }; Hope it helps for updating your skins

Since more people are experiencing this, is it possible to add a 'reported' or 'investigating' tag to this post? Also, if there is anything else I can provide/test for you, please let me know -Thanks!

Could you make a post in my thread I linked? We might be able to help solve this issue Right now we have no idea whats causing it. As of now, you and I are the only ones I see mentioning it

I have an issue being looked at over in the supercarrier bug section that sounds an awful lot like what you're describing. If you take that exact mission file and run it in singleplayer rather than multiplayer, does it work?

Hi! I removed all script elements and performed another test, the behavior from the previous dedicated server track is still apparent. Also, the issue with the kneeboard not displaying correctly from the initial post screenshots is still there. Track for the no script test is attached. Thank you for your help and looking into this! NoScripts.trk

Just saw you edited the comment asking for a mission example instead of tracks; Attached the mission from the track files here. Thanks! edit- the password for the test aircraft i added is "admintest123"

Thanks for the quick response @BIGNEWY, the server is updated and attached are the tracks. Please forgive the flying; it's 3am and I'm setup for VR flying but just used my monitor to grab the tracks Uploaded with drive as the multiplayer track was too large to add here. LocalHost Track: https://drive.google.com/file/d/1RisxrSotnbXcKh07BYT1qTt7NO09d2L4/view?usp=sharing DedicatedServer Track: https://drive.google.com/file/d/1lxNtTFACyyorzhIQtpsDUG7NGFmhrzVs/view?usp=sharing On the dedicated server the "DATA" never appears so the rest of the ACLS starts behaving oddly, i flew it through so you can see how it goes into CPL TCN at the end rather than CPL P/R. I also showed the kneeboards in each. Thanks!

I have a very odd bug happening. When a mission is hosted locally (singleplayer) ACLS works perfectly as intended, but when the same mission is hosted on a dedicated multiplayer server the ACLS "DATA" never gets transmitted to the aircraft. EX: Singleplayer local host, feature works as intended. Multiplayer Dedicated Server Host, in the F/A-18C the "DATA" popup on the HUD never occurs so the ACLS CPL cannot be used. When doing some digging and troubleshooting (I spent ~6hours on this so far) I found that in the multiplayer dedicated server the kneeboard for the Link4 appeared different than in the singleplayer local host and this might be the cause of the issue. (Keep in mind this is the same mission file, just different hosting methods) Singleplayer Local host (working as intended): Here we can see the name of the carriers in the quotation marks . Multiplayer Dedicated Server host (Not working, no "DATA" appears in the HUD) : Here there is no name for the carriers in the quotation marks. . . This is the ONLY difference I can spot between the two hosting methods and might be causing the bug. (again, it is the same exact .miz; just run 2 different ways) Has anyone experienced the same/have a solution? -Thanks!

Thanks! I don't know if you (ED) did any behind the scenes optimization, but after the latest patch the F16 has insanely good performance in VR compared to before, compliments to the chef!

Ah gotcha; In the video/track it shows the onset of the 'wobble' is at Mach 1.66 at 4,600ft. Slowing to ~ Mach 0.93 stops the wobble. So if this is expected behavior then, and just more realism: Neat attention to detail on ED's part

No speedbrakes were used; just showing level flight with no input.

Intended Description: (Latest Open Beta Patch) When going ~M1.7 then reducing speed, an uncontrollable wobble occurs causing the pilot to black out in level flight. Was able to reproduce this behavior on multiple servers every time I attempted to reproduce. Reproduce steps: Come down in a vertical dive from high altitude to gain speed in full burner, level off. The plane will begin to shake uncontrollably in level flight without input from the stick causing the pilot to lose control/black out. Reducing speed to M0.94 stops the wobble. Video: Is this intended behavior (ie the FCS cant handle flight conditions)? I did not have this issue doing this kind of maneuver on the old flight model. -Thanks!

Also have this issue where he will stop firing (Hellfires no longer show the channel on the WPN page in the back seat when George is in control, only the L). Since there is no way to switch to CPG in MP for the listed fix, is the only solution to rearm/grab a new helicopter?

Thanks for the reply! Are there any resources/logs we can provide to assist?

But then we can't use the Radio VOX