Live TV stops randomly

After the latest update Live TV on our local Plex server connected to a HDHomeRun Prime 3, randomly stops on Roku platforms. (our main Android TV runs directly on the HDHomeRun app so have not see the issue there) on multiple channels at completely random times.

Verified that local resources are not an issue, HDD, and CPU all on low utilization and network is hardwired on all devices. Also verified there is no transcoding going on, should all be direct streams across the board.

Any chance there is something in the release that is messing with Live TV? (recordings appears to be ok for now)

What version of Plex Media Server do you have installed on what OS?

Can you provide logs right after the random stop occurs?

https://support.plex.tv/articles/200250417-plex-media-server-log-files/

What version of the Roku app do you have installed?

Sure, running Plex Version 1.16.6.1592 on Windows 10 Pro Release 1903
Plex App on Roku 6.3.14.5837.3b3ccb8ae-plex

Logs attached in zipPlex Media Server Logs_2019-09-18_15-53-23.zip (1.7 MB)

The last crash happened a local 3:38PM Home Player started playing Live Session 1caf290b63196b5dad906ea3f1209b9e on Office Roku TV. (this was me resuming live tv manually)

Nothing in alerts about the previous crash. It appears as a buffering where the buffer just stays at 33% forever until you exit the player and resume the live tv stream as a new stream.

I am having a similar issue. When it happens again I will submit logs to see if there is any similarity between issues.

Does PMS “retry” after a failure. I don’t see any settings to that effect.

Been running some tests today on this issue. A not 100% verified issue I have identified is that this error seems to be linked to having a web-console for the Plex Server open on some machine. After having had this closed for hours I have not had a single breakdown, this could be a think in the interface for the admin of the server.

1 Like

Interesting!

I tested this theory just now and got same results. Something with having the web app open while recording is goofing something up.

My guess is the dashboard statistic, they bugged out bad earlier this year, likely some code in there messing with the stream session.

I’ve been having issues with Live TV on Roku for awhile, so I’ll happily put this theory to the test tonight. I sure hope you’re on to something, because it’s been driving us nuts!

Ok a recording failed on me today and was not in the web app. Here are logs.
Plex Media Server Logs_2019-09-20_14-21-04.zip (1.8 MB)

In reviewing, looks like something is causing PMS to error out. I am passing through tvheadend and tvh is not showing any errors.

in Plex Media Server.log

Sep 20, 2019 13:40:24.950 [0x7f6736ffd700] ERROR - Error issuing curl_easy_perform(handle): 7
Sep 20, 2019 13:40:24.950 [0x7f6736ffd700] WARN - HTTP error requesting GET https://108-87-103-118.9c7cb452fde94dd7b0144f6b6814c3b9.plex.direct:23946/identity (0, No error) (Failed to connect to 108-87-103-118.9c7cb452fde94dd7b0144f6b6814c3b9.plex.direct port 23946: Connection refused)
Sep 20, 2019 13:40:28.133 [0x7f67471ba700] ERROR - [Transcoder] http://user@pass:9981/stream/channel/57a02eb392a36fa165a41e2444d3aec6?profile=webtv-h264-aac-mpegts&weight=300?transcode=heavy: Input/output error
Sep 20, 2019 13:40:28.659 [0x7f66ca7fc700] WARN - buildLiveM3U8: no instance available
Sep 20, 2019 13:40:28.660 [0x7f67377fe700] WARN - buildLiveM3U8: no instance available
Sep 20, 2019 13:40:28.664 [0x7f66c97fa700] WARN - buildLiveM3U8: no instance available

in the /var/log/syslog file (where tvh logs)

Sep 20 13:40:27 alpha python[795]: ::1 - - [2019-09-20 13:40:27] "GET /lineup_status.json HTTP/1.0" 200 205 0.001428
Sep 20 13:40:28 alpha sh[2782]: Plex Commercial Skipper, made using ffmpeg
Sep 20 13:40:28 alpha sh[2782]: Donator build
Sep 20 13:40:29 alpha tvheadend[1451]: subscription: 00EE: "HTTP" unsubscribing from "FNC Fox News Channel", hostname="127.0.0.1", username="admin", client="Lavf/58.9.100"
Sep 20 13:40:30 alpha python[795]: ::1 - - [2019-09-20 13:40:30] "GET /discover.json HTTP/1.0" 200 416 0.000379

Notice PMS calls internal comskip at 13:40:28, which is 4 seconds after the curl error the error. I’ve asked this before, is there no retry?

Well, for me anyway, it’s not the web app.

I came home at lunch, made sure the web app wasn’t open on any devices, and started a live stream.

I’m not sure when it exactly stopped, but I was greeted with an error about signal quality when I got home.

