Maverick87Shaka

I normally don't use the webgui to manage settings, just times to time to check on the fly connected people and change running mission on our mission server. But, I guess you can try to delete serverSettings.lua (backup renaming the file is better idea) and see if from the webgui it will be created automatically again according to the setting that you provide in the webgui. Can be a problem of file permission maybe But it's just an idea, not tested.

Sì sì, mi chiedevo appunto se lo avesse scritto su Discord Razbam col suo account per andarlo a ripescare. anche perchè nello screen purtroppo hanno omesso data e nome. L'unico "riferimento" che trovo è il post su hoggit/reddit, ma anche li manca il contesto della fonte

Questa cosa è davvero gravissima...se prima concedevo il beneficio del dubbio alle parti (ED e RB), onestamente ora mi pare che la ED abbia tutte le ragioni del mondo per essere un pochino di traverso con RB.... È davvero un peccato, perché alla fine siamo noi consumatori a rimetterci, e onestamente non mi sembra che la cosa possa a questo punto arrivare a una soluzione pacifica della questione. @nessuno0505 la fonte qual'è?

Trying to release a better build rather than been strict chained to a release date is a positive attitude in my opinion, the problem probably was the decision to scrap out the Chinook and just give one day of delay (from 3rd to 4th) to properly tune the build. Maybe at that time (on the original postpone announce) ED Should have taken more time? But it's ok. Take the necessary time to release a good build

Beh si erano venduti una data inserendo molte, molte cose dentro, e credo che col normale ciclo di testing interno, ci sia stato davvero troppo poco tempo per provarle e garantire un buon risultato. Togliere un modulo all'ultimo così viscerale per alcune funzionalità (il ch-47 e la logistica nel dettaglio) a mio avviso non è stata una grande mossa, o meglio, se il ch-47 non era pronto aveva senso svincolarlo dall'uscita della build, ma pretendere che tutto il resto venisse ri-testato in un giorno solo, (logistica inclusa) senza la presenza del ch-47, è stato davvero ottimistico. onestamente, anziché annunciare di rimandare dal 3 al 4 togliendo il CH-47, a quel punto mi sarei preso una settimana in più per sistemare per bene la build senza il Chinook. col senno del poi....facile parlare, me ne rendo conto, ma questo è.

Patch rimandata ancora, non uscirà oggi (4 Luglio) Questa volta non danno la nuova data....tocca aspettare Scusa @giullep abbiamo postato insieme

I've tested small rented virtual machine (VPS) just to host OpenVPN Server, the server behind NAT connect as client to the server, and the server is set to forward all inbound traffics (except the ovpn port) to that client. It works, not ideal condition but is technically doable. The problem was that I still have to pay for the VPS ( about 5$/month) and add unnecessary latency to all connected client, especially if our VNP/server is not in your same town/country. It was just for a test more than a production environment by the way, but it work

Normally I would suggest to add just the port (both TCP and UDP) as PORT firewall exception, rather than enable program, that based on my experience is less reliable. If you're sure your IP is public one, just check again that on your router,you've enabled the forward both TCP and UDP.

Have you checked that both you and your friend are on the same exact build number?

If you're running your memory with overclock (including auto tune and certified XMP profile) try to disable it. Keeping your RAM at default SPD clock make a DCS repair and then run DCS and test it. Sometimes it happens that due to memory corruption, there will be a miss match between version loaded into RAM and the "validated" checksum Just a test, disable in the bios XMP, and give it a try.

È una workstation grafica, non è un sistema consumer. CPU: AMD Ryzen Threadripper PRO 5975WX, 32 Core e 64 Thread ( lo abbiamo utilizzato insieme alla ED per risolvere un problema della MT, ironicamente non girava con più di 32Thread prima della release al pubblico ) RAM: 256GB DDR4 GPU: 2X RTX A5500 24GB dedicata ciascuna Storage: un paio di dischi NVME da 2Tb ciascuno,classe enterprise che paghi un sacco solo per quello, più o meno sui 4000mbps di read/write. Mettici il classico rincaro Dell, e hai fatto facile i 15K Prova a crearti una missione da zero, metti un altro aeroplano dall'altra parte della mappa, e poi da mappa f10 lo selezioni (l'altro) e poi fai F2, dovresti notare lo stesso comportamento di caricamento della texture solo dopo, ma ripeto, in generale è un "bene", perchè la simulazione va avanti mentre la texture più dettagliata viene caricata, immagina che invece una volta si bloccava tutto ahahaha Gioca col pre-load radius, è quello cmq che ha il maggio impatto su quell'effetto, ma io preferisco comunque tenerlo alto (chiaramente finchè ti regge botta il pc) piuttosto che basso.

