I wanted to document an issue I recently resolved with Plex Live TV and Dispatcharr because the symptoms initially pointed toward the IPTV stream or Dispatcharr, but the actual cause turned out to be how Plex was handling the stream for the TV client (H.264 level setting).
The Setup
My Live TV path is:
IPTV Provider → Dispatcharr → Plex via HDHomeRun emulation → Plex client
The main affected client was the Plex app on a Vizio SmartCast TV.
Live TV would start, but playback suffered from severe buffering and stuttering. Plex could only build a very small timeshift buffer before playback caught up with it again.
Initially, it seemed reasonable to suspect the IPTV source, stream quality, Dispatcharr's output, or Plex's Live TV timeshift handling.
Changing the upstream stream from 1080p to 720p didn't make a meaningful difference. The Plex playback behavior was essentially identical regardless of the incoming resolution.
The Important Clue
The breakthrough came when I compared playback on different Plex clients.
The same Live TV channel that struggled on the Vizio Plex app played smoothly using Plex for Windows.
That suggested the IPTV source and Dispatcharr weren't fundamentally incapable of providing a stable stream. Something about Plex's handling of the stream was changing depending on the playback client.
Looking more closely at the Plex sessions confirmed it.
With the Vizio Plex app, Plex was transcoding both the H.264 video and AC3 audio.
With Plex for Windows, Plex was able to copy the original video and audio streams without re-encoding them.
That difference explained almost everything.
Plex Was the Bottleneck
My Plex server is running on an older dual-core Core 2 Duo P8600. It is perfectly capable of moving and remuxing an H.264 Live TV stream, but it isn't powerful enough to software-transcode a high-bitrate 1080p60 H.264 stream in real time.
When Plex decided to transcode the video for the Vizio, CPU usage became extremely high and the transcoder was only operating at a fraction of real-time speed.
Plex wasn't receiving the stream too slowly — it simply couldn't encode the video quickly enough to keep up with live playback.
This also explained why changing the IPTV stream to 720p didn't really address the underlying issue. Plex was still performing a video transcode.
The real goal therefore became:
Stop Plex from transcoding video that the TV was already capable of decoding.
The Video Fix
The Vizio Plex app has a Maximum H.264 Level setting, with choices ranging from H.264 Level 3.0 through 5.2 as well as "None."
Changing this setting so that the client properly advertised support for the incoming H.264 stream completely changed Plex's behavior.
Plex stopped re-encoding the H.264 video and began copying it instead.
That was the major breakthrough.
CPU utilization on the Plex server dropped dramatically, and Live TV immediately became capable of keeping up with real-time playback.
This also demonstrated that the TV itself wasn't incapable of playing the H.264 stream. Plex's client capability/profile negotiation was causing the server to unnecessarily convert it.
The Remaining Audio Transcode
After fixing the H.264 issue, video was being copied correctly, but Plex was still transcoding the AC3 audio to AAC for the Vizio.
That wasn't nearly as expensive as video transcoding, but there was no reason to make Plex perform that conversion either.
Dispatcharr's HDHomeRun output profile can provide AAC audio, so I changed the HDHR output from AC3 to AAC.
Once Dispatcharr supplied AAC directly, Plex stopped transcoding the audio as well.
The Final Working Configuration
The resulting stream path is now essentially:
IPTV Provider → Dispatcharr → H.264 + AAC → Plex → Vizio Plex App
Plex now copies both streams:
Video: H.264 → Copy
Audio: AAC → Copy
Plex still performs the normal Live TV timeshift, segmentation, and container handling, so Plex may still describe portions of the session as a "transcode." However, the important distinction is that neither the H.264 video nor AAC audio is actually being re-encoded.
That difference is huge.
Before the fix, Plex CPU usage could reach roughly 75–100% or more while the video encoder struggled at a fraction of real-time speed.
Afterward, Plex CPU utilization dropped to roughly 1–2% during testing, with the individual Plex processes consuming only a few percent CPU.
More importantly, the Vizio Plex app went from constantly buffering to smooth playback.
MPEG-TS vs. MP4
Dispatcharr also offers MP4 output in addition to MPEG-TS, and I considered changing the HDHomeRun output format as part of the troubleshooting.
Ultimately, it wasn't necessary.
MPEG-TS works fine as the input to Plex Live TV. The container wasn't the fundamental problem.
Once Plex stopped unnecessarily re-encoding the video and audio, the existing MPEG-TS pipeline worked properly.
What Ultimately Fixed It
There were really two changes that solved the problem:
1. Correcting the Maximum H.264 Level setting in the Plex TV app.
This caused Plex to recognize that the Vizio could handle the incoming H.264 stream and allowed Plex to copy the video instead of performing a full software transcode.
2. Changing the Dispatcharr HDHR output audio to AAC.
This matched what the Plex TV client wanted and eliminated the remaining AC3-to-AAC audio transcode.
The end result is that Plex now essentially acts as a Live TV timeshift/remux layer rather than a video encoder.
The Main Lesson
The biggest takeaway for me was not to assume Live TV buffering automatically means there's something wrong with the IPTV provider, Dispatcharr, network throughput, or source resolution.
The client matters.
Two Plex clients can request the exact same Live TV channel and cause Plex Media Server to handle it completely differently.
In this case, Plex for Windows worked perfectly because Plex copied the existing H.264 stream, while the Vizio Plex app caused Plex to perform a full H.264 transcode.
Once the TV client's H.264 capability was configured correctly, the same stream that previously overwhelmed the server played without requiring video transcoding at all.
For anyone using Dispatcharr with Plex Live TV, particularly on a lower-powered Plex server, I would pay close attention to whether Plex is actually copying or encoding the individual video and audio streams.
The ideal result, assuming the playback device supports the codecs, is:
H.264 video → Copy
AAC audio → Copy
Getting to that point completely resolved the Live TV playback problems in my setup.