Drexx

HUGE +1 - this is the bane of DCS multiplayer right now, people having to much intel based off a select screen, where intel is everything

@BIGNEWY@NineLine Is this reported yet to the devs (I don't want this one to get lost), its a CA breaker right now and my server relies on CA, I have lost 30% of my population being the most heavy user of CA in the multiplayer server list, basically, the units needs to follow the path the user sets and not veer off on its own, the game taking its own path is causing this. When I send in a path to the API tasking a group, it drives completely fine and runs the path, so its between the CA f10 menu set path waypoint code I believe (wish I could help you with it being a developer) Thanks (and yes I am back from being burnt out from DCS, have have some some magic with DDCS, its running really well, very fast, even with lots of units on the ground moving, had over 100 moving at the same time a few days ago before 2.7)

I wish my server didn't say "mission ended" when you join it, its annoying (I don't use any part of the in game mission start/end system)

Yep we spent 4-5 hours yesterday trying everything and figured it out, place a unit on the runway, then spawn there and take off, crash everytime, even in single player

I have some more crash logs for you Big Newy, constantly crashes, essentially made DDCS a ghost server... I cant generate track files because it will degrade the server bigtime - if we make it crash on command we will pull off to the side and make a simple track file, just takes us lots of time to do I have 5 of my most dedicated server players trying to debug as we speak (because they cant play) - will update you if we find anything, we think it has something to do with auto ATC tasking while you drive around an airport, or on take off raising the gear up dcs.log-20210420-014031.zipdcs.log-20210420-002016.zipdcs.log-20210420-000049.zipdcs.log-20210419-225736.zipdcs.log-20210419-040729.zipdcs.log-20210419-003703.zipdcs.log-20210419-001748.zipdcs.log-20210418-232354.zipdcs.log-20210418-202434.zipdcs.log-20210418-150753.zipdcs.log-20210418-013328.zipdcs.log-20210418-005533.zipdcs.log-20210418-003302.zipdcs.log-20210417-034657.zipdcs.log-20210417-032915.zipdcs.log-20210416-191847.zipdcs.log-20210416-141419.zipdcs.log-20210415-183958.zipdcs.log-20210415-040112.zipdcs.log-20210415-032616.zipdcs.log-20210415-025747.zip

I cant develop DDCS on my network without it delisting my main DDCS server, its VERY frustrating, please please PLEASE base the server on IP:PORT together and NOT just the IP address....

Please add spawning player units (units that a player can spawn in) to this, why - because what is the use of a FARP spawn if you cant spawn player units there too dynamically.

@nineline are you planning to only support the most popular scripts, this leaves out people like me that built an amazing system that just isn't opensourced(for the time being) Just making sure we are focusing on the right things with this thread And if there is a vote, I vote to support the API better directly. All of these scripts use it, kill all the birds with 1 stone with better support of the DCS Lua dedicated API, and I do feel we use pretty much every single endpoint in that API. its all important

