All I changed was cl_interp 0 and cl_interp_ratio 0.

Try it yourself on server: 74.91.120.25:27015

I didn't use any tricks to get 0 lerp.

i dont know if you're deliberately ignoring the points me and mastercoms are making
YES you can get "lerp 0 ms" on net_graph because the number is the result of a local calculation but it's limited on the server side to 15,2 ms on 66 tick, 7,6 on 133 tick and so on
if the number is below 15,2 ms the effective value is still 15,2 ms
you can read about it here: https://developer.valvesoftware.com/wiki/TF2_Network_Graph or https://github.com/athairus/tf2-network-cfg/blob/master/network.cfg
however feel free to prove us wrong by providing evidence that isn't "this just feels better"

What are you talking about? You said I was getting 0 lerp by doing some trick besides using cl_interp 0 and showed you I wasn't. If the value is inaccurate, so be it. It's why I prefaced my statement as a question (I believe you're incorrect? ), because I wasn't entirely sure. It's how I've seen in countless configs and what's shown on net_graph, so it's easy to be mislead if you're statements are correct.

And the material you're telling me to read has this comment lol:

You're ignoring everything else written, so you don't understand what "as possible" means. Read about variance and packet loss and notice how the conclusion they reached was not 15.2ms lerp in that config.

I already clarified that net_graph was inaccurate, no need to hound degu over it for 4 more posts.

I never ignored anything or hounded anyone! I used cl_interp 0 to get 0 lerp, the guy says I did some magic trick to glitch it to get 0 lerp, which I didn't. I provided the details to the server as proof to backup my claim, which anyone can go test and confirm. I said "if it's inaccurate, so be it". Is it really hard for you two to grasp if someone sees 0 lerp on their netgraph, that they are going to perceive that's the value set? And TF2 isn't the only game where you can get 0 lerp to display without using any glitches. Go look at the CSGO scene, everyone uses 0 lerp.

If there really is an invisible hardlock of 15 lerp, why are you even providing a 0 lerp setting in your config for lan? Does LAN play bypass this invisible hardlock? Well, I tried it. I created a LAN server and joined from a laptop on my network, the lerp is hard locked at 15 with the same settings I used to get 0 lerp on a community server.. so your config contradicts what you're preaching.

And it's funny talking about understanding things and people using wrong commands in their configs, etc - considering back when I asked you about the net_splitraterate commands in your cfg being server side only commands, you didn't even know if they worked or not for the client, but hey, might as well throw them in there, right? It's funny considering there was talk about placebo earlier.

You're conflating a few issues. Let's go through each of them.

You ignored everything else in that material saying why the lowest interp (15.2ms) is not usable. That's what I was referring to.

Your perception isn't the thing that matters here. It's the fact that you made an argument (10ms interp is too high/0ms is better) based on a false perception, and despite being corrected, you continue to make that argument. Your feelings are entirely based on placebo with no actual reasoning and cause you to use harmful network settings. And despite numerous prompts from Degu and me for you to bring up other reasoning, based on networking logic, you instead essentially say lol a bunch as your argument.

There is no 0 lerp setting in my config. You have to realize that interp is determined from cl_interp_ratio and cl_interp. The greater of the two values is used. So, cl_interp_ratio is set to 1, which means, at a 66 update rate, you get 15.2ms lerp.

That's because on a local/LAN server, the client and server are synced in a different way, so none of that matters. Again, if you understood what interp is (the time it takes to smooth between server updates), you would know that 0 interp would make everything jittery and jumpy with no continuous motion.

The difference here is that the net_splitrate was based on logical intuition (server/client using the same packet code), rather than placebo prone feeling. I just could not demonstrably prove with absolute 100% certainty that the client was using that packet code path, as even with decompilation, the networking paths used are not clear due to legacy code/dead code that I can't really isolate.

The larger problem here is that you're comparing something that is harmless if it doesn't work and beneficial if it does work (net_splitrate >1), with something that is harmful if it doesn't work and harmful if it does work (interp <=15.2ms). Perceived benefit in my case has no negative impact on the conclusion, as there are no negative effects, yet in your case, perceived benefit on something that demonstrably with 100% confidence does not work, is actually harmful.

Wait, so if your lan profile locks to 15 lerp because of ratio 1 and your new default is 17ms (old was 21), why are you labeling 15 lerp only recommended for LAN when you literally just said on the last page:

LOL, you make no sense.

yup, tons of csgo pros were harmed winning hundreds of tournaments with 0 lerp, same with ppl like b4nny that have 0 lerp and one of the best players in tf2. lots of harm being done! there's no way 0 lerp would be around for 10+ years and recommended so much if it was harmful.

her config doesnt "lock it" to or above 15,2 ms, tickrate of the server and tf2's (source's) limitations do

if you'd read anything we've said, the articles i linked or mastercomfig's documentation you'd understand why it does

