1.18.2.2029 Plex Transcoder.exe Freezes Up During Live TV

*bump* for awareness.

https://howlongagogo.com/date/2019/november/17

Any way you could drop the zip file of logs in a reply instead of 1 drive.

Otherwise, detail your server OS version, Ram and how you have your transcoder directory set up.

The Roku uses HLS for streaming which is a bit more bandwidth intensive, I can hit 50 Mbps on some shows.

Hi @pl_5309 thank you for your reply. I did try to drag logs here but they are not uploading for some reason. The files are ~30MB. Is OneDrive not working for you?

For your review, this is what happens when I attempt to upload the zip file:

As for the information: Windows 10, 32GB RAM, and the transcoder temp directory is currently empty.

FWIW, this problem happens whether we set Plex video bandwidth 20Mbps or 8Mbps. That was one of the first things I tried in diagnosing this problem. :slight_smile:

How are you getting the logs, from the https://app.plex.tv/desktop Troubleshooting>Download logs?

Looked at one of your older uploads, (I’m at work and 1drive is blocked), seeing lots of little things:
Your server is on WiFi.
Is Plex running as a service or logging in as RDP? This will interfere with the HW transcoding which you would need if you had more than 2 Live tv streams.

I am following the directions from this link: 1.18.2.2029 Plex Transcoder.exe Freezes Up During Live TV - #10 by darcilicious

Manually zipping the Logs directory.

It is running as a service. I am not sure how it would log in as RDP so further resources/link/explanation is required for this.

Please note that this occurs while using only one live TV stream and two are not necessary to reproduce it.

Thank you for your continued assistance!

Logs:
Unless your server is inaccessible, use the easy method https://app.plex.tv/desktop Troubleshooting>Download logs the file will be much smaller.

Hardware Transcoding:
Doesn’t work reliably if you start Plex as a service. This leaves auto login without password and scheduling a task to start Plex. Since Live TV is mpeg2 and unless you configure your Roku’s to direct play mpeg2 getting HW transcoding to work will be necessary due to your limited CPU capacity.

WiFi:
To be avoided. Normally I would push for direct play on the Roku’s, but if the server and all clients are wifi then transcoding to lower quality may be the only way.

Summary:
At some point in the stream, either the server or the client is disconnected and the server doesn’t always handle that gracefully. Since you are keeping up to date on the server versions, you have the latest fixes that are aimed at dealing with this.

Thank you for your continued time and attention to this matter @pl_5309, it is greatly appreciated.

Ah as you can see I was not directed on the method to use, so I defaulted to the one that provided the most data in hopes that it would provide the necessary information to diagnose this issue. Going forward I will use your recommended method.

That is correct. We have a shared/simple environment here and do not want it setup to where a person is required to log in to use Plex. More here: How do I configure Plex Media Server to run as a Windows Service? - #34 by terje.skjaerpe_gmail.com

For clarity, we do have Roku setup to play mpeg2 directly. I can also confirm that the GPU is correctly engaged when this unit connects and streams.

I can also confirm this occurs during direct play as well. It’s how we had the Roku setup when it first occurred. :slight_smile:

As far as WIFI goes, the server, router and roku are all within 10 feet of each other. If diagnostics are telling you that the connection is at play here, I can look into connecting the server directly to Ethernet to see if that helps any.

Are you seeing this in the logs? Sorry, I am unclear here!

Unfortunately, I am a little confused on the guidance here. I have been seeing this in Plex since November of last year when I first reported it and created this thread. None of the new releases since that time have addressed this issue. I was also under the impression that the logs I provided were to be reviewed by Plex developers. Has this not occurred? It would seem the logs would point us in the direction of what is occurring here since that was what was requested.

Again, I do appreciate your time and attention here. Please let me know if any further information I can provide to help out. :+1:

I am not an employee so I apologize if that was your understanding. I can only offer an opinion that your troubles are related to your computer environment and not the Plex software. I will leave this thread for you to pursue a resolution.

Ah! Not at all. That was my impression as well. My comment was in regards to @darcilicious stating that he would see if he could have a dev take a look. So, what of it, @darcilicious
 care to try your hot hand after assisting on Force Refresh does not update rotated photo thumbnails - #17 by Mike-E? :grin:

I guess my confusion here is that it is unclear to me if you are specifying that this is based on something that you saw in the logs. I have yet to have heard/understood this to be the case. It would seem that if the product stopped working, there would be a clear entry in the logs that denotes the issue and why. Otherwise, why use them and/or send them?

In any case, I do appreciate you taking the time to offer your assistance, @pl_5309. :+1:

This issue occurred again just now 4:35PM ET / 9:37PM UTC. I was told that this also occurred earlier in the day as well but I was not around. (Smaller) logs attached. Let’s see how they do.

Plex Media Server Logs_2020-02-22_16-36-37.zip (7.0 MB)

bump for awareness.

bump for awareness.

bump for awareness.

If you are keeping up with the beta releases, you might want to upload a fresh set of logs.

Is the D: drive a local or network disk?

At your time index above, you restarted the stream. Here it is saying it can’t direct play due to the Roku settings so it transcodes.

