Install Steam
login
|
language
简体中文 (Simplified Chinese)
繁體中文 (Traditional Chinese)
日本語 (Japanese)
한국어 (Korean)
ไทย (Thai)
Български (Bulgarian)
Čeština (Czech)
Dansk (Danish)
Deutsch (German)
Español - España (Spanish - Spain)
Español - Latinoamérica (Spanish - Latin America)
Ελληνικά (Greek)
Français (French)
Italiano (Italian)
Bahasa Indonesia (Indonesian)
Magyar (Hungarian)
Nederlands (Dutch)
Norsk (Norwegian)
Polski (Polish)
Português (Portuguese - Portugal)
Português - Brasil (Portuguese - Brazil)
Română (Romanian)
Русский (Russian)
Suomi (Finnish)
Svenska (Swedish)
Türkçe (Turkish)
Tiếng Việt (Vietnamese)
Українська (Ukrainian)
Report a translation problem
What this looks more like is packet choke - your client does not have access to enough bandwidth to handle the amount of packets that are being sent at once.
I'm gonna guess that you getting a new PC happened to coincide with the gunmettle update - the new skins take up obnoxious amounts of processing power to draw for whatever reason, and they must be spiking your net activity.
I can't be 100% sure without footage with net_graph 4 (the one that shows packet loss and choke), but I'm fairly sure I'm right.
Try the following commands:
This gives your TF2 client a lot more bandwidth to work with, reducing the amount of stutters you get. Enjoy!
You can use one of these by putting them in autoexec.cfg. Don't paste in both, the command that is input later will cancle out previous commands. If you want to save one of them in autoexec without using them, you can turn it into a comment by adding // in front of every line.
If you don't know how to use autoexec, then it's simple - create a text file named "autoexec.cfg" (make sure it's not autoexec.cfg.txt - it's important that the file format is set to .cfg), open it with notepad or notepad++, paste in the netcode setting of your choice, save, and move it to your \cfg\ folder (some people prefer custom/[name]/cfg, but I don't c:). If you don't know where that is, then it's in the \tf\ folder of your installation folder. If you still have no idea where that is, then it's probably at C:\Program Files (x86)\Steam\steamapps\common\Team Fortress 2\tf\cfg. Drop autoexec.cfg in that folder, pat yourself on the back for your hard work, and run (or type "exec autoexec" in console, if you already had it running) TF2. If you see "Netcode loaded" in the console, then it worked. Congrats.
Do note: These settings will increase the amount of bandwidth that TF2 uses. It's still a tiny amount (what, 66.6 kb/s max? Roughly 8.325 KB/s and usually lower), but it's a dramatic increase from the vanilla 20 kilobits/sec max.
Please do get back to me about whether this worked or not.
Unfortunately no, it didn't seem to help much at all. I enabled net_graph 4 in this vid.
I would find this kinda strange if this were true. My laptop, which is significantly less powerful than my main rig, doesn't suffer from this problem. This lag occurs in empty servers. Also, this lag started a few weeks before the big skins update, but it only happened occassionally until now.
- There is a process that is running on your computer that constantly uses bandwidth. You may want to check your applications' bandwidth usage by using something like NetBalancer[www.howtogeek.com].
- Someone else is using your internet connection, and you're getting low priority.
For problem 1, it's simple to fix: find what software is hogging your bandwidth and close it before you play the game.For problem 2, it's a bit more complicated. If it's interference to your wifi signal that's causing the disruptions(microwaves, etc), then it could be solved with an ethernet cable, but if it's someone else using the internet connection and bottlenecking your own connection then... tell whoever's using your connection to stop? I guess you can set up packet prioritization if your router supports it, but that's outside my area of knowledge.
"Record fix"
"Stop"
To regain the packet.
...Not to mention the fact that "regaining" a packet after it has been lost from the stream would be entirely useless. You would just have information from the past that is now entirely obsolete. Besides, the problem here isn't packet loss (which is generally interpolated with decent accuracy), but packet choke - all the packets are going through, but the client's bandwidth can't keep up with the amount of information being sent, meaning that a second's worth of data is being received over 1 second and a half, etc. The client then has to extrapolate (aka: completely guess) as to where the players and live projectiles will end up in the half-second of information that it wasn't able to download in time. When the client is able to "catch up" to the server, it adjusts the players' position to match the server's - if the extrapolation was incorrect (which is, usually), then it just teleports the players to where they are supposed to be, which is what people see as stuttering/rubberbanding.
Unfortunately, the router is too far away for an ethernet cable to be ideal. I did go into my router settings and prioritized everything that had to do with my PC, and there's still no change to the packet choking. Also, both of those vids were recorded at like 2 AM, so no one would likely be hogging the internet at that time of day.
-I am currently experiences packet loss and/or choking on every game on this computer. And ONLY this computer. Every other computer on this network do not have this issue, so it probably can't be an ISP/Router/Modem issue.
-I've used multiple wireless cards for my PC and none of them changed the problem. I've used both USB and PCI-E variants of the Wi-Fi cards. Chances are it can't be a faulty wireless card.
-This issue started when I built this PC. The PC I had from before was fine. So it's obviously got something to do with whatever's currently in my current build, just not sure what piece of hardware or software/drivers it could be.
tone down the computer jargon and walk us through how to fix it, in laymans terms.