Brain

We are aware of this issue and we know how to fix it. The discussion can be found here: http://veterans-gaming.com/index.php?/forums/topic/7712-possible-solution-for-uncredited-kills/ TLDR: The server isn't powerful enough. Either get less kills in your logbook or deal with more frequent lags and crashes.

I see the problem but I have never seen it happen in KTO. Please keep in mind this may change your ACData, preventing you from entering servers that enforce the same data (basically anti cheat).

First test flight with 4 JSOWs earned me the distinguished flight cross after 54 kills, so that went pretty well. Second flight (quick SEAD) with AI wingman worked pretty well until I fired my first AGM-88. At this point I got a short time compression followed by a few second pause (blue message, server sided) and AI comms broke down completely. Didn't get AWACS (not even on UHF 13), tower, buddy calls, wingman, not even my own launch calls. Issuing orders however still worked (tested with "drop stores"). Engaged some bandits, checked on some Phantoms and none of them were lagging. Talked to Kaos on TS and can't imagine why he had these issues. He's in Germany as well so we should have pretty similar connections. If there was a restart in between our flights, that might be why it worked OK-ish for me. If you run into similar issues, try increasing your BW to 2048. If it still turns out to be unplayable ... well, at least we know how to theoretically fix the issue.

The mission rating is something different. Say you do a SEAD mission, you take out all tracking radars along your route (successfully suppressing any AAA/SAM, accomplishing your mission goal) and still you would get a "horrible" rating. In case of SEAD (and others like CAS, AI ...) it seems to expect a certain kill count, not destruction of high value assets. This dates back to at least 4.33.6 but the problem at hand surely doesn't make it any better. Just mentally recap your flight and judge by yourself how well you did, then shout at BMS for simply being stupid. This is exactly what solved the lag/rubberbanding issue. While the server is in 3D (assuming g_bServerHostAll = 1) it will calculate and distribute data about every active 3D object ("inside player bubble", 40nm or something) to every client in the area. Think about a 1-ship flight along the FLOT early in the war: artillery guns on all HART sites, tanks, (mech) inf, command battalions, countless search radars, NOE scout helicopters and of course planes and any fired ordinance... on both sides. Even if you don't spot it visually, it's still all there and every single bit of it has to be dealt with by the server and sent to the client. Next up a 2-ship in close proximity: The "bubbles" are mostly overlapping, so it's only a marginal CPU load increase at first, but BW usage doubles because of the 2nd client. I'm no expert but I suspect the OS/driver needs some CPU power as well to send data through the network adapter. Finally the AI has to take into account the actions of 2 players. Things start to pile up. Just imagine 3 clients split into 2 packages, operating in completely different areas. And don't forget there is still a war going on in Korea. Hundreds of battalions have to move, flights have to fragged and flown ... yeah. Currently (in 2D) the server simply can't do that, because the 3D part isn't running at all. It's "only" calculating the 2D campaign and sending updates about units that enter a client's bubble. From there the client himself will have "ownership" of the objects, calculating the AI and 3D coordinates, as well as distributing the data to others nearby*. There is some more traffic to and from the server (ie. campaign commander ordering a unit to retreat after taking fire) but it shouldn't be nearly as bad. It's server-ception! *Note: that's why a P2P connection is so important. One CS player would relay ALL it's traffic through the server. When in doubt, reconnect. Even though we drastically reduced server load there are still strange things happening like totally out of place battalions, particularly that one blue HQ. It seems its coordinates have been lost, causing it to spawn at the origin, in the center of the map. It happens in every campaign, could be just a minor save/load bug but shows that BMS has a black-out every now and then. Which brings us back to our initial problem: what is happening with the data about destroyed units? -- I have no clue. Is the "owning client" struggling with the calculation? Is there kind of an invisible lag spike between server and client, causing data to be lost? Does the client send 'destroyed' and 'damaged' in quick succession and can the server not update fast enough? Any more questions? As I said we could try the server in 3D with g_bServerHostAll = 0 set. Yes, it will increase resource demand on the server but as long as it can handle the traffic around Kadena and the 2D campaign it should be fine. Every "action scene" will still be handled by which ever client has "ownership" of the units involved. The whole point is to make sure the server "understands of the concept of 3D" or something. Maybe it fixes it, maybe it doesn't. Worst case: server crashes, probably only to 2D, at which point we are "back to normal". If it doesn't help, just leave it in 2D and restart as usual. Just thought about a fast food chain for zombies called "Food for thought". It's stupid but kind of ironic, which could make it art with an uncertain level of comedic value. EDIT: tried to get a flight in, did get "bad timing" on multiple F-16 squadrons at Osan and Seosan. No idea why, closed BMS in disbelief. Campaign is on day 26 so it's pretty much fighting for the left overs.