Sì.......anzi.....rimarresti deluso di sapere che ha "problemi" anche su computer da costati 15K Quello che puoi provare a giocare col preload radius se ti da fastidio quell'effetto di caricamento texture, ma considera che in realtà è proprio quello che ha reso DCS più giocabile di quanto non lo fosse prima, ora il caricamento è asincrono e non ti blocca il pc, pensa che una volta per mettere una nuova texture tutto il resto rimaneva "bloccato" Ecco cosa è cambiato con la multithread sostanzialmente, vengono divisi i carichi tra thread diversi che possono viaggiare in parallelo, piuttosto che uno dover aspettare il completamento dell'altro. Pare una cosa "banale" perchè praticamente tutti i giochi ormai lo fanno, ma per un simulatore come DCS che si porta dietro del codice legacy, non era così scontato. gioca col pre-load radius, abbassalo fino a che trovi il tuo "sweet-spot", io onestamente siccome faccio spesso F2 su aeroplani in giro per tutta la mappa, trovo molto meglio aspettare un pochino di più il caricamento iniziale delle texture, e avere meno problemi quando gironzoli per la mappa (comportamento che ottieni con pre-load radius alto)

Just try to change the mission date/time to a date in 2023/2024

I'm holding my Strike Eagle hoping a solution it will arrive, soon or later, and don't loose the discount applied at the beginning. The Radar problems looks like a "kill-switch" rather then a real problem occurs during DCS Core feature upgrade, and I'm really disappointed about that. I really hope that someone can clarify if it's an intended behavior (basically release an update with an expiration date, that it's illegal in basically every country in the world) or it's just a technical drawback of some sort, involving dll signature or other stuff.

Confermo, si potranno cambiare le impostazioni prima di entrare in gioco, non durante @Tigre. Quella che hanno mostrato comunque è la pagina dei settings del nuovo launcher, "sospetto" che quella iniziale sarà ancora più carina

Go in your server installation folder and check f you have the autoupdate.cfg file. Open it with a text editor (Notepad++ suggested) and edit the line: "launch": "bin-mt/DCS.exe" according to what you would like to start There is no mt-bin folder for server, it was an error introduced some times ago when the MT binaries becomes the default one for client. also a little suggestion, you can take this time to completely remove the "old server" and switch to the modular installar that is the new "standard" in terms of DCS Server.

Credo proprio di si, lo hanno scritto ovunque, sul come uscirà il 26 Giugno....ecco, ad oggi onestamente non ci riporrei moltissime aspettative. Se sei un elicotterista sfegatato e vuoi qualche cosa di nuovo da gustarti, sono sicuro che il Kiowa possa riempire il tempo che passerà prima che il CH-47F diventi abbastanza maturo da poter regalare buone emozioni. Almeno queste sono le mie sensazioni personali sull'uscita del 26, spero di sbagliarmi.

No documentation or ready to use simple libraries/method, just lot of manual work most of the time. There are some tols that can help you, like SLMOD where you can enable some export in .lua table or json format, and then you have to develop your custom code to integrate in the maps. Our live maps was offline since the 2.7 weather update, but we are working on the new one

So your ISP basically apply CGNAT (pretty common for mobile) There is nothing that you can do on your side to open the port and allow people to join your server.

Take note of the IPv4 listed on that website, then go on your router webconfig, and check for WAN ip address or something like that, and compare the two address. they must be the same

The problem is that only your ISP can be 100% sure about it, you can try to check your IP address listed when you surf on: https://www.whatismyip.com/ and see if there are some evidence that is not a public ip, comparing to the one that you'll find in the router configuration page, as WAN ip address. Compare the two results as first step

In Italy it's not so different the situation with the ISP, I perfectly understand your pain! But before potentially spend money in a new hardware on your side, you must be sure to have a public IP address (not natted network) from your ISP, otherwise it will be useless That's the point.

Again, check with your ISP, because most of the mobile operator DO NOT provide a public IP address, so despite your settings, firewall rules, or even 600€ investment on new modem that you can buy for that SIM card, you'll never be visibile from outside, and that is a NAT network. You need to call your ISP and ask if you have a public IP address or not. I bet no Call making some "generic" request, without mention game server, try to ask that you can't see your new IP camera from your smartphone or something like that when you're not at home

Confermo Che dovrebbe essere domani, 5 Giugno

Before invest money in a new router, you have to verify with your ISP if you're behind a NAT, that is a common setup for mobile connectivity.