VLC is a general-purpose media player built to handle almost any file format you throw at it, not a player designed specifically around live TV streaming. Its default network caching value reflects that broad purpose, and it ships lower than what a live stream actually benefits from. A live channel arrives in short segments, roughly six seconds each, and a purpose-built IPTV player typically ships with caching defaults already tuned for that structure. VLC leaves the tuning to you. That difference alone explains most of the gap between how a stream performs in VLC versus how the same exact stream performs in a dedicated player, and it's the first thing worth checking before assuming anything else is wrong.

Increasing VLC's network caching value gives the player more room to hold upcoming segments in reserve before it needs them, which smooths out normal network jitter that would otherwise show up as a freeze. Set it too low and any small delay in a segment arriving causes a visible stall, because there's nothing queued to fall back on. Set it too high and you add a noticeable delay before playback even starts, since VLC waits to build up that larger reserve first. The goal is finding the lowest value that stops the freezing, not the highest value available, so test a range rather than jumping straight to the maximum.

After adjusting the caching value, check whether the fix actually holds across every channel or just some of them. If raising the caching value stops the freezing everywhere, VLC's configuration was the cause. If some channels still buffer while others play cleanly with the same settings applied, that scope points to the individual channel's source feed instead, and no further VLC setting will resolve it. Run the switch-away-and-back test on any channel that's still struggling: leaving it and returning confirms whether the session stalled or whether the source itself has a genuine, ongoing problem worth reporting.