=VG= SemlerPDX

I am the one who asked for that command to remain off. Feel free to throw your hate at me. I would be more than happy to provide a public list of names of all our PR Admins -- this would resolve 90% of the issues posted above. I will speak with TEDF about it, and get a list up very soon. But I am not willing to make the !admins command available to all at this time. Without any measure to "police the police" we could easily be screwed by an admin (we have many non-VG Admins in PR) having his way when we are not online, causing serious trust issues between PR Admins and the public. It has happened before, it will happen again, and this is our only way to ensure that VG is protected at all times. For players and admins alike to assume that any random "blueberry" player is actually a VG Head Admin undercover, watching players and admins alike to see how things flow, is an indispensable tool that we cannot ignore. I cannot think of a better way to safeguard against a "wolf in sheeps clothing" or to enforce integrity.

CCCode may be able to make sense of that. I should really sit down with you sometime in a teamviewer session where I can move your mouse while you watch and we can try to find maybe something that was overlooked. Wish I could help more **Poke me in TS3 next time you see me, I'll drop what I'm doing and we'll do a teamviewer session and troubleshoot your error together. 2 heads better than 1

Thanks to much effort from Brakegamer, we are currently testing the standalone game called "Insurgency", found on steam for around $10. The server is currently set to COOP mode with the standard maximum of 8 human players vs. 24 bots -- we are still working with different configuration options and settings, but for now the server is up and open to the Public. During this test, which may last until next weekend, we have shut down the Arma 2 Insurgency COOP server to use it's CPU cores for the test. Once we have a baseline for the server's CPU usage, we will find a place on the server for it to persist and we will turn the A2 Insurgency server back on. I still have some challenges to get the server accessible to admins through TCAdmin, I'm using a batch file to launch it at present, so the server may have periods of downtime as I continue to configure it - but I will be in the TS3 Insurgency Standalone channel when this is happening, and will inform all players there before I begin, and I don't mind waiting until the end of a game to do so. Standard VG Game Server rules apply, as applicable - we don't expect much traffic on this test server, but don't push the boundaries of acceptable gameplay as we are testing, you won't last long here if you do. VG Arma 2 Insurgency Server is Back Online

*inflammatory or 'peanut gallery' posts have and will be deleted.

For the record, I am working on an area of the server, not PR, still waiting for help from others to fix Mumble -- but wanted to add that as I am working with the server I see the PR service running that server using between 3% and 5% total CPU usage, and it's on it's own CPU core, player count is 28 of 40 at the time of this writing. Hardware is more than sufficient for PR, and did not even stutter during my installation of another separate server.

um... it's right here -- it's in the rules list, it's not new, I remember writing that rule, years ago. Don't try to come in here telling me what is and is not on our rule list. Also, improper use of assets applies to Choppers, too -- and applies to asset waste. I was not there, I only have the reports to go by, but if you operate that CAS Chopper the way you operate mortars, as an attack asset instead of a support asset, I can see how the admin(s) deemed you as wasting assets. This is a cooperation server, not a "solo the CAS for max points" server. If you or your pilot require additional training to operate that aircraft, you must do so offline or somewhere other than this server. This is not a training server.

The missing details are mentioned in another post here: Good server - bad PR software The company we are currently with is one of those that offer the greatest uptime and specs for the most reasonable price (less than $100 US monthly) -- and we also would experience wait times with a fully managed server which would cost tons more. But I will be minimizing the tech support wait times on our own server for certain things as I am able since some of the others are less available than I am at present. I will learn what I have to, at times even I will have to wait for a reply to a question from one of the others, or learn it myself online, which will take time -- time I am willing to devote to VG to keep the power in our hands to run our own servers and to do so in a fiscally responsible manner at the same time. *also, we are not overloading our available CPU cores, though we cannot open any other servers if we want to keep respecting that capacity. PR has it's own dedicated cores on the i7 - and the rest of the server does not run near 100%. The new server we will eventually get from the same company (intel Skylake CPU, same price/month!!) will increase that capacity, but cannot be expected to fix bugs or issues within the PR software itself. Stability issues are noted to be software (PR) and not server hardware. Please don't confuse the two, it's a common mistake. No worries. I've just returned from a week vacation, and it is one of those times when one realizes how much they actually do - several areas of VG needed some love. And I love VG, so I'll be doing more and more. But I cannot fix core engine code issues in PR COOP -- again, read that other post linked above. Thx

