fargo007

Seems like they don't want to fire under any circumstances. I mean, that's smart for survivability, but still.

Thanks to the new updates from Polychop, BSD's US/Canada SA342 Gazelle platoon is open again. We fly all variants of the gazelle across the entire menu of mission roles it can occupy. Recon, Light Attack, Escort, COIN, Anti-Armor, FAC(A), Calling in Artillery, and using the helicopter and everything it's capable of doing. If you can fly this helicopter with a decent degree of skill and racing around in the chicken leg and working with others in a PvE environment that leans into milsim is your thing, come on out.

If you could provide a breakdown of what the code is doing (or richly comment it showing where the different numerical values are coming from and what they do) we might be able to contribute these parts in pull requests.

Has ED got this one as a bug report? @BIGNEWY @NineLine

Since the latest update, when a slot is joined, it triggers both a connection loss for the client, and causes a crash of the dedicated server. Concerned section of the log: server crash output containing .crash, .dmp, .log, .trk. https://drive.google.com/file/d/1gW-HSfJTPT7cGdjl2HzK-YBq2IGsHOLs/view?usp=share_link

You can also go into the front seat and check things out for yourself.

I am seeing an improvement in multiplayer. As compared on a specific server I was previously seeing 40-45fps, now over 60. Ryzen 6, 2080ti. Essentially default VR settings with a few tweaks.

This is a powershell (ps1) script that I came up with that is working for me at least on the command line.

I literally just found this and have not installed it yet, but: https://github.com/phoenix125/DiscordSendWebhook Looking at this, it should be easy to debug it via command line. There are examples there which show running it directly which takes DCS completely out of the equation. See if that still works, and we'll back into DCS from there. ETA - it's not working for me on the command line either. We need to find or create a different exe. This one is not maintained anymore. It can be done super simply with curl though. This as a bat file works:

I started a (redundant) thread about this. But this is the exact same issue. If management via the website isn't used, is a full user login sequence even necessary for a dedicated server? It manages no maps, modules or DLC at all. Perhaps this could be escaped entirely by either caching the login data locally or having an option to forgo external management and proceed without a login at all.

Hey! Long time no see brother! Yeah this is a crazy one. I'm gonna try the DNS switch, but honestly I can restart them a couple times and get this to reproduce. I wonder why a dedicated server even NEEDS to log in with a username/pw each time? Unless you are trying to manage it via the website which to my knowledge is almost never done. For dedicated servers, it might be a lot simpler to at least cache the login, or furnish an option where it can be bypassed if web management isn't desired. A few of us flew on Rotorheads last night actually. It was fun! Thanks for the pointer to the other thread. Exactly the same issue.

Just an idea but have you tried creating (adding to the map) the units and building slices in the precise order they should appear? Like - if you want them on the 3rd floor: Create bottom, create first/second/third layers, then create the units, then add the rest of the building. IOW - I think the "order of birth" may be playing a role. Varying mid-floor styles would indeed be excellent, as would skins to change the overall look and feel to whatever extent is possible. Especially the top floor.

Superb! Thank you!

Wow - Very nice! This is a novel concept. We are keeping a close eye on this one.

Thanks for the response and the extra investigation here. That's certainly easy enough to try.

I am seeing an issue with dedicated servers where they randomly fail to start up. The failure is consistent. It is very early in the loading process, seemingly related to, or right before the login sequence. This is the entire log from such an occurrence: (That's where the log ends when this occurs.) When a server loads successfully, the very next lines after this are the login sequence: This is not reproducible on demand. There are four DCS servers that are started from the same installation, each with its own write path. The issue will occur with each of them randomly as the servers are started. Today #2 and #4, but other days one or two of the others, or sometimes none of them. It would seem that since the issue occurs so consistently right before the login sequence, that this might have something to do with that. If there's any advice on how to keep them from getting stuck here, I am thankful for the counsel. Thanks! /Fargo

Yes, that will work. You need to have minimum 1 group each on the red side of HEAVY, LIGHT, and SUPPORT for it to work. There's no reason you can't make them be a single group of 50 in LIGHT/HEAVY and a single unit of the same thing in SUPPORT.

Yes, it absolutely works. We use the MOOSE CTLD classes for this, which create them without issue. It has FSM events that you can tap into and basically do whatever you want. Here's some more detail. So within that FSM event function, you can pick out the groupname. In our case "FOB." Then you spawn the invisible FARP as a static object. These are just some excerpts that show one of many ways it can be done. I believe I made a 'walking skeleton' style example of this for the UH-60 mod guys. I'll see if I can dig it up if there's interest. Remember that you also need to populate the FARPs with the correct objects or vehicles to allow them to provide fuel/rearm/ATC services if you're not spawning them contemporary with the farp object or using a mod that includes that. Adding CTLD troops/crate functionality to the new FOB/FARP is also an option.

I also would have lost a lot of money on this bet had I made it. The UH-60 is absolutely iconic, celebrated, and capable with what is probably the widest mission set of any helicopter when you consider it's deployed in several different configurations across Army, Air Force and Navy. Of course we now want both.

We're a community. All you have to do is ask. Many people enjoy helping others, and furnish & support all kinds of scripts, projects and code. and there's so much of it that is released for people to use. This is how you got CTLD, CSAR, Mist, and MOOSE in the first place. People on the MOOSE discord provide code to each other every day. The limits that are going to be hit with asking ED to build such low level details like this into DCS are that it will need to be done in such a basic, rudimentary way that it will please very few if anyone, and the requests to modify it this way or that way will be both endless and tiresome. I point here to the in-sim handling of ground troops. There it is. Built right in. For YEARS. Nobody uses it.

Pointing out that much of what's being asked for here is already possible through the scripting engine. The new CTLD and CSAR available through MOOSE open up tremendous possibilities. We've been deploying Fat Cow style FARPs, airframe recovery missions (Snake Doctor) as well as a fully operational Rotary Wing logistics network for quite some time now. I'm not opposed to ED building some rudimentary stuff in, but you will always get a far better experience with scripting than something from a box. This is why nobody uses the in-sim troop loading, though it's always been built in. For the Fat Cow, after deploying, we use an AI 47 to sit there. It's hard to find a pilot that wants to fly to a location, and then sit there for 2 hours, waiting for someone to need fuel. Now the cargo objects (artillery,scout vehicles, armor, etc) and the FARP ground objects (now the job is done with mods) OTOH, that would be excellent. Some of the other interactions I'm looking forward to creating is having a C-130 Squadron land on a makeshift airstrip, forward deploy four OH-58D's for us, and then have a ch-47 Fat Cow come in and fuel/arm them up, and away they go.

< .... //// - - - *** This might be when it's coming. Better reactivate Bletchley Park.

Hi, we're setting up a dedicated server and are stuck at an error involving netview. Instead of getting a true condition here, it's throwing this error. Does anyone have any advice or hints on what to check? Was caused by attempting to use a pretty old version of slmod. Leaving the post in case this helps someone.

Nice work on this guys. Looks really good!

Absolutely still works great, and also with newest MOOSE version. dcs.log will always show you what's up.