=VG= SemlerPDX

Just one more point on the Dev subject of COOP: COOP would already be dead, it was slated to be dropped on full release, and Melon saved it. They had no interest in doing the navmesh work required for the maps. It is NOT a primary focus of the PR Dev team in any way. The work we do here to make it popular, and the development work Melon and others do are essential to keep PR COOP alive, or it very well could be forgotten and dropped in future releases.

^^Very, very good explanation, FastJack!! That really explains a lot, and why it is so difficult to get these "AI" bots to behave in an intelligent manner. Maps look beautiful for a game of this age, but to see them in the way that the bots see them is very revealing.

First, no effort - and secondly, using my method, it would take less than 3 seconds to copy paste the settings. I already had to make several TCAdmin buttons for what will be the VG ARK Survival Evolved server, and it would be no effort to slightly modify the code to work on PR files (more like simply changing the file path in the code). Already modifying it for the Minecraft server for auto world backup. Different settings config with different name would be required, and that's part of the functionality - also custom command lines would be part of the swap. New changes to configs that are tested, and minor tweaks are just what you are doing now. Restarting the server with a different tested config will not make the server unstable. That would be the result of a poor choice in a config, not the ability to restart PR in a different configuration with the touch of a button vs. manually swapping files / copy paste or service settings edit. As far as bug reports and these changes you have been making, a public announcement and details to the specific changes would help - not as a discussion thread, but as a sticky post that can be updated and referred to for info. These are some rather sizable changes, a change log would be appreciated by many. Restart was implied in all ways, of course. And with regards to what Double wrote, yes, there could be a trigger that swaps out a maplist or config upon server start/restart so long as it is manually performed in TCAdmin - when the server crashes, I doubt it fixes itself and restarts to Mutrah, so there is a man-in-the-loop at the stage of a crash, and that man can have a host of custom actions that you decide, if you want. It is no effort to code, it's more just batch scripting anyway, and it would give you some next level config options for the already unique VG PR COOP Server. Think of each setup as a set of files (config, maplist, etc) that all have their own different folders with the name you choose - they sit in that custom folder, and if you edit them, these are what you edit. The ACTUAL working versions that PR sees are in their correct places, when they swap, the ACTUAL ones move to a dump folder (and then dump deletes the next to last file) and then your Custom Configs/Maplists/Etc. get copied from their special folders to the ACTUAL file places. FolderTEDFsetup1: maplist config FolderTEDFsetup2Mutrah247: maplist config FolderTEDFevent1: maplist config All of those could be on buttons - just examples - you never touch the ones in actual PR folders, just a swap button in TCA that puts those where PR will read them - then start/restart PR. Done. Just let me know.

@=VG= TEDF if you could use the tool, I can create a button for TCAdmin that can swap out the maplist for a different rotation. This also could be set on a schedule so that known down times could have a maplist rotation that is more feasible on a low pop server. I could even make a button in TCAdmin that swaps out a config for a different variant, again either manually pressed, or on a schedule. This could alter the game for Low-Pop times and revert itself when it nears High Pop times (or you admins could manually do this by pressing said custom TCA button). This is the sort of code-fu that I am very good at, let me know if you could use some "swap" tool buttons in your TCA panel for PR.

It takes over 4 minutes to dig a FOB?! Or is the point that it's faster with more than two people? Is this same as with Deployment or is it less/more? This could change the whole dynamic of placing a FOB, and their use and implementation in COOP, which could be a very good thing for more tactical gameplay - placement would need to be more well thought out, and the accomplishment of placing one is more of an achievement in and of itself, requiring and rewarding teamwork.

You want feedback, it is a good thing. Do what you can to help make the game fun and more involving, but do so with respects to the server running with different sized populations - I was also an "off times" player when I was big in PR, and it was a big challenge - because if you favor one group on the server with your changes (peak time players when server is fullest) you risk losing a portion of your player base and server popularity. This is not Deployment, it's COOP, and fun changes that help are great, but beware that stressing too many Deployment rules could make it less of a casual version of PR; vehicle respawn times is a good example where it's best at 5 minutes for COOP and 20 for Deployment, and altering it would change the nature of the game. Just because you don't see certain groups (those who play during non-peak times) doesn't mean they aren't dedicated VG PR COOP Players. Be careful what tools you remove - and test your changes, if something needs a day or two to feel out, fine - but be sure you pay attention to all the constructive feedback and don't mistake all of it as merely an "aversion to change".

Are you freaking kidding me?!