I usually keep things running in the background, and often do not tell people when server population is zero and a restart is needed. Or I may cause TS3 to go down for several minutes or restart a few times in a row as was the case today: I had no idea it would happen, I understand why it happened, and I set things up so it doesn't happen again when I go to do server maintenance. The PR Mumble issue was not resolved in my efforts today and I will be contacting Poff and Savage to help this weekend. The server itself is as stable as the maps that the admins run -- as I understand it, running maps not in the official rotation will cause trouble, also, certain maps cause trouble period. I have not had any reports of the server crashing each time it gets to the second map, that is news to me. If it is still happening, it's something we can fix -- if it was a past occurrence, it was likely resolved. I just got back from a week vacation in the mountains. The PR server was down and TCAdmin had an issue possibly causing it. It was no minor issue, hence me being the only one able to fix it fast. I did, things are running now (except the aforementioned Mumble, which will get fixed this weekend). We are not yet working on a more stable server, and we will announce it when we do, hence the lack of reports on that. It has not happened yet. The PR Server is not being worked on, or we would post in the forums. It is experiencing the same level of crashes that PR COOP always enjoys, it itself being the unstable element -- it's a software issue, not a hardware issue. Most of the time, we are running the BF2 PR COOP Mod at it's peak level and crashes are a result of minor issues inside the game that happen at random times, such as a bot picking up the wrong kit and BOOM... server crash. Now, it is setup to restart itself in most cases, and in other cases, a restart through the TCAdmin panel (which many PR admins have access to) resolves it. These cannot be avoided, it's a PR code issue. When TCAdmin is not responsive as was the issue yesterday, of course it's going to need to be addressed first. And of course, once it was resolved the server came back online as always. In the end, PR is no more or less stable than most any software, and we are running it as best as it can be run - there is little we could do to fix core engine issues in PR that cause these instabilities. Finally, I post up in the chatbox (where crash reports often appear first) once the server is restarted in these cases as a reply. When I am visible in TS3, I am available to poke - this is the fastest way to get my attention, if I am away or AFK, I will see the poke when I return and immediately address it. As the others are busier lately, I will be stepping up to help with the technical support around here more often, and I want people to feel free to contact me if something needs fixing. Thanks!

There is a tanker dedicated to the server - it's package number changes when I restart the server to a different save file. Currently, it is package 2208. Deleting it may have unknown consequences.

Looks like it will be available to the public later this year. If it's not PR Prism based, we'll likely be able to run it. Prism did lag the hell out of the server, way too many checks to be usable. Reminds me of the LoS mod for Arma to make the bots not see through bushes and the one that worked on Suppression -- every single bullet had checks, could grind the server to a halt firing a mini-gun off a HMMWV. Will def keep an eye on this one. Very cool!

I'm here, too. I'll be doing what I can to catch up and help out with these things. I am rusty, but as these guys are a bit busier with life right now, I will dedicate my time to learn what I need to in order to help maintain the health of the server. Don't change the server to some other system or even I won't be able to help. I've resolved the issues with the PR Server and the TCAdmin web panel. Please keep things as they are - the server is powerful, affordable, and stable - and I will step up and help with tech support.

holy shit is right! wow!

I wish I knew what to say -- I have no idea how this works normally, I assume it works just the way you are trying... then again, could it be that we aren't able to frag Tankers and stuck with rendezvous at the location of one of the AI Tankers already in the air? If anyone knows how we can fix or adjust this, please advise. Thanks!