Thanks Derk for having a look at it! g_bServer I think that's the option I read about being "not officially supported" either on BMS or FO. It shouldn't matter for us unless it frees up some resources (eg. not prefetching 3D data). g_bServerHostAll The description confirms that the server is supposed to be in 3D. You can only own a unit while in 3D. I think this would be worth a try. With the server being on the map, clients have been "owning units" all the time and we hadn't had any game breaking issues. BW demand on the server shouldn't change too much either. Kadena is remote and only has the occasional support flights. There would also be a way to deactivate 3D rendering (2D still works I suppose).There would be this "player bump time" thingy as well that needed to be cranked up! There is also mentioning of desync issues which is what I suspect is causing the issue in the first place. Just think about the crazy debriefings we have seen. I'm not up to date on all the current settings but basically I'm a log with all the things we were able to dig up and change since .33 Agree on the tankers. Love seeing that KC-10 butt again! In a flight so much fun. So much eyecandy. So many screenshots. And it's more intense than most combat situations, because pressing pickle just doesn't help you much.

Eliminates all file size issues (PNG is BMS default, 1080p = 2mb), convenient to add and read descriptions (no extra clicks needed), no flooding of the gallery/feed after a good night of flying, more organized, no admin work if something goes wrong, easy to share across forums/social media/IM .... I can think of a lot of advantages. The VG gallery seems fine for single pictures but in flight sims you're on a mission. You capture different things that happen and might want to share the story behind them. For this I find a decent image hoster to be superior. EDIT: just noticed the gallery always scrolls up to "add image" for me. Few pics of the 5-ship strike a couple of days ago: http://imgur.com/a/6eBV6

We had crazy warp issues and disappearing units before and it made playing almost impossible. I've heard about "force host ownership" (the host always calculating units instead of clients calculating in their own bubble) which might have caused the issue but never found the variable for it. If we can find it and it turns out to be set to ON then we could test this, otherwise we would just be back to the warping thing again. It's annoying but if you had a good mission the numbers in your logbook aren't going to change that.

As promised, a new home for all your BMS 4.33.1 screenshots. Doesn't matter if you fly on VG or somewhere else. If you got a picture or an album worth showing, please share it here. We partially fly for the eyecandy, don't we? This is how I intend this to work: - register with a reliable image hoster (no imageshack with praying kitten please!). I personally recommend imgur.com but NutsBe for example is using postimage.org. Even having a google account and using google drive might work these days. - upload a bunch of good screenshots into one album/folder ('picture dump') - pick your favorite picture and embed it into your post using the image BBcode - leave a brief description of the picture and/or album/folder content - attach a link to the full album/folder Finally keep "comms quiet". Give a thumbs up for posts you really like to show your appreciation. Avoid 'nice pictures'-replies and just share your own from time to time. We might become the largest BMS screenshot archive this way ... but don't overdo it. We don't need every flight captured Should make things more organized and save BW and traffic on the VG end. After about 6 hours of flying in total and finishing off with a 2 and a half hour flight I'm still not exhaused. So, to calm myself down I queued up some Thrash Metal and went through my BMS screenshots. Ended up with 22 decent pictures partially dating back to July. Full album is to be found here: http://imgur.com/a/FYZB1 Enjoy and happy sharing!

Do NOT resize them just yet. At least keep the original as backup, check my recent reply on the the "picture size"-topic

I remember reading or seeing something about a 0.2 meg cap for uploads. BMS by default saves PNG, which are 'huge'. You could use a tool like irfan view to batch convert all screenshots to JPG ....... Anyways: I actually thought about this before but now that you bring it up...think about this: I've flown some great missions today and I know on every flight somebody was taking screenshots. I only took 8 across 3 flights but I know that's just the very tip of the Eisberg (after like 6 hours on the server in total)!! So, instead of bombarding VG with dozens of pictures after good flights/evenings like that, I'm thinking about a dedicated BMS Screenshot thread. Instead of uploading to VG I'd recommend using a decent image hoster. Personally I'd recommend imgur.com. Drag & drop functionality, easy to set up albums, easy to add descriptions to each image (if the image doesn't say enough words already ), dark background making it easy on the eyes .... and you can easily share your album in the forum. NutsBe is using postimage.org which looks fine as well (running adblock fyi) and stuff like google drive should work just as well these days. Just don't pick some stupid hoster that will display pictures of a praying kitten begging for better image hosting in 2016 What I'm thinking is: upload all the pictures you like into 1 album, pick a really good one and post it in the BMS Screenshot thread (use "BBcode"). Basically like this ... only more BMS related: Just using BB code for the 'cover image', followed by a link to the album. Will look through our BMS archive and see if I can find us a nice screenshot topic to fill. Was a good day flying with ya'll ! Can't wait to see your pictures.