something that doesnt exist obviously can't harm anyone
she is referring to the fact lowest possible value (15,2 ms), while having benefits of "the rocket fires sooner" can cause harm somewhere else in the process of communication between the client and the server

as i said, if you have any real evidence (video, proper analysis etc.) of "0 lerp" existing or even being beneficial please prove us wrong

https://steamcommunity.com/groups/0lerp

Because, I am saying, in an ideal scenario where the server and networking are perfect, where 15.2ms can be used with no downside, 17ms wouldn't be that big of a deal anyway since the position delay from interpolation is from 2ms of movement (which can't be significant due to player velocities in TF2).

However, we aren't in a perfect scenario. You have server framerate drops, jitter, occasional packet loss, etc. That's where the extra 2ms makes a difference (and it's a very conservative difference, honestly it should be a higher lerp) vs 15.2ms.

I assume by 0 lerp you mean 15.2ms lerp for TF2, as discussed before.

Who says that they couldn't play better? Just because they're good (way better than you or me), doesn't mean their networking settings aren't bottlenecking them.

Also, your logic here doesn't really make sense. If all pros are using the lowest interp, then wouldn't that make it a non-differentiating factor?

And yes, again, you aren't actually giving us anything to work with here, just arguments that are becoming more and more nonsensical.

Lately I've had a weird issue with fps slowly decreasing while playing. It's most obvious on jump servers because I usually have a stable 300 fps there. After 5-10 minutes my fps slowly starts decreasing (keeping a variance of around 5 fps) and at some point I have like 70 fps. I can reset this with hud_reloadscheme which will give me 300 fps until it starts dropping again. When I remove my custom HUD the same thing happens so it's not related to my HUD. My config data: https://pastebin.com/21tWLbm9
RAM/CPU usage is pretty much constant according to task manager. Any ideas why this is happening?

only reasons i can think of right now are memory leak or overheating, memory leak isnt a problem it seems.
check for overheating.

I've been having issues with the in-game voice chat. It keeps cutting in and out for all players. Any ideas as to which commands affect this? I'm using the sound_high from 6.8.0.

I didn't realise you've released a 6.10, I'll test that and get back to you.

Also why are so many commands missing in 6.10 compared to 6.8? Are they just not needed now?

You may want to check clock speeds and cpu temperature over time with cpu-z or something similar so you can rule out the possibility of your cpu thermal throttling.

Hey, I was wondering what preset would best suit my laptop.
Here's my specs:
Intel® Core™ i5-6200U with Intel® HD Graphics 520 (2.3 GHz, up to 2.8 GHz, 3 MB cache, 2 cores)
8 GB DDR4-2133 SDRAM (1 x 8 GB)
NVIDIA® GeForce® 940MX (4 GB DDR3 dedicated)
1 TB 5400 rpm SATA

haha, i have the exact same specs.
well, i use low preset because i dont worry much about graphics, you can use medium low if you want.
low preset is around 120 fps.
medium low is about 100-105 fps.

Oh lmao.
Thanks for the help. I'll try using the medium low preset.

I checked this and it seems to have been the problem. I had the same OC for a long time but with the recent temperatures inside my house my CPU couldn't handle it anymore so I had to turn it down a little. Thanks!

.

Some of the commands removed were not doing anything in recent builds of TF2 and was verifiably able to test their uselessness. Others were those being set to default valies that were not flagged to be archived.

setinfo creates cvars with the user info flag. All cvars with this flag are sent to the server on join and cvar updates, which can bloat network communication and slightly increase client/server memory usage.

Getting this in console when I try to run any of my class configs causing it not to run
Im using 7.0.0-a.15 with low preset
https://puu.sh/Bce2A/786235f017.png

6.10 didn't fix my issue, and sound_low makes it worse. I can't pinpoint which command is responsible either.

.

You need to rename your class configs to have a _c. So like scout_c.cfg.

User info cvars are transmitted to the server. You can't create new cvars, only the user info cvar entries with setinfo.

Thanks that worked but I have to execute the config manually now, is there a way to make it execute on class change like normal?

Edit: It was launching on class change, I just had a class change bind fucking with it

what kinda binds did you remove? i have to manually exec all of my class configs after updating and i dont know why

How to change the quality of skins?

textures module, or mat_picmip (-1 is the best quality)

hello, i'm having mouse issues with this config. The problem happens only in tf2. When I shake my mouse doing left/right (10 cm moves) or doing small circles the mouse snaps as if the sensor lost track of where it was. I'd put the blame on the mouse if it happened outside of TF2 or even with another FPS config but it's not the case. So what in this cfg could mess up with mouse?

my custom mouse vars (taken from my previous cfg) :

m_pitch "0.022"
m_filter "0"
sensitivity "3.2"
m_side "0.8"
m_yaw "0.022"
m_forward "1"
m_customaccel "0"
m_customaccel_scale "0.04"
m_customaccel_max "0"
m_customaccel_exponent "1"
m_mousespeed "1"
m_mouseaccel1 "0"
m_mouseaccel2 "0"
m_rawinput "0"