The VG Project Reality COOP Server is back online. PR Mumble is still down - it may be a day or two until we get everything working the way it was, but at least the main server is back for now. It's fair to expect some restarts here and there when the server is being worked on, but we will always try to notify you before that happens. Thanks again for your patience!

Well written review! Meant to post that back when you wrote this - I can appreciate the time it takes to get something looking right. Game sounds pretty cool, too!

sadly, servers are down - details here: http://veterans-gaming.com/index.php?/announcement/7-vg-servers-are-down-we-do-not-yet-know-when-they-will-come-back-online/

TS3 and Mumble Services restarted -- it should be working now. *I may need to restart PR as well, but I hope not. Please let me know if it worked. oh crap - servers just took a crap... details here: http://veterans-gaming.com/index.php?/announcement/7-vg-servers-are-down-we-do-not-yet-know-when-they-will-come-back-online/

Hey bro, don't worry about it! Thank you very much for your kind words! We know not everyone can donate, and that some cannot because it's physically/digitally not possible - but we still appreciate the thought! Those who cannot donate money still help by playing on our servers, and promoting the friendly teamplay spirit we all enjoy here at VG. There are other things you can do to help the community, things as simple as sharing a screenshot, teaching a newer player some helpful skills, helping to report a nuisance player, or even just telling a friend about our mature gaming atmosphere and helping to spread the word about our cooperative teamwork servers. Rest assured that VG will continue to function even if we do not receive donations because we have some very dedicated VG Alumni who still devote time and money to help keep VG running year after year. Any little bit helps, but no one should feel bad for not donating. Help out where you can, have fun; spread the love! Thanks again, ranger_12!

Well said, Rotblut. Poffadder replied to my email: "I'm heading to Spain, I'll do it from there."

I emailed Poffadder regarding the update

@=VG= SolarFlame1 Technically, you can find the info on our page, but it is best that you do not mess with it as you said - the server does not multi-task well, and if there are more than 4 players flying around, anyone working on the server will risk crashing the main application (BMS) that it is running. If you can help to troubleshoot this issue, I'd be happy to help you out, but I believe the best time is early to mid-morning for you (that would be middle of the night for most VG BMS players, so the server would be empty). And I might be asleep - but we should talk sometime in person about this. We could make sure no one is flying, and shut it down. I do any and all maintenance when no one is flying. The server auto-save's every 2 hours, so it is unlikely that you could seriously mess up a misson/Campaign in progress, just FYI. You'd just login, end the processes via task manager (Falcon BMS.exe and IVC.exe) and do your stuff. Force closing the programs won't hurt it at all. I'd login the next morning and restart the server. Eazy peazy. (that's just in case you ever wish to check out that server ) The only problem with you logging into the server is that when you leave, the server will lock up to the Windows login screen and I'd have to come in afterwards to fix that. Again, we should talk in person someday, too many details (some sensitive) for me to type up here. This is not the first time a player has had this sort of issue connecting, coming from a country where people already connect without issue, and in this case, he's even in a major city (Hamburg) and not the middle of nowhere it seems. I do assume it has to do with his hardware configuration, a user issue and not a server issue, since we all connect well from US, UK, and Europe already with no extra steps required, no ports needing to be forwarded.

banned

lmao!!

Are you certain that pre-load check is not only for the Tommo Inc/Falcon 4 validation check? I could see how a full file verification could take place, it's just that the check is not so long for me (approximately 4 seconds from Launch to Main Menu loaded). I realize I am loading from a secondary Solid State Drive and may be experiencing faster load times myself versus the HDD that the server loads BMS from (approximately 30-40 seconds from Launch to Main Menu loaded) -- but I was unaware that the entire 5.67 GB game folder was searched for the integrity of all game files during this pre-load check. I thought it was just a check for Falcon 4.0 license/installation in it's pre-load verification. Did you read somewhere that BMS gets an entire game files integrity check during each load? That would really help in troubleshooting to know that fact with certainty...

1. When did this start happening to you? 2. Have you just recently changed anything such as game updates, OS updates, etc. ? 3. Are you running the most recent version of BMS (currently 4.33.3)? 4. Does this problem only happen online on our server, or also when you fly offline on your PC? Post up answers to these questions when you can. You may need to re-download & reinstall BMS to verify that files are not corrupt - but you will want to delete any installers you have on your system first, and start from scratch. *as Brain said, do not reinstall yet - it's a last resort and we aren't there yet. Just know that it "may" be needed later.

VG TS3 is back up. Thanks again, Double_13!