Jump to content


  • Content Count

  • Joined

  • Last visited

Community Reputation

22 Excellent

About -NW-FourSpeed

  • Rank

Contact Methods

  • Website URL

Profile Information

  • Gender

Recent Profile Visitors

820 profile views
  1. FYI, We're doing an upgrade to our game servers (adding some more cores and memory) today. Unfortunately, that requires some downtime (appx 2-4 hours) to apply those changes. Sorry for the inconvenience. ---------------------------------------------------------------------------------------------------------- UPDATE: The upgrade is now complete -- thanks for your patience. ----------------------------------------------------------------------------------------------------------- Regards, 4
  2. At first glance, it looks like the v4.005c hotfix now allows that mission to load properly again. I'll keep an eye on it, but thanks, guys. Regards, 4 ~S!~
  3. Hi, As PM'd, we also have a mission that crashes the server with the v4.005b patch. Prior to that, it worked properly (afaik -- it was created by one of our former Admins a couple years ago) Hope it helps you find the issue. Regards, 4 wg-ressuply-routes-summer-02.zip
  4. Hi Guys. I recently got a PM from some folks that are trying to run 2 servers on the same machine, asking for more detail and clarification, so I reviewed our set-up and I'll detail it here. Some "changes" were made for security purposes, but the concept should, hopefully, be clear. First, we rent a VM from a hosting company with adequate storage and bandwidth to run all our stuff (as mentioned in my earlier post). YMMV if you're doing this on a marginal PC. OK... that disclaimer out of the way, we have two separate, full installations of BoS on our C : drive. Obviously, each has its own Dserver.exe, startup.cfg and .sds files (which we give a different name so they can't get clobbered by an update (call em Bos-1.sds and Bos-2.sds for sake of discussion). I'll cover the basic parts in the key files below: C :\BOS-1 C:\BOS-2 ======== ======== \data\startup.cfg: These are basic config files. As a poster mentioned above -- the .sds files will *over-ride* info in here (specifically ID / PW / Port Settings), SO, we just leave these vanilla in both cases. If an update overwrites them, nbd (unless they add something new that is also critical). login = "" password = "" tcp_port=28000 (iirc - these first two need to be the same port number) udp_port=28000 downloader_port=28100 SDS files: These are the ones that actually control your server set-up, so they must differ for each server instance you're going to run. \data\Bos-1.sds \data\Bos-2.sds -------------------------- -------------------------- login="email-1" login="email-2" (You need a unique email address for each server account) password="pw-1" password="pw-2" (NOTE: These are NOT the same pw you'd use to actually login/read email - they're just for your server...) tcp_port=28010 tcp_port=28050 (These must be a different Set of ports for each server) udp_port=28010 udp_port=28050 ... again, same as the respective tcp_port downloader_port=28110 downloader_port=28150 RconStart=1 If you plan to use Rcon to adminster your server in real time this must be set to 1 in each server instance RconIP=Your IP Host Number (New Wings, for instance is This should also be the same in each server instance (assuming same machine is hosting) RconPort=8910 RconPort=8950 (These must differ for each server instance) RconLogin="email-1" RconLogin="email-2" (These credentials should match the above ones for each server) RconPassword="pw-1" RconPassword="pw-2" That covers the basic setups for each server. Obviously, the .sds files also contain other info about your server and missions, and obviously those will differ, and the missions should be put in the appropriate server's folders (hence the two separate installations). We did not, and do not do *any* port forwarding stuff at all. The only reason you would need to do that is if your hosting PC is on a local network (with multiple machines on a subnet tied to the same router ie. your gaming Play PC and your gaming Host PC). If so, you would need to forward the ports mentioned above to the Host PC using router settings. Quick Example: www/ISP (Say your address is for example) | ------ Router ----- | | Play PC Host PC In this case, your router would need to forward ports: TCP: 28010, 28110, 28050, 28150, 8910, 8950 and UDP: 28010, 28050 to your Host PC ( in this case). Finally, if you're using Rcon (in the \bin\console area), you need to create an _rconClient.cfg file (it can be named differently) for each server you want to administer on YOUR PC ( in the above example). In those files (one for each server, say Rcon-1.cfg and Rcon-2.cfg) you'd have the following info: Rcon-1.cfg Rcon-2.cfg ----------------- ----------------- server="" server="" (the external host ip) port="8910" port="8950" user="email-1" email="email-2" password="pw-1" password="pw-2" When you start Rcon on your Play PC, you'd simply load the cfg file of the server you wish to administer and you're off to the races. OK. That's a crapton of detail information, so take it slowly. Once you wrap your head around it, it isn't too complicated, but it IS picky - everything has to be correct and match up perfectly for things to work properly. In any case, I hope that helps. Regards, 4 ~S!~
  5. Thanks for the update, Cuban... I guess we kind of knew how things might turn out when he stopped hosting the weekly DCS flights. Sad news, indeed. Fair skies and tailwinds, Wrongway -- You will be missed, my friend. Regards, 4 ~S!~
  6. Very sad news, Lucas. It's always difficult to lose a close friend and a well respected member of the community. Blue Skies & Fair Winds, Rahon. R. I. P. Regards, 4 ~S!~
  7. Pass (and voted accordingly). Best wishes to all who fly the event. Past events have been nothing short of excellent, and I have every confidence that J5 will do the best they can with the available content to try and make it workable... That said, my personal feeling is that FC, in its current state, is but a shadow of what is needed to make this event even a close approximation of its predecessors, and I'm not particularly inclined to fly it in this product (as it sits, currently). That doesn't mean it shouldn't be attempted, and I wish all of the participants well, but, personally, I'll give it a miss until FC is significantly more mature... Happy Hunting. Regards, 4 ~S!~
  8. This. We've been around since the beginning of BOS, but quite simply, the FC product is nowhere near the point where we're interested enough to pull our hair out with the same old %@$#@% mission editor to try to port / build meaningful Wargrounds-like missions for FC. Whether it ever gets there or not remains an open question.... We'll see... Regards, 4 ~S!~
  9. Ahhh, perhaps that explains it. Updated our BoS server install, and now I'm getting "Login Failed"... Will check again in the morning... Cheers, 4 ~S!~
  10. Hi Bugsy, The fellow who made those missions for us has moved on to other things a bit more than a year ago. While I'm fairly familiar with the RoF mission editor, and alhough it's also the original starting point for the BoS editor, I must confess that I'm really not very knowledgeable about those BoS missions or the BoS editor, so I suspect that JimTM's advice, along with his excellent editor manual will likely be much more helpful to you than I can, currently. Regarding your first question, and knowing how QuQi did things in our RoF missions, I'd suspect that the rear bases may be locked pending completion of some objective. If you look at those bases in the editor, and if there are different plane set indexes, then that is the issue, and you'd need to figure out which triggers flip the base state to the proper index (hope that makes sense to you - if not, look into "capture the flag" missions for better clarification). Finding those will either A> show you what task must be completed to open them, or B> tell you what triggers to remove to unlock them from the get-go. Other than that speculation, I don't have any other advice on those missions as I've never flown them or looked at them in the editor -- sorry. Going forward, when FC matures significantly, we'll be considering converting our server to FC missions (as none of us have any interest in the other BoS offerings), but that's likely to be somewhere down the road. Regards, 4 ~S!~
  11. The RoF Dolphin can definitely be recovered from any spin provided three things: A> an undamaged aircraft B> sufficient altitude C> proper recovery technique With regard to C all of the planes that you can spin in RoF, can also be recovered, usually with some variation of P.A.R.E... In most (RoF) cases, the most common variation is usually: Power - Idle, Ailerons - into spin direction, Rudder - Opposite spin direction, Elevator - full forward. In some cases, Elevator position may need to be less than full forward (or in a couple extreme cases - Pfalz DXII, slightly aft of neutral), or you may need to rock the elevator back and forth to add some oscillation to the nose (Sopwith Pup, Camel, and SPAD 7-150). Still, these are just slight variations on the basic PARE technique. There may be some quicker recoveries that some folks have found for specific aircraft, but the above is usually the most reliable approach for most of the aircraft. Some of course, simply won't spin at all unless you force them to (HP400. S22), or they'll recover by themselves if you just let the controls go (Dr-1, Sopwith Tripe). Regards, 4 ~S!~
  12. Thanks Arthur, As it happens, I was able to contact QuQi (the former NW Admin who made the missions), and he had backups on his computer (rather than on our server) which I was able to have him send me. I was able to resolve the problem with those backups, but thanks for your post nevertheless. Regards, 4 ~S!~
  13. Yep, I know that (and I have them all for our RoF servers), but the gent that was handling our BoS stuff appears to have been less rigorous about it (or, if he did save them, they're on his own PC instead of the server). I'll email him on it, but since he moved on at the end of last year, it's doubtful he'll still have them... I may still have an older version of BoS on another machine that can still read the .msnbin file, but if not, tfb. We've never cared all that much about BoS from the get-go, so it's more irritating than critical, I suppose -- there are plenty of BoS/Kuban servers already. if I have to do missions from scratch, I'll wait until there's enough meaningful FC content to proceed, and start there (since RoF was our focus in the first place, and FC is intended as its successor). Regards, 4 PS> It would have been nice to have any sort of head's up from the devs when they're making radical changes to the file structures ahead of time, so there would at least, be the opportunity to prepare for it before it's too late, but Sh*t Happens, I guess... In the meantime, we can save server resources by not needing to run a BoS server for awhile...
  14. So, I suppose the other side of the coin for this little pita is that if you don't actually *have* the .mission files (QuQi deleted them once they were put on), but only the .msnbin and lang files, you're pretty much boned... ☹️😡 4
  15. I've restarted it. For some reason(s), unlike our RoF servers, this one just gets "stuck" and hangs periodically, without any sort of obvious or easy indicator that it's FUBAR. So far, the only way I've been able to realize it is if I see the same list of names in there over an extended period (I typically check it twice a day) -- I haven't had the time as yet to try and dig a little deeper and figure out what the underlying cause is, although I'm wondering if it's something acting up within one of the missions on that server (when it hangs up, it's the only issue -- TS, our Rof servers, etc. are just fine, so it's specific to that game server only). In any case, I'll try to look in on it a bit more often. Sorry for the inconvenience. Regards, 4
  • Create New...