sgray

I am sure someone has a fix, thanks anyway!

I check and the keyboard is not disabled. When I do the CTRL-ALT-C, the VoiceAttack window says Opening Configuration Window and a all white window is created (you have to mouseover the icon in the task tray to see it), but then after 20 secs or so it disappears.

My apologies if I missed it posted, but since this last VoiceAttack update, the Configuration window won't display. Any steps suggested to get it working again would be most appreciated.

Having issues with the menu not being accessible immediately after takeoff. Anyone else having this issue? EDIT: Sorry, didn't realize that you have to use "\" for the menu on the ground and the radio key command once in the air. All good and working.

Would you be willing to share the modified CSAR lua???

We have had a member report that TWS didn't working in MP, but worked fine in SP. If this is true, I hope that it can be correct with another hot fix ASAP.

We are using the Dedicated OpenBeta Server on two different computers in two different cities in the US. Both are using one login, thus accessible from the WebGUI. With both running, both are seen in the WebGUI with no issues. When we want to change to another mission, we pick the Run button next to the new mission. In some cases, the mission will start but the Server name, max players, description, and various options settings change to something other than what was originally set. The Server is then shut down manually and a review of the serversettings.lua file have in fact changed. It has happened on numerous occasions on both servers. I will reproduce and add the log file.

Not good, but good to know that it seems to be a bug. I am trying something, by making the file readonly for now.

Noticed over the past month or so that the WebGUI changes the setting in the serverSettings.lua with just a change in missions or server restart. The process we are using with the server and a mission up and running is to just click "Run" next to the mission we wish to switch too. On occasion, this then resets some of the settings in the lua file. If we use "Restart" then many times the lua is reset to standard settings and not ours. Is it possible to "lock" the lua file from changes via the GUI? Just wondering if others have seen this and what if any solutions have been found.

Well here is the log after deleting the mul_chat.lua, Cleanup, and Repair. No freezes during this flight, however, you can see the mul_chat.lua error is back and then the "rubber banding" or warping happened. dcs_2019-11-20.txt

Thank you BIGNEWY, we will head down that path and see if we can get this resolved.

Just to be clear, that log was right after a full Cleanup and Repair. I would imagine that the only Mod added was VPC Airfield Equipment just prior to that flight. So based on this, you still believe it is necessary to delete that mul_chat.lua file and remove VPC and run another Cleanup and Repair? Are you thinking that VPC Airfield Equipment is causing these issues?

We are having a number of members getting this error and then the game starts to freeze and in some cases aircraft start warping around. ERROR Lua::Config: Call error onGameEvent:[string "./MissionEditor/modules/mul_chat.lua"]:694: attempt to index field '?' (a nil value) Then they get a repeating error that stops the sim with just an hourglass: ERROR EDTERRAINCORE: utm_private::fromLatLon Longitude 93.6806d more than 60d from center of UTM zone 36 There is no DCS Crash log created. This particular log file is right after a complete Cleanup and Repair per the FAQ. Any assistance would be greatly appreciated. dcs.txt

Thank you for getting this addressed so quickly. Any chance a Hotfix or Update will be released today that includes your fix?

For what it's worth, we have several members experiencing the same issues with warping objects, spamed log file, with frozen DCS.

It seems that ps_kills and ps_pvp in the database isn't collecting any data. Not sure is it is because we haven't had any players log those types of items. So is it correct that ps_kills is how many times you have been killed by another player and ps_pvp is how many other players you have killed? All other fields are collecting data, so it is just these two.

Thanks for the response. I will run some more test and see what is going on, but as of now I have the Snowfox files but not the ClearField. Update: Found that the mission wasn't running due to no player connections, thus no files were created. Following a player connect the files were created as indicated. Thanks for some great missions!

Didn't see this addressed yet, but is it possible to have the persistent information for the missions saved in different named files? We switch between the Caucasus and PG mission, but it appears to save the info together. If they were separate, it would be easier to see what has and hasn't been hit.

Many of our members are seeing a significant increase in memory usages as well, some in the +8G range.

Just want to applaud VladMordock on this excellent program. I had the luck of stumbling across this on another post and he was gracious enough to share it during development. In a very short time he made some great improvements and here he is releasing it to the rest of the DCS community already. I having it running without issues on two server and populating the MySQL database. Can say thank you enough!!!

I have a related issues with the GUI that I have noticed since it started working. If you use the GUI to start a different mission, the serversettings.lua sometimes gets changed including the server name, password is removed, number of players changes back to 16, and required pure models changes back to true. Is there another location for default settings that I need to address besides what is in my saved games serversettings.lua file or do I need to copy mine into the main DCS config folder?

Well all was working fine over the past few days and now all of a sudden only able to connect via the local gui. Don't even see my server listed on my profile either. Hoping just a DCS gui system glitch at the moment. EDIT: All seems to be working again, following a complete reboot of the server.

Just an FYI related to those two files. There did have several items listed, however, after updating to v117 both files are now blank.

Ok, I fixed the TCP connection by modifying your code in the perun.lua file. Line 36: Perun.TCPTargetPort had a +10, so I removed that and it is connecting. Still have the 1305 MySQL error. PM sent.