Drexx

Yes, this is a major problem right now, but I cant give you a way to reproduce it like the other bugs I brought up.

I beg to differ my MP server has been off the charts(almost 30+ players consistently) the past few weeks, OpenBeta is much more stable because it has the fixes we need to just be able run properly, and I am about to launch the more serious server (much more realistic/harder to fly/teamwork or die)

I found catapult launches fail when the weather is too cold, but this was a patch ago, I havent tested again

ATM,Open Beta IS the stable version

Patch 2.5.2.18736 is now on the server, (also great progress on hardcore server last night, actually populated a map with units already, need to code in the changes I have been talking about though, how the life system works, building a command center on a neutral base, etc)

its real simple, login, bomb a base runway as a client, exit and login again All of the bomb craters are gone, searching a track isn't going to help. I have a bunch of bugs like this, it really does require 2 computers to test and see it. running the mission as a server host, and playing on the same box is not the same(the server will have the right data, its the clients logged into it that are missing the info on where to put the craters when they login)

2.5.2.18521@openbeta:MP:["uncontrollable"] flag is broken on spawned units, ServFreez Type: uncontrollable flag not working with spawned in units, new people move them crash server due to pathing of the units Status: not sure Reported: not sure Priority: Blocker Summary: ["uncontrollable"] = true not being applied to units spawned with coalition.addGroup() Description: Units baked into the mission file using ["uncontrollable"] = true , the flag works. On a multiplayer Client Server environment, units spawned in with ["uncontrollable"] = true are still completely movable from the client, the client doesn't get the uncontrollable flag send over the netcode to it. This is destroying my server since people will move the base units and freeze the entire game. At the moment I have to ban people from doing to to save my DDCS server Reproduce: Spawn in a unit with coalition.addGroup() with the ["uncontrollable"] = true flag and on a second computer logged into the main server you will see the movement control panel is not hidden using the Tactical Commander Slots, the netcode is not transferring the flag data needed for these units to stop them from being moved Some newer people are moving entire bases and its causing heavy lag and freezing the server while it tries to find a path for all the units, This is a bad one! I need a way to lock their movement! Previous reported bug: https://forums.eagle.ru/showthread.php?p=3497667 https://forums.eagle.ru/showthread.php?t=207086

I reported a very similar problem here, I bet its one of the same, https://forums.eagle.ru/showthread.php?t=211881

I spent all day Saturday working on the servers main video:

Try my server out, its running SUPER smooth right now, https://forums.eagle.ru/showthread.php?t=208608

Another Cool Video by BlackFoxNZ

Yep, its not freezing anymore, almost 24 hours have gone by

So, I took another crack at it, With the changes of the Wednesday patch(2.5.2.18307), I changed the hot start planes to cold start, Well on a multiplayer server, ALL the cold start planes spawn on top of each other and explode, so I moved them back to hot start, this is the only change from the 2 patches. The server is running on 2.5.2.18307 and has past the first hour mark, it didn't get this far last time, Ill keep you posted about it. The Stennis carrier for multiplayer is quite bugged (equipment setup is completely ignored on all carriers too) Yes, after I calm down, I will test anything again, I am usually pretty persistent depending on how much energy I have, lol

I don't use moose or mist, I don't use ANY libraries (yes I wrote everything from scratch for speed reasons, im over 25,000 lines of code on the nodeJS server), I wrote everything myself, so I know exactly what is going on the server. I dont even run the SRS hook scripts or tacview(tacview with a ground war slows the server down for some reason, 20% ish) The previous version doesn't lock up period, the new version does. Server is on its 4th full 6 hour session without a hiccup on 2.5.2.18144 Also, no other server really does what I do, build lua code in template form and launch it send it to the server through a socket to run. ON the server itself, it uses very little code, this is why it can handle huge ground wars. Problem is I dont think any server uses the amount of DCS assets that mine uses, so you cant even start to compare to them I need to somehow debug a FREEZE hard lock, there are no logs for this, I am a professional coder with my hands tied and HUGE amounts of work in limbo I am just frustrated, I know I could fix this with more tools but I don't work for ED

Confirmed, Also, all of the cold start parking spots spawn on top of each other and explode too