We at DDCS have been coding with the Direct ED DCS API for a while (4 years now) now so here is the things I think we need (DDCS, MOOSE, MIST, and every other script out there does the same thing), I directly use the direct API to keep everything smooth, the less loaded in lua the quicker the engine runs, more resources for the server to do its normal things, here is a few things that we could leverage greatly to make this sim even better: 1. The more hooks you allow us to manipulate on the direct mission API side of things, the more interesting things we can do in the game engine for example: a. Getters and Setters to read and write the weapons, fuel, and plane allocations in each base (let us control the flow of resources, war of attrition) b. functions to repair base assets like runways and ammo depots (helicopter play to repair the unusable runway, restore resources) c. allow us to spawn in FARPS and player/client enabled aircraft (variable bases, someone could build a farp without restarting mission, FARPS no longer are a known place to the enemy) d. allow us to spawn in CA units with less ammo and less health, keep the state of the server between restarts (not every unit gets refreshed after a restart) e. allow us to read the player name or ID that is occupying a CA unit (allows us to let CA players use specialized f10 menu options, so a APC can carry troops and deploy them using the F10 menu which in turn calls the lua scripts) f. change the weather (wind etc) by API g. change the time of day by API h. allow us to set any of the missions settings by API realtime (f10 options, fog of war, labels etc) 2. Keep the game lua version up to date, right now it is now running Lua 5.1.5 which the last update for this version was 02-17-2012 (so it is pretty old). Its very important to keep 3rd party library versions up to date (its been compiled to newer hooks on newer processors, security reasons, long list of the reasons why), you gain the benefit of bugfixes and new architectures (it is worth the work you have to do to keep it this way.) - the current stable version of lua is 5.4.0 from http://lua.org - this can also lead into us developers using third party libraries like luaSQL (or others) work on different architectures, right now we have to compile specialized versions of these libraries (that match the in game lua version of DCS) to use it (third party libraries are force multipliers) 3. Company run API documentation (with patch notes announcements when API is modified), right now we have to use a third party site for any new added API functionality (sometimes hard to know when ED adds new functionality, I do thank Grimes for the hardwork in keeping this resource up to date but it should be updated by the company) - https://wiki.hoggitworld.com/view/Simulator_Scripting_Engine_Documentation 4. (some what hard to do, but it can be run on a different process thread and result merged into existing sim engine)API lua enviroment decoupled from main runtime of engine, if a big command is run it should not hold up the game engine (causing stutters and freezes sometimes) 5. A more verbose bug output flag(turn on or off at will) on running the DCS server or sim that spits out better error messages to help us and you get to the bottom of these bugs when they do show up (we do understand that more verbose can also = slower performance, but we do need to find these bugs, so if we are looking for them, we can turn this on temporarily) 6. Eventually, we need a better login screen that can sidelock people on, and once they are locked they cant peak at the other sides to see where the other side spawned and what the other side spawned in, kind of ruins the war because the enemy knows what you spawned in already and where you are, the war of information is a very important one (if you ever played starcraft, this is 1/2 the game) - also dotn allow commands to center a map over the player, this also ruins the "where am I" part of the game realism, we have all these fancy nav systems and dont use them like we should be (server option of course) I am not sure if these are attainable, but they have been on our mind for a while now, and we do feel that some of these are "low hanging fruit", something quick and easy to implement (especially the getter's and setters of the base resource allocations, this is just update memory numbers directly) The more control in the direct DCS API you give us, the more we can leverage and make better experiences in the end, so updating the API will have a "force multiplier" effect, aka we can make much better experiences! If you have any questions with the stuff we brought up above, don't hesitate to let me (or any of the DDCS admins) know, We will gladly help, I, personally, have been coding for over 20 years, I can basically build anything at this point, so let me help you guys I also love this sim and its community, and want to help it reach its full potential and we can definitely get there. Thanks, Sincerely, Andrew "Drex" Finegan andrew.finegan@gmail.com https://discord.gg/KJSxqKc

No rush, getting it done right is important(and stress does no one good), also thanks for your hard work!

We am happy to include this carrier in the DDCS engine, the more assets we have the better the game can be! Thanks for listening to our feedback!

How the Forrestal is implemented is how ED should have handled the Nimitz since the Nimitz is behind a paywall, I cannot use it on my public server(or forced to lose 50%+ of my player base or more), it's a real shame, Bravo Heat Blur!

Yea, need the same unit:playername() system for CA units also on top of having an array for multicrew(but have the order always the same, for f-14 pilot [1], rio [2] (this is lua, no 0)), ddcs relies on knowing who is in each vehicle(imagine using f10 in a tank!), and wish it could be ucid based, we have many players with the same name and their records map on each other (I track everything by ucid)

