Multiplayer Campaign Issues
-
Well, unsurprisingly, stability was reported to be fine at 1024. However we noticed some problems with initial spawn on the carrier: I’d reccommend making sure either the deck is all clear of any and all AI flights (looks like there’s only space for - we had many cases of us relogging and exploding on initial spawn at taxi.
-
Hello Guys,
Could you tell me if with a dedicated server, is it necessary that the server enters in 3D with 4.33 ?
If Yes, Why ?
Thank youAcrolys
-
Hello Guys,
Could you tell me if with a dedicated server, is it necessary that the server enters in 3D with 4.33 ?
If Yes, Why ?
1.) YES
2.) That’s just how it is.
3.) Use “SEARCH” button. -
To be honest, we use a dedi-server via A VM in TeamViewer. At no point do we load the Server into 3D, they simply stay on the map. Once we fed it enough BW (enough for 1024 per person plus client and IVC), we haven’t had any issues using 32-bit version of 4.33.
However if you have issues with your server doing weird stuff and you’ve tried everything else, give this a shot. -
In our VFW server always stays in 2D too. Didn’t find any OFFICIAL statement contrary to that, to be honest, only speculations by common users. And NOW in falcon bms.cfg file there is an option to PREVENT server entering by accident 3D world. This tells a lot to me
-
In our VFW server always stays in 2D too. Didn’t find any official statement contrary to that, to be honest. And now in falcon bms.cfg file there is an option to PREVENT server entering by accident 3D world. This tells a lot to me
Thanks for backing me up on this - I thought I was messing something up!
Let’s use this topic to squash myths and establish facts! Once we have some tried and tested stuff, maybe an admin/dev could set up a sticky post with common solutions to MP issues, leaving just the facts and what works for 90% of users
-
Thanks for backing me up on this - I thought I was messing something up!
Let’s use this topic to squash myths and establish facts! Once we have some tried and tested stuff, maybe an admin/dev could set up a sticky post with common solutions to MP issues, leaving just the facts and what works for 90% of users
How long is your server active for without returning back to 2D / Restarting?
The general consensus (well from my pov) is that it will work for some time but eventually will begin corrupting the session after multiple sessions.
-
Fair point. We only run ours for the duration of the mission/game time. This could run from a single 45 minute frag to 3-4 hours of several flights.
-
Several days, actually it was 7 on a row in 2D until we restarted it for other reasons (the one with 4.33,other servers are turned on and off for the mix or when we need them).
-
Fair point. We only run ours for the duration of the mission/game time. This could run from a single 45 minute frag to 3-4 hours of several flights.
This may have something to do with your observations vs. what others are reporting.
-
More than likely, but it’s the most stable way to run it and it allows us the most gameplay per campaign.
-
At Falcon Online we have tested this on a Campaign, Keeping the Server in 2d and clients in 3d is a disaster. The campaign in the 2d never syncs with the 3d. I have tried this more then 15 times with 30 plus players and i know for a fact that this doesn’t work. The server needs to be in 3d. I think it should be a clear sticky thread about this.
Random crashes, AI stuck in the air, No Airfields which is just a start then when you exit your debriefing is messed up.
-
On stock theatre and vanilla bms?
Anyway, really think it has to be explained the reason of the new option in falcon bms.cfg 4.33 to prevent the server going into 3d by accident
-
sigh looks like some of you will only believe it when you have a document saying the server has to be in 3D, signed by all BMS Devs, President Obama, Mahatma Ghandi, Pope Franziskus and the flying Spaghetti Monster, do you? Jeepers creepers …. :dhorse:
The option in the BMS config was also in 4.32, nothing new here so don’t hold your breath and face the facts which was also already affirmed by Devs!
-
On stock theatre and vanilla bms?
Anyway, really think it has to be explained the reason of the new option in falcon bms.cfg 4.33 to prevent the server going into 3d by accident
That Option was there even in 4.32
-
sigh looks like some of you will only believe it when you have a document saying the server has to be in 3D, signed by all BMS Devs, President Obama, Mahatma Ghandi, Pope Franziskus and the flying Spaghetti Monster, do you? Jeepers creepers …. :dhorse:
Hey man, calm down. If I want to use another setting, the problem is mine, not yours. With the not so insignificant detail that I could fly until now just like you, without making the server enter in 3D and without any side-effect. Of course we use vanilla BMS and stock theatres at most, that is the most reliable and supported configuration by the way. That said, if you expect me to bow to a so-called authority only because YOU say that, well, you’re wrong, mate, because I was taught to distinguish from the sheep and to think with my own head (and do often a lot of mistakes because of that, of course, but, hey, every mistake is at last all experience, isn’t it?). Only authority I recognise and I bow to, here, is developers. Official ones, I mean.
The option in the BMS config was also in 4.32, nothing new here so don’t hold your breath and face the facts which was also already affirmed by Devs!
Please, share with me a link where a dev says that. I couldn’t find it (my fault, probably, but it’s twice you repeat that without lending me an hand on it, so please). Oh, and the fact the option exists, indipendently from the version it was introduced into, seems to me in contradiction with the asserted need for the server to enter 3D. Logics, uh?
-
You are right. If you can’t accept a good meaned advise from experienced BMS server admins it’s really your problem, not mine. I’m tired and out here, have fun with your 2D server.
-
I would instead suggest everybody to get back in topic…the problem discussing here was not where the server should stay, but how to configure it as well as clients in order to not have problems on campaign missions…thanks
-
Thanks Mano. Things were starting to get unnecciarily hostile there. The only point I wanted to make is that the devs are the ones involved with the creation of the game, surely they know more than anyone else the limits as well as the can-do’s, should-do’s and mustn’t do’s. If they could nail it down, then we can all agree instead of second guessing each other
We all want the best experience we can get , and it’s clear with so many opinions and ways to get set up, it would be really handy if we could get some firm, fair guidance from those who ACTUALLY made and designed the code. After all, the community taking the word of other ‘experts’ in the community has lead us to this point where no-one seems to have a concrete answer to seemingly simple questions.
Reaper; don’t get me wrong, we are all sure you know what you are talking about, but there’s a reason I want confirmation from the devs and I’ve explained it already. Please only type something if the aim is to improve the thread and help answer questions - none of us are here to be made to feel stupider than you because we don’t know the answers and we can’t find them. -
You are right. If you can’t accept a good meaned advise from experienced BMS server admins it’s really your problem, not mine. I’m tired and out here, have fun with your 2D server.
Pretty evident you missed to give that link for the n-th time (legitimate laziness or no official dev ever told what you assert he did?). Bye, have some rest. Won’t miss your attitude to be honest.
I would instead suggest everybody to get back in topic…the problem discussing here was not where the server should stay, but how to configure it as well as clients in order to not have problems on campaign missions…thanks
You’re right, Mano (though it’s another passionate and interesting matter the one about the server too, but anyway, let’s not digress). About the bandwidth, no problem with 1024 per client here, both in test with VFW and internal test (I moved to fiber connection about a week ago, so I’ve now a personal pretty decent bandwidth in upload to play with^^). Instead, when I tried to fly with another guy with connection bandwidth set to 512 on my past common xDSL (1 Mbit/s upload), we experienced a lot of issues. First, we had contacts on RWR but we couldn’t see any opponent in FCR or by eyes only. Then I was hit by something without any notice: thought it was because of the more realistic RWR, but my ACMI showed SAM launched by nowhere and A-A missiles appearing all of a sudden without any aircraft really flying. Just like your own ACMI. I didn’t try to use 2048 per client so far, given that 1024 seems to work. It seems 2048 per client can be on the safe side, judging from what people’s reporting here? Sure, it needs a strong connection for the one who hosts, but maybe one can sort the config file to remove the sync between head movements of the pilots, etc., to lighten the heavy job of the host.