Why Does My Video Call Keep Freezing but Downloads Are Fine?

I’ve tried restarting the router, connecting my laptop by Ethernet, and closing anything else using the connection. Large downloads continue at a steady rate, but during video calls the picture and audio freeze intermittently on both wired and wireless connections.

Do people with this problem actually use router QoS settings, replace the router, or ask their internet provider to check the line, and why did that option make more sense for call stability than the others?

A normal download speed does not mean the connection is healthy enough for calls. Downloads can recover from dropped packets and keep buffering, while live audio and video expose brief packet loss, jitter, or upload stalls immediately. Run an internet speed test during a bad period and pay attention to upload speed, ping, and jitter, not only the big download number.

QoS is worth trying when someone or something on your network is filling the upload link, since that can create bufferbloat. It will not repair packet loss coming from the modem, cabling, or ISP. Replacing the router is similarly a guess unless calls become stable when a computer is connected directly to the modem.

Because this happens on both Ethernet and Wi-Fi after other traffic is closed, asking the provider to check the line makes the most sense first. Give them exact times when freezes occur and ask them to check signal levels, errors, packet loss, and local congestion. That targets the short interruptions that hurt calls but barely affect a large download.

21 Likes

A VPN or security filter can make this look like an ISP problem because calls often use UDP while downloads use TCP. Temporarily disable any VPN, web shield, or traffic-filtering software, then test the same call over a phone hotspot. If it still freezes, suspect the laptop or call app. If it clears up, the router/modem or ISP path is the likely culprit.

If your upload speed is low or unstable, downloads can look perfect while calls freeze. Run Speedtest by Ookla and watch the upload, ping, and jitter results, since those matter more for live video than download speed.

If only your outgoing picture or voice freezes while you can still see everyone else normally, the upload side or the laptop’s video encoding is the likely problem. If the whole call pauses, including incoming audio, that points more toward packet loss or a brief connection interruption.

Try narrowing it down in this order:

  1. Make a call with the camera off. If audio stays clean, turn the camera on but disable HD, background blur, virtual backgrounds, and automatic lighting.
  2. Watch Task Manager during the call. Look for CPU, GPU, or memory hitting close to 100 percent when the freeze happens. Downloads barely stress those parts of the laptop, while encoding live video can.
  3. Try the browser version if you normally use the installed app, or the installed app if you normally use a browser. Temporarily toggle hardware acceleration too, since GPU drivers can cause periodic stalls.
  4. Use another laptop or phone for a video call on the same Ethernet or Wi-Fi connection. That is a quick way to separate a network fault from a problem specific to your laptop.

@deep_loop511 is right that steady downloads can hide connection trouble, but I would not jump straight to replacing network hardware. If a second device calls normally on the same connection, check the camera driver, graphics driver, call app, and any background effects first. If both devices freeze at roughly the same time, then collect the call app’s connection statistics, especially packet loss and round-trip delay, and give those results and exact times to the ISP.

The hidden downside of the Ethernet test is that it only removes Wi-Fi from the path. The router, modem, and ISP line are still involved, so a wired call can freeze for exactly the same reason as a wireless one.

A more useful comparison is to run two continuous pings during a call: one to your router’s local address and another to a public internet address. If both jump or drop together, look at the laptop, Ethernet cable, or router. If the router stays steady while the internet ping spikes, the problem is farther downstream, usually the modem or ISP connection. Ping is not a perfect measurement because some equipment treats it as low priority, but repeated changes matching the freezes are useful evidence.

Check the modem’s event log at the same timestamps too. Frequent reconnects, timeout messages, or channel errors make a much stronger ISP case than “downloads seem fine.” A download can coast through a two-second interruption using its buffer, while a conversation cannot.

If both pings remain clean, compare the same call service against a different service. That can expose an app-specific server route or protocol issue that a normal speed test will never show. In that case, replacing network hardware would be premature.

Don’t expect the ISP to spot this on the first call. Intermittent loss that lasts a couple of seconds barely shows up in their monitoring, and if the modem is still synced they tend to mark the line as healthy and close the ticket. That is the real hurdle here, not finding the cause.

The two-ping idea from @smartwizard4962 is the most useful thing in this thread, and I’d lean on it harder than the speed test. A single Speedtest run is fine for a rough upload and jitter number, but it takes a snapshot. Your freezes are moments, not minutes, so a clean result proves almost nothing. Leave a continuous ping to a public address running in a terminal during a bad call, watch for the spikes or timeouts that line up with the freeze, and save that output with the clock time noted. That log is what gets a tech to actually look instead of quoting you your sync speed.

One thing people skip: check whether the freezes cluster at a certain time. If it is mostly evenings, you are probably sharing an oversubscribed segment with the neighborhood and no amount of router swapping fixes it. That pattern plus the modem event log carries more weight than anything a speed test hands you.

If the freezes happen at fairly regular intervals, check for traffic from devices you did not “close” on the laptop. Cloud photo backups, security cameras, phones syncing, game consoles, and automatic updates can briefly fill the upload side while downloads still look normal.

For one test, disconnect or pause every other device from the router, including wired gear and smart-home devices, then make the call. If it clears up, reconnect them in small groups until the problem returns. The router’s traffic monitor may identify the offender, but some routers report usage too slowly to catch short bursts.

If it still freezes with only the laptop connected, the ISP/ping testing suggested above makes sense. But I would rule out hidden household uploads before spending time arguing with the provider, since “nothing else is open” and “nothing else is using the network” are often two different things.

Don’t buy another router just because the call app flashes a “network unstable” warning. Those warnings are not exactly a forensic investigation.

If “Ethernet” means a USB adapter or USB-C dock, bypass it for a test. Docks can briefly reset, overheat, or hit driver and power-management issues, especially when the same dock handles Ethernet, a webcam, audio, and displays. A buffered download may barely notice, while the call turns into a slideshow. Try the laptop’s built-in camera and microphone, remove the dock, and connect directly by Wi-Fi or a built-in Ethernet port. Keep the charger connected and temporarily disable USB power saving or Energy Efficient Ethernet if available.

Watch for the Windows USB disconnect sound or devices vanishing in Device Manager when the freeze occurs. If removing the dock fixes it, the ISP has been unfairly dragged into the usual troubleshooting circus. If nothing changes, the packet-loss and modem-log testing suggested above is the right next move.