Maverick87Shaka

Uhm......did you have the chance to test it again? I've used tonight on the latest OB available ( 2.7.6.13436 - 06Oct2021 ) and it works fine with GBU-12 and GBU-16

This specific topic is not related to the aircraft "master mode", that you can use to switch between Navigation, Air-to-Air or Air-to-Ground. The switch that I'm asking if is possible to add or check behavior is the FCS "limiter" (configuration mode), similar to the one present on the M2000. Actually with the current keybindings available in DCS, you can recreate correct functionality if you have a physical toggle switch, both on-off or on-on are supported with current keybinding available ( and this is kindly redundant assignment ) What you can't do right now is use a single momentary button for that functionality ( like G for gear ) For master mode you have to use T1, and it works well:

Dear Deka team, Please note that the AA/AG Switch cannot be used as a "toggle" momentary button, like gear UP/DOWN for example. At the moment this functionality can be only assigned to a physical ON-ON or ON-OFF toggle switch, but not to a single momentary press button. It would be nice having it available also for button assign Regards, Andrea Multipurpose-UFC

as far as I know as soon as the updater know that is dedicated server installation, it will try to download all "known maps". You can try to remove the DEDICATED_SERVER from autoupdater.cfg, but it can potentially break your installation, I don't know what it will go to download if you leave blank.

It will be really interesting, unfortunately it looks like there is no documentation about that, as well as "common practice" to print %ERRORLEVEL% just after the updater command line, it will produce results not related to the update availability. On one of my dedicated test server it's 0 before and after update. I think it's something that just ED can address. Actually on my most populated "prod" server, I'm manually closing the instances start/restart script, start the update from classic icon on desktop, and then ruin again all the isntances form their dedicated script Lets see Fly Safe

Open Beta build 2.7.6.13436 released on 29/09, maybe lot of server was performing update at that time, or not yet upgraded. Different version between client and version are normally the most common reason to don't have it on the server list. I was able to perform update just now;) Fly Safe!

Do you think it's to modern platform? The recent stop in developing of the Anubis MOD let me still hope for a chance to see the C-130

It's just a tip, DCS Multiplayer unfortunately it's affected by rubber banding, lags, and other strange behavior even when hosted on a dedicated datacenter internet connection, make a server on a wireless network can only make the scenario even worst due to packet lost and jitters typical of this kind of connection. If you still convinced that is a good idea, just test everything (firewall and forwarding) is well configured with PacketSender:

Main problem of this NUC is the really low CPU Speed Clock ( base clock ) If you place this PC in a conditioned room and it can maintain a sustained clock > 3.5Ghz on all cores you should be fine. Theoretically it should hit 3.9 GHz on all 6 cores , but it really depends on thermal operating condition, so really mind where you want go to install it. Just a note, use wired LAN connection of NUC or any other Hardware that you plan to use as server.

Dear Deka, I would like to know if you could consider adding the HUD BRT and UFCP BRT as standard input, so we can bind the CW and CCW to single button press, the goal is to use the same rotatory encoder that are well know and used in many of our simpit. I can only find these functions on Axis assign. Thanks for your consideration, Regards.

There is a lot of SCRIPT spawning stuff on this mission, I suspect it was a bug on scripting or something like that. It's better to upload also the DCS.log of the server ( computer that host this mission ) of the time that the problems occurs to understand what happens. Now it's really hard to say whats goes wrong that particular time.

I think it's the wrong forum section...... .....btw.....for both question the answers is the same, it depends from the mission that you actually want to run on your server (as client the mission hosted by the server) In terms of numbers, it can start from 50KB/sec for each connected, up to 250kb/sec for each clients, depending on the active units on the mission, what AI and players are doing etc. Another behavior that I've notice operating 24/7 servers, is that is not really that "linear" growing demands on bandwidth for clients counts. It's not exponential, but for sure is not linear, so if you plan to open a server to a large numbers of players, you can really have to take a look at the available bandwidth, and please don't operate server on wifi or shitty connection that can loose packet, your community will appreciate

Definitely, not sure why at the beginning in 2018 it was categorized as "low priority", I'm sure ED has their valid motivation even if we can think it different, but after 3 years even a low priority bugs deserve to be addressed! Runway lights that is for sure more "easy" bug to be smashed, remains stuck for long long time as well. With the growing interest in the multiplayer missions, server and campaign, this bug need to be squeezed out. Fly Safe

