[BUG] 1.33.0.2444-a220eae4 wants to transcode

Server Version#: 1.23.3.4707
Player Version#: 1.33.0.2444-a220eae4

Server side has transcoding disabled in settings. All media encoded to be direct played/streamed without requiring transcoding if client has the quality set to maximum.
Player 1.33.0.2444-a220eae4 on a Windows 10 with all the right settings is unable to play anything, getting the message that the server does not have enough processing power.
Uninstalled the program, reinstalled. Same problem.
Double checked the quality settings. Same problem.

The only way to fix this is to uninstall the program and delete both remaining folders from Program Files and Appdata. Something from those folders is causing this it seems.
Install the program again and everything is ok without setting anything extra inside the program.

Sounds like you have a setting that is causing this. If you can recreate the problem then get me the server logs and the plex for windows log, I can see what’s going on.

I have noticed this happening here for a remote user and did some research. For some reason Plex for Windows is making the streaming brain think it needs far more bandwidth than the file does.

Doing a quick test to show bandwidth required using Tautulli with both my laptop and my Samsung TV direct playing the same movie I can see it reporting massively different bandwidth.

On an interesting note if I use the new Plex for HTPC app on my laptop it shows 5.6mbps like my TV which confirms the issue is not my computer.

My upload is currently set at 12mbps per stream and they kept getting an error due to me disabling transcoding server side. I had to enable it for them to stream.

Here is the relevant XML for the movie I am testing with:

<Media id="796919" duration="8026826" bitrate="2230" width="1920" height="800" aspectRatio="2.35" audioChannels="6" audioCodec="aac" videoCodec="hevc" videoResolution="1080" container="mp4" videoFrameRate="24p" optimizedForStreaming="0" audioProfile="lc" has64bitOffsets="0" videoProfile="main 10">
<Part accessible="1" exists="1" id="940633" key="/library/parts/940633/1626345232/file.mp4" duration="8026826" file="removed.mp4" size="2237636533" audioProfile="lc" container="mp4" deepAnalysisVersion="4" has64bitOffsets="0" optimizedForStreaming="0" requiredBandwidths="15227,9921,5329,5329,5329,5329,5329,5329" videoProfile="main 10">

Happy to provide any logs you think are needed for diagnosing the issue.

My server was running the current public release and I upgraded it to the latest Plex Pass release earlier today with no change.

The player is currently not telling the server how big its network buffer is. Which causes the server to assume the smallest buffer size. Which means it is using the most pessimistic bandwidth estimate (the leftmost number in this requiredBandwidths="15227,9921,5329,5329,5329,5329,5329,5329")

The issue is known and already filed as a bug.

Thats great to know thats its already known. Is there a rough timeframe for an update to fix the issue?

I’ve optimised almost my entire collection so I can get away with transcoding disabled server side so would be great to not have the issue.

Still seems to be an issue in the latest versions both for Windows and Mac.

I assume the big was missed in the most recent updates?

This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.

Would you mind providing your server logs and the player logs that I can add to the bug report mentioned above