On the subject, I know I'm not the only one using VoiceAttack for my AI comms - I may be one of the first to use the new "wildcards" that allow any sentence ending with "*request picture;*requesting picture" for example - but this past time, before the stream I did a few hours of testing and found that "recording" the keystroke actions made VA control BMS just fine it seemed... then when I was flying the 2nd and 3rd missions, VA was trying to send the macro or command T pause 1 pause 1 or just Numpad1 and not only did the commands not go through, but the Windows focus was changed from BMS to ??? Any pointers are greatly appreciated, this one bit of troubleshooting makes me pull out my hair!! If I had this much trouble with other games (Elite Dangerous for example) I'd have never started relying so heavily on VA. Hell, my Modules Menu Control for ED in VA is over 20 functional controls linked to as many commands, some menu trees near 400 lines in notepad++, and they all work exactly as I wrote them, just like a small program. But BMS and VA do not play nicely on my machine! Of course, I play in a sort of "borderless windowed mode" the way I have cockpit display extraction active, the Main window is just a window made to fit on the first monitor, unlike any game in my library (except perhaps DCS). Again, any tips are more than welcome, even if I may have tried them, no worries.

I need a little practice, I was going to make BMS a weekend stream thing, maybe Fridays and Saturdays, but after some of the technical issues I had and some of the tumbleweed issues ( ) I'm gonna do a wee bit more offline re-training before next weekend. I may not have shown it in the video, Cobalt says he didn't notice anything, but I was STEAMING on the inside. I can do better. I feel like no experienced BMS pilots would enjoy watching me flounder in the air each week, and any new players might pick up bad habits -- lol! Only ways to counter the couple issues I had... "practice, practice, practice". At least offline, no one else is waiting on me and I can pause and read a line from the manual as needed. Luckily, the training materials and missions are well made enough that I often "remember" something after going over it again and don't need to refer to the Dash1 and Dash34, just gotta go through the motions once more to refresh. Thanks for your interest! I can't wait to do this again (with less tumbleweed).... (and in the stream I used "furball" twice when I meant "tumbleweed"... i even need to brush up on my brevity lol )

Cool video - I like the spectator cam idea for the event!

Just now, server was sorta hung up on inspection, and as I could not interact with the frozen server BMS GUI/interface, I assumed no one was flying, and I restarted the server. I verified that Kadena has active flights and aircraft available, and we'll see if you have the same problem today (if you fly today that is). Try it again now. The tankers are out of the 909th @ Kadena, and I believe the livery number is more than 2-3... Ensure you are hit the lock symbol as described by Brain, which you may very well have done correctly, but it's worth noting for troubleshooting purposes that every single waypoint in the flight plan should be unlocked before adjusting any of the steerpoints. Can't imagine you made a mistake and I'm certain you know how to frag flights and that this was indeed an abnormal game bug. Hope it fixes with the restart.

You should have no issues, but I've looked into that bad timing thing once on the forums with regards to fragging flights (not what you are doing for tanker) but same issue "bad timing"... I cannot recall if I found the answer, but I can assure you that it's not restricted by us or the server campaign.

I may not have a killer home cockpit like some BMS pilots, and I'm certainly no Pro at BMS, but I'm going to be streaming Falcon BMS today on twitch @ https://www.twitch.tv/semlerpdx

Server restarted - sorry for the late response.

*I should note for you, BLuD - the server has very good bandwidth - a very stable 25Mbps UP speed, and I think twice that DOWN speeds. Players use about 1Mbps of it's bandwidth and that means we can safely run a server up to around 22-24 players at one time. But Brain has some notes as well below - I added this comment to my reply here for clarity. It's not too much more than normal - it crashes once in awhile - sometimes 2-3 times in a 2 week period. Sometimes more, particularly around day 8-9 when DPRK tries to slam the server airbase, and around day 1-2 in the first days when so much is going on. But today, I was busy and missed this report - could have restarted it in less than 5 minutes if I saw it. Once you get your new computer, BLuD, I'll write down the procedure for restarting the new way I do it from an autosave, and the way we get the server plane back to the 2D map for increased performance after launching the campaign. Again, sorry for the late response time, pilots!