Yes.
"in" is between 10k/s and 40k/s with the calculated average being 25k/s. "out" is between 5k/s and 30k/s with 17.5k/s being the calculated average.

Ah ok.

Any server.

"out" stays ~100 bytes, while "in" stays ~200-700 bytes and spikes to ~1200-3000 bytes.

How is the progress?

Moved the post from here because I posted it in the wrong forum.

Context From Post

So I have an issue with packet choke. Every time I get packets ~1300 bytes or higher, they choke up. I tried setting the MTU size to 1464, but I could not change it on my router. I think it's something else instead, and if it is the MTU size, then well fuck. Also my cmdrate usually dips below 66, while my updaterate stays near 66, and I'm uncertain if that is normal behavior.

Keep in mind that I use mastercomfig and changing my modules.cfg a bit. I also already tried running default TF2, but I ended up also getting packet choke. I hope to soldier that this is not a hardware issue…

I set the settings to yours. No change.

Sidenote: TF2 seems to have a hardcoded MTU size of 1200 bytes. I'm unsure if it changes anything, but something to note just in case.

P.S Choke still occurred in the exact same pattern when running default TF2.

Context From Post

So I have an issue with packet choke. Every time I get packets ~1300 bytes or higher, they choke up. I tried setting the MTU size to 1464, but I could not change it on my router. I think it's something else instead, and if it is the MTU size, then well fuck. Also my cmdrate usually dips below 66, while my updaterate stays near 66, and I'm uncertain if that is normal behavior.

Keep in mind that I use mastercomfig and already tried running default tf2 and changing my modules.cfg a bit. I hope to soldier that this is not a hardware issue…

(12/27/2020) I moved the post here, since this is technically the wrong forum to post this in.

You may need an FPS config. I recommend using mastercomfig, as that one is the most reliable in my experience.

I wish this forum site used markdown.

I prefer callouts for casual gameplay, but comp callouts are allowed too.

When I refer to precache errors, the line below is what I mean:

Attemped to precache unknown particle system "<particle>"!

Context: So I've heard online that console errors tend to reduce fps. I have not fact checked this rumor of course, but I still wanted to get rid of them. For a while, I was trying fixes that ultimately were not working.

Then I learned that TF2 stores some graphics cvars in the Registry (Keys Computer\HKEY_USERS<id of some sort>\Software\Valve\Source\tf\Settings and Computer\HKEY_CURRENT_USER\Software\Valve\Source\tf\Settings specifically), so I start setting each convar to 0 and running tr_walkway_rc2 to check whether the precache errors stopped. Eventually I set mat_reducefillrate to 0, and the precache errors stopped.

Currently I am looking through the source code leak of 2020 to figure out why that cvar would cause them.

By script, I mean something like a null movement or slot-based view model script.

Apparently the dispenser is supposed to dispense more often when no one is around it. I found this out in the source code. (specifically lines 735-738 in tf_obj_dispenser.cpp) However when I test this out in game, it feels as though they dispense at the exact same rate. So I wonder if this actually even works.

Video "Evidence" (Listen out for the dispenser generate sounds. Also yes I realize this isn't enough evidence to make a verdict, but I don't have enough time tonight, so I may come back later and test this indepth.)

While I was modifying my own custom settings, I came across the option for the steam chat filter in user_default.scr. I noticed that it had the "button" type, which to my knowledge hasn't been in the game before. At first glance, it's a button that shows the chat filter dialog. However I wanted to see if I can customize it, so I'm in the process of trying to figure this setting type. Here's what I found so far:

• If the cvar is set to chat_filter_settings, and default to any value that isn't open_chat_filter_settings, the button never shows.
  
• (Update 10/14/2020 9:52AM) If the default value is open_chat_filter_settings, it will open regardless of the cvar value.
  
• If the cvar is not set to chat_filter_settings however, the button shows, but doesn't (seem to?) do anything.

So someone on r/tf2scripts found out that the script in that executes +jump and +duck at the same time, and +attack by 0.5(?) seconds. This needs a dive into the source code.