Type: Server not showing up Status: not sure Reported: not sure Priority: High Summary: Server not listing on DCS master server for everyone Description: Server not listing on DCS master server for everyone, I get about 2-3 people a week that cannot see my server on the list and cannot direct connect to the ip address and port of the server despite being able to visit http://dynamicdcs.com completely fine (person who cant see and the server are both verified to be on the SAME ip address) Guess: It is almost like when someone tried to direct connect, the DCS client contacts DCS first (for DRM purposes, and then the multiplayer server and if DCS cant see the server it sends a 'server is offline' to the client) This happens while there are 40+ other people on the server, it is very odd, no matter what they do they cant connect, but they CAN connect to other DCS servers on the same default DCS port (10308 )

2.5.2.18307@openbeta:MP:DeSync client side crates don't remove when destroy() Project: DeSync client side crates don't remove when destroy() Type: Crates are not properly removed when staticObjectCrate:destroy() is called on them Status: not sure Reported: not sure Priority: High Summary: Crates are not properly removed when staticObjectCrate:destroy() is called on them Description: Crates are not properly removed when staticObjectCrate:destroy() is called on them, the server shows them removed and they disappear off the server but NOT on the client, they are left there. This crates a massive mess on the client. To reproduce you need TWO MACHINES, 1 to host and 1 to act as a client. you'll notice the host PC removes the crate properly but all the clients the crate stays around even though it doesn't exist on the server, creating a massive mess Example, loot at the huge amounts of left over crates because they don't disappear on the clients (they dont exist on the server) I included a picture of what the landscape looks like (its silly)

Ya it was weird, I updated the server, about 30mins go by, and it hard freezed, then I restarted it and about 30 mins in again it freezed again, then I just put the version back and its been up for 2 hours now, so theres definitely something going on. Its just hard to pinpoint without anything to go on, I will keep a lookout

Here is the log, Up to this part (the bummer crash), the server has never run better, back to 1.5.6 days of speed, really great! A few fixes here and there, get the netcode to sync things it should be syncing and start on that dedicated server client, and I would be a happy camper. DDCS_HardFreezeLog.zip

Type: Hard Freeze, runtime hault Status: not sure Reported: not sure Priority: Blocker Summary: Server locks up in 30 mins, it doesn't crash, no crashlogs since it doesn't crash Description: Server is locking up in 30 mins, no crashlog, it just sits open with runtime locked and everyone on the server is in a frozen state I had to revert my server to 2.5.2.18144 this did NOT happen in exact same config on 2.5.2.18144

Recently, I think I have removed all of the stutters from a multiplayer server possible, I have never had so much going on and so little stutters before, im not plugging my server, you need to see this. https://forums.eagle.ru/showthread.php?t=208608 I mostly did it by removing all the script load overhead most MP servers have and then preloading all the models in a sort of graveyard (so nothing loads while your flying.) I haven't seen it run this good since the 1.5.6 days

They are 'iso_container_small_cargo' type crates of different weights (I use to have large and small crate, but making them all small didn't fix anything), I can watch a Huey sling all day long but the Mi-8 & Ka-50 crashes when it tries to hook for some people or unhook almost every time. I will try to get more video proof of this too My server heavily relies on this mechanic for gameplay

An excellent video by BlackFoxNZ on how it is really like, when you play on DDCS Sent from my SM-N950U using Tapatalk

F/A-18C is now on the server(over 90 client slots BOTH Red & Blue), there are also 1 blue and 1 red carrier with them on it. Server is coming back up now, the grave cache of models are back, If you have issues getting in, please download this mission file and load it first to precache the server mission file, then connect, it should help people connect to it a lot faster, then the cache graveyard should cut the stutters by alot, I am still on the fence on what to do with long range sams that lag, well see, https://www.dropbox.com/s/2gqeppu2jsed7jh/DynamicCaucasus_1.22_FA-18C-Carriers_ADDED.miz?dl=0

DDCS upgrade tomorrow for the F/A-18C will go as the following. 1. F/A-18C added to most bases on BOTH sides 2. aircraft carriers will be placed for F/A-18C with slots also. You may kill the aircraft carriers, but they will come back when the server restarts. I am working on a future system that will let you build factories and shipyards to build the ships and control them, but this is a bit far off, so until then these are static test Navys (you may kill them and use them as a base in the water) Should be a lot of fun!