Biggest trickstab I've ever seen? No, but it's actually pretty close.
https://youtu.be/MSTwzKz5MUc?t=573

No. 20022020

Highlighted some problems for you.

The explanation

Laptops inherently run hot and slower largely due to the extra heat. The primary issue is that a laptop can't dissipate that heat as fast as a desktop can because the components are smashed in together, covered in plastic and have shitty fans.
CPUs the like Intel i7 4810MQ will throttle themselves when they reach their max operating temperature in order to not get to hot and completely fail, it will keep throttling itself more and more so long as it's operating near it's max operating temperature.

There could be a few more things going on but thermal throttling is definitely going to be your primary issue.

The Solution(s)

fps_max 121 // fps_max should be set for laptops to avoid excess heat especially when it's not necessary. Use a lower value if needed.

setting fps_max to 121 should keep your CPU from getting hot in situations where you would normally have over 121fps such as at spawn, meaning your CPU should be a bit cooler on average and delaying thermal throttling and potentially resolving thermal throttling sooner than normal. You may need to use an even lower value.

Get a laptop cooling pad, as it's name implies it should help your laptop dissipate heat faster meaning your should have lower overall system temps, and should mean you thermal throttle less often and not to the same extreme. (I still recommend setting fps_max if you do this)

Depending on the context the uber call sounds a bit suspect on what you're describing, but your 2nd situation where he called you were about to die can be explained by the medic auto-call options and the match_hud at the top that shows everyone's HP on the team.

https://clips.twitch.tv/PowerfulHedonisticBulgogiWOOP
This clip for blind dets can be mostly explained by multiple visual cues.

Det number 1 going through choke the health beam would be visible coming off the scout.

Det number 2 on the wood beam, he could clearly see the red demo and scout crossing already.

Det number 3 on the point, good guess based on number of people on the cap point. As can be seen via the hud.

Det number 4 between choke and blue 2nd, this is the only one that can really be considered suspect but even then it's still a bit reaching. Sinkarma can see the uber come in from choke and still sees them all the way upto about 33s into the clip.
At this point what could Sin Karma know that would allow him to make the guess of the det timing.

• 4s of uber has already been used from when he last saw the Red team
  
• The Red demo was still standing back near choke
  
• That Xattuu did at least 1 uber flash

Given the timing of all of that it would be pretty reasonable to guess to det about 1s after the uber should end since it's likely the Red team will either A group up and try to go up top, B the demo will walk forward over the stickies or C Red team backs up to choke to prepare for a counter sac from Blu since the Blue medic just died.

Granted this is 1 ~45s clip maybe there's more that I can't see

Ok so I have some problems with this "user/CLASSCONFIG.cfg" instructions.

1. The installation guide for mastercomfig doesn't mention this at all.
2. There's no documentation that comes with the VPK that explains this.
3. The documentation that does exist is in this directory and file mastercomfig/docs/customization/custom_configs while none of the other documentation tells the user to make a new folder under steamapps\common\Team Fortress 2\tf\cfg called "user".

On top of that most of the readme and useful information are in a different directory entirely.

The clean up instruction that are with the installation instructions part of the recommended installation actually tells people to delete said cfg folder.

There's nothing about it in the troubleshooting section, the main readme, etc.

If I go through the trouble of going to your github to the specific sniper.cfg (or the directory that contains the class files) I find there's nothing in there telling me for custom class configs see X file or the instructions themselves.

4. The barrier to entry here is absolutely massive. Yes you thoroughly documented basically everything but you did it so well it became hard to find. Which even then expecting users to read 1 README file is already a fairly high barrier to clear for a lot of people...

I'm aware.

https://cdn.discordapp.com/attachments/469529966950744064/675461850925760539/unknown.png

I look forward to the manual installation release!

3. Was more about the assumptions in general I felt you made. I think I have misunderstood the comment you had left for r_occlusion.

//r_occlusion 1 // Use CPU to have the GPU skip rendering models/props you cannot see

I took this as meaning the CPU had to do extra rendering, but now I think this actually means the CPU just tells the GPU to not do unnecessary things.

Also wasn't necessarily asking for anything related to that texture limit command it was just an issue I ran into once when benchmarking your CFGs and I had decided to try out higher texture quality with benchmarks after loading the very-low, low and medium-low ones. But again it's 1 of those things that had me feeling like you assumed that people would never change those settings.

I this would greatly benefit a lot of people, especially those curious about what looks like what. However that's probably going to be quite tedious especially since different combinations of commands have different results for the same thing.

Personally my biggest gripes based on past experience with your comfig some of which may not be true anymore

1. If you want to make any changes you have to crawl through ~20+ cfg files (granted a handful probably will not be touched at all)

2. Figuring out what an alias does and where to find said alias is a nightmare.
Ex. sniper.cfg within the vpk has this

pred_opt_full
snapshots_safe
snapshots
exec comfig/game_overrides 
class_config_sniper

