If your stream stutters every 10–30 seconds and you’ve ruled out the network (speedtest.net reports >30 Mbps stable), the player is buffering wrong.
Lumen·TV exposes three buffer settings under Settings → Player → Advanced → Buffer:
| Setting | Default | What it controls |
|---|---|---|
| Initial buffer | 4 seconds | How much data is downloaded before playback starts. Lower = faster channel zap, higher = fewer mid-stream stalls. |
| Live buffer | 10 seconds | Target ahead-of-now buffer during steady-state playback. |
| Buffer ahead (catch-up) | 30 seconds | Buffer when timeshifting (rewind, pause). |
The diagnosis
Three patterns. Match yours.
A. “Channel takes 8+ seconds to start, then plays fine”
Your initial buffer is too high for your latency. Try:
- Initial buffer: 2 seconds (down from 4)
- Live buffer: 10 seconds (default)
Trade-off: faster zap; first frames may stutter on a flaky connection.
B. “Plays for ~10 seconds, freezes for 2 seconds, plays again”
Classic under-buffer on a connection that has bursts of latency. Increase the steady-state cushion:
- Initial buffer: 4 seconds (default)
- Live buffer: 30 seconds (up from 10)
Trade-off: you’re 30 seconds behind real-time. For sports, that’s noticeable; for everything else, invisible.
C. “Buffers forever, eventually times out”
Bandwidth, not buffer. Likely causes (in order):
- HEVC stream + 2020 webOS chip: H.265/HEVC is hardware-decoded on 2021+ models. On 2020 LG TVs, software fallback chokes at >1080p. Either:
- Find an H.264 version of the stream
- Drop the stream resolution: Settings → Player → Force max resolution → 1080p
- Provider rate-limiting: some IPTV providers cap bandwidth per IP. Test by switching to a Wi-Fi hotspot from your phone — if it works, the provider is shaping your home IP.
- MTU mismatch: rare, but on PPPoE connections (some FTTH ISPs) the default MTU is wrong. Try Settings → Network → Advanced → MTU → 1492 (down from 1500).
Codec compatibility (cheat sheet)
webOS hardware decoders by year:
| Year / line | H.264 | H.265 / HEVC | VP9 | AV1 |
|---|---|---|---|---|
| 2020 OLED | ✓ | ✓ up to 1080p | ✓ | ✗ |
| 2021 OLED | ✓ | ✓ up to 4K | ✓ | ✗ |
| 2022 OLED | ✓ | ✓ up to 4K | ✓ | ✗ |
| 2023+ OLED | ✓ | ✓ up to 4K | ✓ | ✓ |
| NanoCell 2020 | ✓ | ✓ up to 1080p | ✓ | ✗ |
| QNED 2022+ | ✓ | ✓ up to 4K | ✓ | partial |
If a stream lists Stream #0:0(und): Video: hevc, yuv420p10le, 3840x2160 (10-bit 4K HEVC) on a 2020 NanoCell, it will not play smoothly. There is no software fix.
How to inspect what’s actually happening
Lumen ships a player overlay accessible by holding the OK button for 2 seconds while playing:
- Bandwidth in/out (kbps, last 10s average)
- Buffer occupancy (seconds, ahead and behind)
- Frame stats (decoded / dropped / late)
- Codec / resolution / bitrate
Screenshots of this overlay are the single most useful thing to attach when you email support.
What about adaptive bitrate (HLS / DASH)?
If your stream is HLS or DASH, the player automatically picks the best variant. Sometimes it picks wrong:
- Auto picks
1080p_5Mbpson a 4 Mbps connection, stutters → manually pick720p_3Mbpsvia Settings → Player → Quality → Manual. - Auto picks
4K_20Mbpson a 50 Mbps connection but the chip can’t decode → see codec table above; force-cap to 1080p.
For MPEG-TS streams (UDP/RTP/HTTP), there’s no adaptive logic — the bitrate is whatever the provider sends.
When nothing works
Some streams are just cooked. Encoding errors, malformed timestamps, broken segments. Test the URL in VLC on a desktop:
vlc <stream-url> --verbose 2If VLC also stutters, it’s the stream, not your TV. Tell the provider.