Correct when the use custom style is ticked the end user is assuming all responsibility for the map generation and any "smart" behavior is turned off. So anything not explicitly specified is chosen at random from all the options.

@evildrew said in FAF(default) mode alternative: You can believe me when I say I have done a big effort to learn as much as I did already and I believe my accomplishments speak for themselves on this matter. You are here complaining cus u don't want to make your mod correctly then u go on about how your accomplishments speak for themselves?! Write your mod the way it is meant to be written then you can close this post and let your accomplishments speak for themselves.

I started my FAF career as a -700 after a half dozen games. It was pretty scary but didn't take long to turn it around. I would argue that people who quit FAF after losing their first half dozen or so games didn't really have their heart in it and were going to quit whether their rank said -700 or 300 after such a stretch.

@brutus5000 said in Removal of the Blinking lights: Can you tell us a little more how the new implementation avoids the performance issues of the original one? Great question! In general I don't think / am able to observe a significant performance issue with the previous or the current implementation when I reviewed it last month. In comparison to other changes such as #4539 or #3857 or the fact that a single formation (every order that involves some form of movement (!)) happily allocates 4kb of memory and can take several milliseconds to complete. I made a mistake by removing the blinking lights and by re-introducing it I'm rectifying the mistake . In general the current implementation follows a few principles: (1) No unnecessary memory allocations. Especially the type of 'use and forget' is exceptionally painful for performance. Not only is memory allocation on the heap slow in general, it also unnecessarily flushes the CPU cache. (2) No unnecessary table access. Everything in Lua that involves : or . is not as 'cheap' as it is in compiled languages and involves a hash operation in combination with following a pointer into (random) memory. This expensive! And it compounds since our Lua is interpret and not compiled. As a quick example #5524 increases the performance of the score graph at the end of the game by several factors and the primary reason for this was to cache table accesses. And unrelated to performance: (3) All logic is now isolated to components. One component for the brain. One component for units. This makes it easier to maintain and understand. I hope that answers your question

I'd like the fatboy be given the ability to go into turret mode, + shield radius/points but make it immobile.

at least for the moment where the league placements are only rarely displaying. Which I have to ask, if the new system isn't functional yet, why has it already supplanted the old system ? Are there cases where divisions of players don't show up even though they should? To my knowledge the system is fully functional. It can be that people don't have a placement yet because the current season started only recently.

@cocainediesel said in TML height needs to be lowered: Additionally, there's carveouts (see MaxHeightDiff in weapon blueprint) for weapons to have cylindrical rather than spherical ranges, so it was meant to happen in some cases. I don't know why that comment on the blueprint value is that way (gotta ask Hdt80bro) but the blueprint editor's comment for MaxHeightDiff says The maximum height diff range for the weapon. Keep in mind weapons are now cylinder in nature. and there is 0 history of talk about weapons having a spherical range as far as I know, so the blueprint annotation must be incorrect.

It is possible, I just don't think it is a good solution. We could increase how fast the time bonus for waiting in queue increases if people feel it takes too long to get to the maximum. But the suggestion to do it based on active people seems to me to increase complexity a lot for marginal benefits.

I use them, but I almost never want to build t2 arti with them (t2 arti generally are very weak), and when I build t2 arti I no longer bother with t1 pgen adjacency (even if im building with t2 engineers) as I usually have better things to focus on than the small efficiency boost provided. One (admittedly more niche) scenario I regularly use them for is if I inherit a uef t1-t2 base as I can queue up a few sparkies and use them as a low apm way of holding the line, with a much greater tolerance than if I used t2 engis (who die easily if misjudging how quickly the enemy will start to arrive when trying to get the first couple of t2 pd, and can’t be used as aggressively)

Another small UI change that could help would be to add a message like this to the bottom of the game list: [image: 1719190270705-29515a13-deb5-4237-bdf8-eb3adfbecf38-image.png] Just to remind people these games are there. Ideally, clicking the message should un-hide the modded games.

🧌

i don't think that small gains from veteranicy is the main problem with fatboy if it feels to weak then would be nice to just buff it maybe add more shield HP i mean... i just like the idea that you can go under shield to damage fatboy or use shield to protect other things or kill power to stop shield from working or use shield disruptor or use TML cause hitting the shield is easier i like that it kinda makes it weaker vs t2 arty cause it is easier to hit shield i'd like to keep all those things but if unit is to weak cause of them then can just buff it

@thorkan12 If you're referring to the Kyro's Lobby 'mod'... it's not a mod one can download from the mod tab in the FAF client. It was more of a plugin that was shared here and there on Discord and whatnot. Unfortunately, that 'mod' has since been abandoned and no longer works. The owner was MIA last I heard, and the mod is in disarray as it hasn't been updated in years, at this point.

A desync is, in every case, a situation where the data on one machine, is different than the data on another. This is invariably caused by different code producing a different result between one or more machines. The nature of the desync can tell you something about the cause. Immediate desync messages are most often caused by the map being different. In progress desyncs are most often caused by a mod, or other user addon, that has altered the game data in some fashion. These would be mods that change units, or gameplay or balance factors - rather than those which simply modify the UI. In only the rarest of cases does an internet hiccup cause a data corruption, since the nature of the internet involves preventing pretty much exactly that from happening. I can likely count, on one hand, the number of times I've seen anything like that happening, it's far more likely you'd have a crash to desktop, than that result.

The point of trueskill is getting you to a 50% win rate. If you only play one map, then you get the rating that gets you a 50% win rate there. Your idea just makes it less efficient at accomplishing its intended goal and kinda just makes it easier for people to do some variation of smurfing.

@nomander said in Disconnect tele effect:. This is the competitive option in my opinion, which gives some time to stabilize and use the ACU, but limits the use time since there were concerns about having two ACUs being OP. New standard for ladder perhaps?

Yeah would be cool if it just automatically left queue

As you said there is the problem with possible rating manipulation. If you are that many people it's better to host a custom game. It should fill rather quickly when you already start with six people