Feb 22, 2020 16:35:45.536 [11236] DEBUG - MDE: Selected protocol hls; container: mpegts
Feb 22, 2020 16:35:45.536 [11236] DEBUG - MDE: analyzing media item 12195
Feb 22, 2020 16:35:45.536 [11236] DEBUG - MDE: E9 - Houston Roughnecks at Tampa Bay Vipers: Direct Play is disabled
Feb 22, 2020 16:35:45.536 [11236] DEBUG - MDE: E9 - Houston Roughnecks at Tampa Bay Vipers: no direct play video profile exists for hls/mpegts/mpeg2video
Feb 22, 2020 16:35:45.536 [11236] DEBUG - MDE: E9 - Houston Roughnecks at Tampa Bay Vipers: no direct play video profile exists for hls/mpegts/mpeg2video/ac3
Feb 22, 2020 16:35:45.536 [11236] DEBUG - MDE: E9 - Houston Roughnecks at Tampa Bay Vipers: no direct play video profile exists for hls/mpegts/mpeg2video/ac3
Feb 22, 2020 16:35:45.536 [11236] DEBUG - MDE: E9 - Houston Roughnecks at Tampa Bay Vipers: no remuxable profile found, so video stream will be transcoded
Feb 22, 2020 16:35:45.536 [11236] DEBUG - MDE: Cannot direct stream video stream due to profile or setting limitations

These messages are indicating that the HW decoder isn’t loading, going back to if you start Plex from a service/RDP, session 0 isn’t available to the video driver. The driver it is trying to load is Nvidia, which card?

	Line 23395: Feb 22, 2020 16:35:45.560 [11236] DEBUG - TPU: hardware transcoding: enabled, but no hardware decode accelerator found
	Line 23396: Feb 22, 2020 16:35:45.561 [11236] DEBUG - TPU: hardware transcoding: zero-copy support not present
	Line 23397: Feb 22, 2020 16:35:45.561 [11236] DEBUG - TPU: hardware transcoding: final decoder: , final encoder: 
	Line 25348: Feb 22, 2020 16:36:10.893 [11696] DEBUG - TPU: hardware transcoding: enabled, but no hardware decode accelerator found
	Line 25349: Feb 22, 2020 16:36:10.893 [11696] DEBUG - TPU: hardware transcoding: final decoder: , final encoder: 
	Line 26429: Feb 22, 2020 16:36:15.868 [4016] DEBUG - TPU: hardware transcoding: using hardware decode accelerator nvdec
	Line 26430: Feb 22, 2020 16:36:15.869 [4016] DEBUG - TPU: hardware transcoding: zero-copy support not present
	Line 26431: Feb 22, 2020 16:36:15.870 [4016] DEBUG - TPU: hardware transcoding: final decoder: nvdec, final encoder: nvenc
1 Like

Thank you for the assistance, @pl_5309 . To start the D: drive is a local drive. The one thing that I note is that it is saying that Direct Play is disabled when I have it set to Auto. Could that be part of the problem here? As for the video card it is the NVidia GeForce GTX 1050.

I also have MPEG2 enabled for this unit so something is definitely not right here.

Could you tell me the files you found this from so that I can peek in these going forward to better assist with pertinent diagnostic information here? Thanks again for your help and patience. :+1:

BTW
 at one point I had a list of like 14 issues of all the things wrong in my environment and different computers. I have whittled that list down to JUST THIS LAST ONE ITEM. :laughing: So that is why I am being a nag here, FWIW. :slight_smile:


EDIT I incorrectly tagged @darcilicious earlier
 SORRY ABOUT THAT! You’re hear in spirit though. :laughing:

This is what I have on my Roku Ultra

Local Quality
Original
Remote Quality
Original
Direct Play
Auto
Allow Direct Stream
Allow Direct Stream
H264 Maximum Level
5.2
Allow MPEG2
Checked

Subtitles
Roku Captions Mode
Burn Subtitles

  • Only image formats – Only burn in subtitles when the subtitle is an image-based format (e.g. VOBSUB, PGS, SUB/IDX, etc.)

The NVidia driver version needs to be higher than 418.

Looks similiar except the h264 Maximum. I will try bumping that but I am still concerned that it is saying that Direct Play is disabled when I have it set to Auto like you. Should I set it to Forced? I haven’t tried that yet so let’s see how that does.

Also, NVidia drivers are version 441.41.

Alright, switched to Original Local Quality, 5.2 H264 and Forced Direct Play and went a full day without freezing. Not too excited as there have been several times where we’ve gone a full day without issue. Let’s see how tomorrow goes. Will keep updating here. :+1:

1 Like

Alright @pl_5309 I am going to mark your configuration as the solution for now. I went this weekend both Saturday and Sunday without any issues. However, that doesn’t mean this is FIXED fixed. It just means it’s fixed. :sweat_smile:

Meaning, that by declaring it the answer, it will tempt all the gremlins to pounce on it now that we have declared it solved. Once it passes another weekend we’ll give it the proper title.

AM I DOING THIS RIGHT?? :laughing:

In any case, I do appreciate your time/patience and energy towards this matter. And @darcilicious’ as well! Thank you to you both for your suggestions and recommendations. :+1:

1 Like

Normally I would say don’t use Forced Direct Play, but being as the Server and Roku are wireless it is possible that the Plex Streaming Brain is interpreting the latency as being remote and switching to trans-coding.

Your other issue of HW trans-coding not always working is probably related to the Nvidia driver and will have to wait till they release a new.

Glad you are having success!

1 Like