DDCS Update: 1. Admins now have gamemaster (can do their job better) 2. 2nd cockpit permission prompt now works 3. caught up on jtac/GCI requests, if you have something other than a green checkmark, see me (most likely I couldn't find your name) 4. discord has been cleaned up a bit 5. new French translated manual (if you want to do one in your language, you have my full permission!) Will be working on MrComms checker soon, you will need to be at least in discord to play here and your name matching you're in game name. This server values teamwork, lone wolfs are not the focus Building a PR team for this server, if your good at making movies, getting the word out about the type of awesome stuff that happens here let me know. Also want to let all the new pilots that we do have a Patreon, I am trying to figure out better benefits for the tiers currently, I just added a perk to the $5 tier like quicker access to jtac when you request it (for these we have to go out of our way), rather than wait for the next process batch - https://www.patreon.com/dynamicdcs (the entire hardware of the modern server has been paid by Patreon) Our admins have been working out really well, @Red Teufel put in all these FARPs which fixed the helicopter attack game, @Quaggles has been throwing me snippets of code, great insight, and will have DB access soon to help me with that(prob tonight) and will be helping and the whole admin team has been keeping the discord a lot more clean and friendly, so I would say progress (but not without its pain points), So thanks to @[16AGR] Aries144 @Red Teufel @Quaggles @Lt.Hicks Anyone that wants to contribute to the DDCS cloud server engine, the code has been Open Sourced, you can create PRs with fixes or new feature enhancements, I will be working on how to set up the dev environment for this system (its lacking documentation currently) - you can finally see the insanity that is DDCS - https://github.com/afinegan/DynamicDCS I believe opening it up is the only way to really see what true potential this system can have! New idea to speed the whole sim up, will give you more details as they come out (along with the longs or all the capture points having 1 FARP pad and all spawn on the ground, gets rid of a lot of non-necessary units) As for the people who use to play here, you need to come back and try the server again, I think you will be quite presently surprised!

Found the issue: So-> in the main DCS World Directory: /Scripts/Hooks/multislot.lua The file sets hooks.onPlayerTryChangeSlot = onPlayerTryChangeSlot Then when my GameGUI script ALSO sets the onPlayerTryChangeSlot function (API dictates I can set this function), which overwrites the previous. Solution: change multislot.lua to use a different firing function, so it doesn't break anyone using the onPlayerTryChangeSlot function inside the hooks directory. Next DDCS restart will get permission prompts back (already tested it local instance and it works) I used the function onPlayerChangeSlot(id) for now, hope this won't be used by something else in the future like the Try version did (dangers of global functions). -Drex

This is still a major problem, code to fix this should be with the crates sticking around after API :destroy is called, which is also still broken, it's an object sync problem between client and server, because these flags work if you play on the server and the server alone, it takes 2 computers to fix and properly test this. 1 being a server and 1 being a client.

This is still a big problem guys

I think I just found the solution, I saw it has VCRUNTIME in the message, I started to think, maybe this had to do something with VC studio dependancies and when you do a repair, it reinstalls these third party required dll's to run the game. I think an earlier install/update of this game (2 weeks ago), did not update my VC library on the server. so EVERYONE that gets the VCRUNTIME error, do a "DCS_updater.exe repair" - you will see it go and get these run-time libraries, server has been fully stable ever since, I even see it fixing OTHER problems too that have the VCRUNTIME error in it. I am guessing they updated the libraries (good news!) Your Welcome :-P -Drex

I removed the F-18C from my servers, the crashing completely stopped - its definitely something to do with the F-18C, this is after about 12 hours of running, with around 40 players

Still on older version, 20601 still crashes like crazy in the server enviroment

Type:Server Crash Status: not sure Reported: not sure Priority: Very High Summary: Server crashes about 5-10 mins into the game Description: Server crashes 5-10 mins into the game 2018-08-16 03:33:16.735 INFO EDCORE: # -------------- 20180816-033317 -------------- 2018-08-16 03:33:16.737 INFO EDCORE: C:\Windows\SYSTEM32\VCRUNTIME140.dll 2018-08-16 03:33:16.740 INFO EDCORE: # C0000005 ACCESS_VIOLATION at DABF10C3 00:00000000 2018-08-16 03:33:16.744 INFO EDCORE: 00000000 00000000 0000:00000000 2018-08-16 03:33:16.748 INFO EDCORE: DABF10C3 0099E6F0 0000:00000000 C:\Windows\SYSTEM32\VCRUNTIME140.dll strchr()+33 2018-08-16 03:33:16.750 INFO EDCORE: BF4332CB 0099E720 0000:00000000 C:\Program Files\Eagle Dynamics\DCS World\bin\edCore.dll ?tmpload_buf@Config@Lua@@QEAA_NPEBD_K_N@Z()+28B 2018-08-16 03:33:16.753 INFO EDCORE: BF43344C 0099E750 0000:00000000 C:\Program Files\Eagle Dynamics\DCS World\bin\edCore.dll ?open@Config@Lua@@QEAA_NPEBD@Z()+1C 2018-08-16 03:33:16.760 INFO EDCORE: BFBB8CC4 0099E7B0 0000:00000000 C:\Program Files\Eagle Dynamics\DCS World\bin\Scripting.dll ?regLuaView@Scripting@@YAXPEAUlua_State@@@Z()+11A4 2018-08-16 03:33:16.764 INFO EDCORE: BFBB550F 0099E800 0000:00000000 C:\Program Files\Eagle Dynamics\DCS World\bin\Scripting.dll ?regLuaTrigger@Scripting@@YAXPEAUlua_State@@@Z()+D8F 2018-08-16 03:33:16.767 INFO EDCORE: D61D7294 0099E840 0000:00000000 C:\Program Files\Eagle Dynamics\DCS World\bin\lua.dll luaD_growstack()+7A4 2018-08-16 03:33:16.771 INFO EDCORE: D61E727B 0099EA50 0000:00000000 C:\Program Files\Eagle Dynamics\DCS World\bin\lua.dll luaS_newlstr()+4E5B Reproduce: Not Sure, Included trk files and crashlog DDCS code has not changed in 3 months (waiting on the dsync fixes reported by me earlier) I reverted my entire network of servers to 2.5.2.20143 due to this instability dcs.log-20180816-033317.zip server-20180815-231821.trk

DDCS Standard server runs: i7-7700k 32 gigs DDR4 ram M.2 NVME samsung 960 EVO small graphics card (1050ti) 1 gig fiber connection At peak 50 players about 40Mbit/sec uploading used this server runs at 50fps, 1100 units(every base has a full complement of defense units, the entire map is opened up, so anyone can attack anywhere without limit) at 50 players, it crashes very rarely (except when booting up, we need to lock port). Most people are have Lots of fun, We allow ground units to be built and used in my simulation (mostly no lag even with 20-30 units running around) - We have done MANY tweaks getting it to run this well, including moving all logic off the server(tcp socket). Even with this many units, the gameplay is great, really really fun! DDCS Hardcore server (about to be launched) i7-8700K 32 gigs DDR4 ram m.2 NVME samsung EVO 970 1050ti video 1 gig fiber connection Stats on this machine we don't have yet public yet, this experience is built for veteran players, bases farther apart, 312 total units but the SAME code base as standard with different options, still piping all logic off the server through tcp socket. Server empty right now runs a 220 fps, (standard when empty runs at 160fps or so) DDCS going for an incredible experience, and there are a lot of things in the pipeline, we literally cant code it fast enough. Our Mesg To ED: We are fine with your idea of 'Official Servers', as long as third party multiplayer developers can still have access to the enhancements of the API and the dedicated server client(even if fee based, but opening it up will spur more development). We are guessing that ED will be adding to the internal API (getters and setters to the base equipment allocations, more granular control over group movements(smarter AI), more control into the options that the units are spawned in with, ammo, states etc, we can talk about this if you like, We have a wishlist, things that are holding us back on some ideas) Even giving us a restful API hookup through an outside socket interface or just DLL access to develop a restful API would be great, the community has great talent, let us have the options to do so. -Drex DDCS Developer

I LITERALLY don't have time to complain in this form, I need to work on DDCS code and lately you see it as the top multiplayer server day in and day out, I sell LOTS of modules, and I am pretty sure I can prove that MOST of the hours played in DCS is in fact multiplayer, want to trade metrics, I log everything! (people play 6-8 hours a day every day, I doubt ANYONE does this in single player), How about taking my bug reports seriously for once, I think I know what I am talking about when I explain all the desync bugs, and I am PURPOSELY picking ONLY the desync bugs, I could fill the bug list up with 50+ backend DCS bugs with the API(events sending me null objects etc), desynced things, weird loading issues but I use my time better to give you guys a FOCUSED most painful group of bugs so you get that fixed first then move on to the next set, but I see NOTHING getting fixed on the desync front(which requires 2 computers to test the dataobjects), im tired of people moving large base groups on the map causing massive lag (its mostly new people that don't know any better, again ["uncontrolled"] flag does NOT work on clients when server has units spawned in with addGroup()) Bugs in question: https://forums.eagle.ru/showthread.php?t=212793 https://forums.eagle.ru/showthread.php?t=209552 https://forums.eagle.ru/showthread.php?t=209551 https://forums.eagle.ru/showthread.php?t=209554 https://forums.eagle.ru/showthread.php?t=209553 I don't complain because its a waste of my time right now, I need a better dialog opened up to the ED devs, I am a dev myself, I code 6-8 hours a day on average, for this game, for over a year now(on top of 6 hours of coding at my day job), I am pledged to the cause, I really understand its quarks, and when my bug reports get ignored(reported != fixed) and not fixed for months at a time... it makes me think.. Yes, what you said COMPLETELY triggered me, lack of complaints is NOT a reason to not fix the game! BTW, I really make DCS World shine, jump on my server sometime, especially when I get the second hardcore one up, I PROMISE you, you will have no desire to play single player ever again pretty much. I get DAILY comments like 'your saving the game', 'I wouldn't be playing DCS without your server', seriously, I need more support, I am a free resource that sells lots of modules for you guys...... Sincerely, I want to make this game better and help you guys, and I understand you might be short staffed, which would explain a lot. Andrew Finegan -Drex