Off the top of my head I have no idea what these do or where to find them other than the exec line, deductive reasoning (if you think from the standpoint of someone who's never gone through these) should narrow this down to these cfg files.

cfg/autoexec.cfg 
cfg/comfig/comfig.cfg
cfg/comfig/game_overrides.cfg
cfg/comfig/modules_run.cfg 
cfg/comfig/select_modules.cfg
cfg/presets/medium-low.cfg

So I have to go through 6 cfg files in 3 different directories how bad could it be?

autoexec.cfg just references other cfg files so that's ruled out.

comfig.cfg ~500 lines of aliases with no comments some of which reference other aliases... Well I think I found most of them... ctrl+f save me now

alias pred_opt_full "cl_pred_optimize 2"
alias snapshots_safe "cl_interp_ratio 2;setinfo cl_interp_ratio 2;interp_safe" 
alias snapshots
alias class_config_sniper "exec user/sniper"

cool I found them right. but now I'm left scratching my head as to what "snapshots" does since it's alias references nothing
Wait... another alias "interp_safe"
ctrl+f here we go again

I find that the alias interp_safe is set UNDER A DIFFERENT ALIAS

Awesome interp_safe could be 4 different possible aliases that I don't know the settings for...

interp_congestion_safe
interp_cons_safe
interp_balanced_safe
interp_standard_safe

Hope I'm near the end of this chain...

alias interp_congestion_safe "cl_interp .060606;setinfo cl_interp .060606;cl_smoothtime .060606"
alias interp_cons_safe "cl_interp .05;setinfo cl_interp .05;cl_smoothtime .05"
alias interp_balanced_safe "cl_interp .0333333;setinfo cl_interp .0333333;cl_smoothtime .0333333"
alias interp_standard_safe "cl_interp .030303;setinfo cl_interp .030303;cl_smoothtime .030303"

Finally...
Wait how do I know which one I'm using...

screaming in agony intensifies

That's for just trying to make changes for 1 class config. Looking at that though that's not necessarily 100% optimal because I can choose to run huntsman which means I wouldn't want those net settings. Yes, I do know how to find which interp settings I'm using in the files but imagine this is someone literally just switching from my cfg or chris's or some other one and they're going through all of this for the 1st time.

3. The setup for your config assumes a lot.
Users will never/rarely want to change literally any specific details about their cfgs while keeping 99% of it the same.
Ex. See point #2

Users who select specific quality presets probably want x, y and z. So why not bundle them together under multiple aliases?
Ex. I have a 240Hz monitor, and I play classes that see maximum benefits from the highest possible fps. I also have a GPU that's far more than capable of handling TF2's higher settings that don't really impact CPU utilization. However to get the settings that maximize FPS with a CPU bottleneck without buggy issues I have to use medium low which has a lot of lower quality texture settings which are generally bundled into various aliases with other settings. I'm pretty sure you have this removed by now but you used to have "mat_texture_limit" as a setting within Low and Medium-Low iirc which would cause really bad issues if you changed picmip values.

Users who selected lower presets probably have weak GPUs in general thus we should put more load on the CPU.
1 such example from your github
mastercomfig/config/mastercomfig/cfg/comfig/comfig.cfg

//r_occlusion 1 // Use CPU to have the GPU skip rendering models/props you cannot see

Given your note people with better GPUs should probably set this to 0 for slightly more FPS. Now technically you have this commented out so it's not being set to 1 by your config, but given your installation recommendation this means users are probably using the default value of 1. Low and Medium-Low both definitely would end up with people having this value at 1.

4. Certain optimizations are only found in the low-preset but the low preset also has less than optimal choices elsewhere...

Default Low Preset sound settings

Default Medium-Low Preset sound settings

Neither preset is really optimal for competitive use. Medium-Low has more latency with dsp_spatial, and Low has more latency with snd_spatialize_roundrobin 3. I don't remember if dsp_speaker 50 causes latency or not, probably trivial anyway. There's many other similar examples of less than optimal choices from a competitive aspect or from a performance aspect.

Final Thoughts:
I do really appreciate what you've done and I understand why you made a lot of the choices you did that contributed to the above gripes I have. You have to make those safer assumption for lower presets because not everyone has great GPUs or Quad-core+ CPUs and the people that do will gravitate to those lower presets. Having that many CFG files allows you to split some things up and prevents certain commands from getting exec'd over and over, as well as making your setup more modular and flexible for you to develop thus saving time (which I'm fully aware how much this can eat up...).

No the reason people didn't do this shit in esea is because if you were to much of a massive idiot lpkane would start handing out permanent "refunds". Even after he stopped doing much on esea admins usually just ignored your complaints or told you to deal with it. Exception being Tri who had way to much on his plate anyway.

I can't remember where I saw it but the last time this happened with catbots the maker said they were doing it because they wanted to force valve to do something about the game. Can't find the exact source on that but there's some posts from the catbot maker on tftv

https://www.teamfortress.tv/post/751963/new-hack

You can loosely infer what I said above from this quote. Pretty sure there's a more straight forward post/screenshot of chat somewhere though.

I'm not saying this is the right way to get Valve to do anything with the game and clearly at this point for as long as this has been going on it doesn't seem to be working anyway. Sucks for everyone trying to play on those servers though :/

The handful of times I've ran into someone obviously cheating in NA servers they all seem to have been an actual human player and not just some bot with a pathing AI/script

Perhaps you're right but even the reviewed 24.5in Panels still fail to meet a margin for 360Hz in over 40% of possible transitions.

Asus ROG Swift PG278Q
Asus ROG Swift PG258Q
Acer Nitro XF252Q
AOC AGON AG251FZ (this monitor has really bad RTC overshoot at the OD settings you would need to use for 240Hz or even 144Hz as the lower ones are to slow)

Of those 4 the Asus PG278Q is the most consistent in terms of pixel transition only 2/30 transitions TFT central reported wouldn't be able to be within the timeframe for 240Hz. However 21/30 wouldn't be within the time frame for 360Hz.

The Acer Nitro XF252Q has 3/30 transitions that can't meet that time interval for 240Hz. However and this is where you're technically correct it fairs better on average for 360Hz where only 14/30 can't transition within the 360Hz refresh time. Of those 4 monitors this the only monitor where the pixel response time on at least 1 transition was so slow that it would still be present after 2 refreshes at 360Hz (255 to 200 transition = 5.8ms). On a bit of tangent but this certainly seems like the best 240Hz TN in terms of overall pixel response time and how rarely RTC overshoot happens.

Side note for people who're wondering "What is RTC overshoot?" This is the amount a pixel overshoots it's desired tone and TFT central displays this as a percentage. The AOC AGON AG251FZ has the worst transition from the tone level 50 to tone level 200 at 49.8% which means it reached tone level ~274 before settling back to 200.

https://www.tftcentral.co.uk/images/asus_rog_swift_pg278q/response_comparison.jpg

This is an image that shows the PG278Q with it's various OD settings. Off is when the pixel transition is to slow but there's no overshoot. Normal is close to perfect for minimal overshoot and pixels transitioning fast enough. Extreme is really bad overshoot.

Pessimistic.

I can only assume this is going to cost far to much to even remotely justify it barring FPS professional players, perhaps even professional players in Racing games?

But even FPS professional players what games with active competitive scenes can actually achieve 300+ FPS, let alone 360+ when you actually need/want it? Especially if said players are using LAN PCs that haven't exactly been setup to really be able to push that kind of FPS, afaik LAN PCs even for CSGO majors don't have i9-9900ks's @ 5.0+ GHz with C states disabled.

The things is I can't think of any unless it's some ultra-specific scenario that may very well be map dependent in a game like CSGO. Ex. AWPing double doors on Dust 2 on a high end PC that hasn't been super optimized would likely still be around 360fps on low settings.

So the use scenario for a display like this is exceptionally limited, with what will likely be a high cost barrier, but it still gets worse from here...

Pixel response times in IPS, VA and even TN 100% without a doubt can not support the color transitions necessary for 360Hz. Taking even the best recorded pixel response time recorded from a 240Hz display by tft central in terms of the lowest Average with minimal overshoot we have a display that can't even 100% consistently do a pixel transition within the refresh of 240Hz at with the time interval of ~4.17ms between refreshes.

https://www.tftcentral.co.uk/images/asus_rog_swift_pg278q/response_5.png

At 360Hz with 2.78ms between refreshes we see that over 60% of those pixel transitions would be to slow...

This monitor has basically everything working against it.

• Limited pool of people this would be relevant too
  
• Pool becomes even more limited due to virtually no games offering that kind of framerate
  
• The few use cases for this monitor are extremely map and/or role dependent for the games that can even come close to supporting this kind of FPS on modern hardware and are still active.
  
• Due to the fact the panels themselves needing to be binned means availability of this monitor at reasonable prices is going to be non-existent. If it's retail price is reasonable it'll just be bought out instantly and resold for much more by scalpers.
  
• Given the best pixel response times measured for various 240Hz panels odds are even well binned panels can't keep up with the pixel transitions necessary on a 360Hz display.

TL;DR This monitor is a tech demo that can be bought and nothing more. Also very likely to have some major QC issues if the binning specification is to loose.

Some advice. Pick one, commit to it until you're comfortable even if you get discouraged about it's relative usefulness/job prospects versus the other language. Once you know 1 language it's a lot easier to pickup another and knowing 1 language good enough is a lot better than barely understanding 2 or more languages.

Since you have picked 2 already if you have a hard time deciding flip a coin.

Also would recommend picking a comprehensive project that's relatively within grasp early on.
Ex. A bug tracking program. You're going to learn a lot of different things and it will cover far more than making tic-tac-toe or some other tiny game. It also has the plus unlike a lot of other possible comprehensive projects of having been done by tons of people in basically every program language in basically every job field, so finding resources/help should be attainable. Though doing 2 or 3 basic projects first to get your familiar with what you're doing would still be recommended. You also don't have to work exclusively on that project if it starts to burn you out, also try using said bug tracker for your other projects (including itself).