As mentioned in the first post, it will not disable the file generation at all, at least the .miz file will be included in the generated track .trk files, but at least it will not grow up in dimension while the mission is going ahead. If you join and leave the server immediately , or you'll stay in the server for 3 hours with 40 other players, your .trk recording file will be always of the same size, close to the original .miz file running on the server. Tested on the latest OpenBeta now available ( 2.7.5.10869 ) and it's working.

Giudicare la qualità del visore dalla registrazione della sorgente è un pò difficile, bisognerebbe vedere dopo le lenti cosa si vede, anche se è sempre "complicato" effettuare questo tipo di video.

As far as i know, there is now way to avoid that the track .trk contains all the stuff that you put in the mission editor. What I normally do is to create just the "templates" in mission editor, and make all the spawn, routes, etc.. "dynamic" by .lua scripting. After design a mission like that, I load all the required .lua scripts directly from storage without embed it in the mission .miz file. This simple step normally prevent most of the "spoiler" if anyone try to open the trk file It's require the DCS sanitize "hack" of your server

Don't host a server with wireless connection, never! Make a favor to you and all the people that is going to use that server, even if it is "just" for LAN party!

Try with your friend that is trying to use your server the port and IP with PacketSender On server machine ( you ) make sure to go in File => Setting, and enable TCP and UDP server on port 10308 (or the one that you want use) On "client" by your friend, ask to open also packet sender and tipe something in the ASCII text box, then put your public ip address on ip, set the same port, protocol ( try first TCP and then UDP ) and then your friend need to press send button When he hit send button you should receive the message in the below part of your packet sender opened on the server. If this is not working you've definitely some miss-configuration on your firewall/routing, or your ISP doesn't provide to you a pubblic ip address. If the test with packetsender is fine, your setup is good, and it's the dcs server that "hangs" for some reason, and we need another kind of troubleshoting. Regards, And Fly Safe

You need also a public IP address, some ISP are going to NAT their users behind a single IP since IPV4 basically doesn't have anymore free available IP address. What you can do is test that is really open the port with some testing application like packetsender, configured on the same port. Fly Safe!

Actual player limit is 255 if I'm not wrong, on top of that, despite the hardware and connection you will use, depending on the missions complexity, there is a chance that starting form 70 / 80 players netcode start to mess up, with lot of rubber banding, teleports,warp,lags etc. I will try to join, not sure to be able to do, but I really curios of the result if you'll be going to monitor performance of the server host, bandwidth and stuff like that. Regards

Potrei sbagliarmi ma credo che dipenda direttamente dal sistema di volo fly-by-wire del 18, nello specifico chiamato FCS. A differenza di altri aeroplani dove i tuoi comandi vanno direttamente alle superfici di volo ( magari servo aiutate giusto per ridurre la forza necessaria per attuarle ), l'F-18 così come altri aeroplani, ha un sistema computerizzato per la gestione dei comandi di volo, chiamato appunto FCS ( Flight Control System ) Senza fare inutili poemi a riguardo di cui comunque c'è ampia documentazione, quello che ti posso dire è, prova a tenere premuto il tasto del trim nella direzione MOLTO a lungo, insomma rispetto a quanto faresti con qualsiasi altro aeroplano dove magari un clikkettino è sufficiente per correggere una leggera tendenza in una direzione a causa del vento o del loadout non più simmetrico.

If you don't have stupid things like DMZ, remote desktop, shared folder with privileges granted to "everyone" in full control, not is not "dangerous" that people know your IP. The only concerns maybe is that you can be victim of a DOS/DDOS, but let me say that it's not something that happens really often. Some modem/router and also ISP have a kind of "builtin" feature that will drop DOS/DDOS, so, to me it's a really remote chance.

Definitely I'm still to busy trying to release and maintain all my public server to develop the script for you, without create everything from the scratch just check the DCS SimpleSlotBloking Just note this a "server side mod", so you'll need to have this mod installed on your server, it will not work only with the script in the .miz file Cheers, FlySafe

Make sure you have opened ( on server firewall ) and forwarded ( on your router ) the correct port number

No, not possible at all. Client need that information to be able to connect to your DCS server ( or any other server and services ), so unless you want make a server where nobody can connect, it's technically impossible to hid your IP.