Not sure about OP, but for me, the stream will begin to “buffer” at some point, but stays stuck on 33% for several minutes until it errors out and says that the signal wasn’t strong enough – we have cable and are using a HDHR Prime 3.

Yep I have seen the bug now as well without the web app being open (however I still see more when it is open then when it is not)

As for the 33% bugout, that is what I am seeing as well, I usually just exit out and re-initiate the stream to get back to what I am watching when it bugs out so I rarely get to the error message.

Wasn’t at home for week 1 of the NFL, but I was home today. Had Plex tuned into RedZone on mute while we had the Packer game (wasn’t on TV for me) radio feed going from the stereo.

The radio feed was behind, so we tried pausing the live TV stream to get them more in sync. After about 15 seconds, the Plex app quit and I was greeted with the Roku home screen. I got back into Plex and tuned back to the same channel. Because the app didn’t exit gracefully, PMS was still tuned into the channel and asked if I wanted to play from the beginning or live. I selected beginning and it worked perfectly. I was able to fast forward to where I needed to be without issue.

After another 5 or 10 minutes, the stream began to try and buffer, but was stuck at 33% until it failed out and told me the signal quality wasn’t good enough… This killed the stream, so I had to just start live next time. After another 5 or 10 minutes, it again tried to “buffer” and failed out.

I thought I saw this was fixed in one of the last releases for Roku, but it doesn’t seem to have been corrected. We ended up just using the HDHomeRun app on Roku and it worked perfectly for the remaining 2 or so hours of the early NFL games.

At least watch from beginning and time-shifting appear to be working.

Upgraded to the PMS 1.17 beta was almost convinced this had fixed the buffering issue with live TV on Roku, as I had watched for almost 4 hours with no issues! However, it eventually happened again.

I’m attaching 2 sets of logs.

This is when it was “buffering” and stuck at 33%:
Plex Media Server Logs_2019-09-16_20-18-16.zip (5.9 MB)

This is after it failed out and gave the weak signal error:
Plex Media Server Logs_2019-09-16_20-19-42.zip (6.1 MB)

It is possible that the new beta is an improvement. That’s probably the longest I’ve ever been able to watch live TV on Roku without issue.

I ran a search for “Roku Live TV 33%” and here is just a sampling of the returned results. I think only two of these threads had a response from a Plex team memeber, but obviously no resolution. It’s a big problem and I don’t know if it’s really been acknowledged yet.

https://forums.plex.tv/t/live-tv-streams-play-fine-suddenly-stuck-at-33-and-weak-signal-error-on-roku/423247

https://forums.plex.tv/t/high-bitrate-transfert-on-live-tv-with-hevc-stream-show-33-and-stop/421562

https://forums.plex.tv/t/mpeg2-videos-keep-stopping-then-show-33-then-fail-home-videos-and-live-tv/423917

above posts by @Noah0504 moved from thread Several Issues with Live TV/DVR

One of those topics was mine. I am.experiencing the 33% stop during live TV. Watching Chiefs / Ravens game and my CBS channel has high signal strength. Sure enough, the feed stops about every 10 or 15 minutes.

Yeah, I’m pretty sure signal strength has nothing to do with it.

When we first started having the issue, we were using an antenna and I thought it was totally possible. Now we have cable and still receive the same error when it fails out.

While we had one of the games playing on our Roku yesterday, I had my Android tablet out streaming RedZone. While the TV stream failed out a couple of times, the stream on the tablet played without error.

This is definitely a problem exclusive to the Roku, I’m sure not any closed to maybe figuring out where the problem lies. Even with MPEG2 direct play enabled on the Roku, the server has to direct stream live TV, so maybe it has something to do with that. If playback a recording on the Roku, it never has an issue when actually direct playing.

So just wanted to update with my latest testing:

The web app open theory has been debunked by others already and I can confirm I have now seen the same behavior.

Second test I have for the past day is to disable “Allow MPEG2” on the Roku TV and let the Plex Server transcode to H264 (I have a decent nVidia Quadro card so it costs almost nothing in resources) so far zero drops, worth testing if you have the CPU/GPU to handle some transcoding.

Will update if I see crashes for this test in my office setup (TV on all day)

I’ll go ahead and disable MPEG2 on our TV tonight for MNF and I’ll report back. I’m pretty sure it will solve the issue though.

Last year when HDHomeRun Premium TV was a thing, I posted a couple of times about the same issue, but in that instance the streams were H.264 (not MPEG2) and being direct streamed. If transcoded, they worked fine.

I’m not sure why PMS remuxes live streams when being played on Roku (I think it has something to do with enabling time-shifting), but I think this is what is causing playback issues (probably a Roku issue).