Blue won last map rotation, map reset for 2.0 engine Standard server is updated to 2.5.2.19273.411 openBeta Welcome to the new DDCS engine 2.0 that has been testing on hardcore server * new life system, you start with 12 life points, EVERYTHING has a life. 1. CAP uses 6 life resource points on takeoff 2. CAS uses 3 life resource points on takeoff 3. mistrals take 2 life resource points on takeoff 4. everything that use to be free is now 1 point(1 point = 10 mins) * no side can have more than 25 players each * protocol now talks at 20+ packets per sec to external server (instead of 2.. lol) * massive optimizations * complete rewrite of sync system * keep an eye out for bugs and let me know when you find them, we did test this a lot but it was just 3 of us

Any update on the fix for this, you hold left shift and you can override the uncontrolled flag, its ridiculous, I spent 6 hours last night detecting units moving (when there not suppose to move) and when I ran setTask hold or setCommand Stop Route non of these worked the ONLY thing that worked is to turn off the AI on the group, then they finally stop. So since this cant get fixed for months, im going to have to waste hours of my time writing code to work around a relatively simple fix I bet, if group wonders farther than 3.4 km's from original base, turn their AI off, rendering them completely useless...... I cant deal with the lag of the base units moving anymore, when the uncontrollable switch SHOULD be stopping them from moving in the first place This is a MUCH bigger problem than you guys think