Successfully set up a KC-10 (910th) for refueling just now. Take-off set 20minutes in the future. Server response was a bit slow due to the long uptime but it worked. You frag your own flights regularly so I'd say we move one of the tankers to another airbase and see what happens. The current one is pretty crowded so other flights might be interfering. It would mean you got very unlucky every time you tried it as I had no issues so far EDIT: All Tankers fixed, turned off HQ Fragging on all the above listed Player Tanker Squadrons Sept. 22, 2016 -SemlerPDX

I'm getting old and my mind seems already limping. Good thing I'm not a horse, wouldn't like a headshot! Checked my local save and apparently I forgot to disable HQ fragging on the 910th. The 908th on the other hand looks fine. I even did a test flight so .... *picard facepalm* HQ disabled was intended for both of them, so would be great if you can set that for the next restart. For now we should be good since Minrah already fixed my little brain fart. Now please excuse me, have to bash my head against a wall for a few minutes

Just when it's getting busy with 7 clients the server crashes. I rarely see that many pilots online at the same time.

Ladies and Gentleman, please welcome the 910th with their KC-10s. Since they only come in bunches of 4 planes, I actually added 2 new tanker squadrons: KC-10 - 910th - Choongwon Airbase KC-135 - 908th - Choongwon Airbase If you ever need a tanker, frag them there. The save file can be acquired here Further I took the liberty of disabling HQ fragging for some of the reinforcing Hornets and biased the AI ones towards air-to-air, to mostly conduct CAP in the area. They have proven to be a pest on arrival when DPRK is already in pretty bad shape. It actually reminds me of the four horseman, the fourth one being described as the pest in this pretty sweet song It just can't get any worse when these guys arrive

I think it was Toby but I haven't seen him in months. I added the tanker, had trouble with my ISP again, totally forgot to upload it afterwards and now I can't find the save game anymore. Might have been on my laptop but deleted BMS as it didn't run very well. ... getting old and might need a new callsign soon If you can pass me the save I can add a tanker in minutes easily...and I'll not wait with uploading this time. My saves are all heavily modified and given the current state of BMS I expect them to make the server less stable; main problem being the insane unit count.

Failure description is at the very beginning: java.lang.IllegalArgumentException: Default value cannot be lower than minimum value! Been browsing for a few minutes and it seems to be an issue with a value in one of the entities listed after "Forced entities". Every mob has a max and min value for damage, speed etc. as well as a default value for each. If the internet is to be trusted, one of the mods added a mob and for some reason it's attributes are incorrect, resulting in the error above. removing EnderZoo has solved it for one person, if trying that is an option. Other than that: If you installed the modpack before switching to 64bit or increasing Java memory allocation, you may have had an issue while unpacking and installing (which happens on the first MC launch IIRC). Uninstall, delete the folder manually (if necessary) and reinstall from scratch. Painful, but let's you rule out a corrupt installation. Just be patient on the first launch and don't exit even if it says "minecraft stopped responding". Of course it's not responding, it's busy unpacking / installing! I see 2.5 of 4GB being allocated in the log so Java should be set up properly by now. If you want to dig through all the forum posts and maybe find a better solution, just search for the error message at the beginning. Loads of MC players have had the issue.

Right click - add package - lock take off time - set TO time 20 minutes into the future - add flight - 1 ship, KC 135, 909th, Kadena - Task: Refuel - Ok - Done. We all know that but just saying so we're all on the same page here. I do not understand what's going wrong here ... not at all. Not sure how long I'll be on during the week so we can check that out together. Added a KC-10 squadron to the day 1 save. Will double check everything is fine and get Semler's approval to use that on the next restart. Also still got a roughly re-balanced campaign around but the amount of air traffic would probably kill the server in 24 hours. Need to find a way to cut down on that and then fly some 4-ships on 'release' to get ballz deep into the action and deliver a good first strike. More when we'll get there.

Unless included in the crash log some basic info about your PC would be nice. Laptop or not, OS, RAM ... Ran into a similar problem while on a backup laptop (Win7 64bit, 4GB RAM). It just couldn't handle the size of the mod pack and crashed back to desktop. Make sure you're running MC with 64bit Java (loads of guides how to do it online, easy) and try out single player. If that doesn't do it try reinstalling and test again, maybe lack of memory broke something while unpacking. That's all I can think of now. In my experience CTDs like that are out of memory related (unless some files are broken). Report back if something works for you and otherwise include the crash log.

Speaking of tankers: While it's a pretty sweet shot it's actually insanely annoying. In this particular situation the boom was blocked by the 2 ship on the left. Even if not I'd have had to refuel while flying inside the wake of these two guys, which is not fun at all. Don't know what causes it, just wanted to mention it. Maybe the KC-10 is somehow less broken.