Server is still transcoding 4K videos for remote users and not serving Optimized for TV versions

Server Version#: Latest.
Player Version#: Latest.

Any help would be appreciated as Plex told me to come here and ask the community for help. :unamused:

In your second screenshot, the remote stream is being limited to 3Mbps for some reason; which is the new default for remote streams by the way.

I’m guessing Samsung app settings are not set correctly. A photo of those would be helpful to verify.

Doesn’t answer why it’s still transcoding and serving the 4K video and not the optimized version. This is a server issue.

Can you please post your logs from the time this is occurring?

And what time was this happening at?

About a half hour to an hour ago was the most recent time, but suffice to say, ā€œall the timeā€ that any user is remote and plays a 4K video.

Yeah… there’s a lot of logs so narrowing down the time is helpful :slight_smile: :slight_smile: thanks.

1 Like

Anytime. I run Tautulli too so if there’s any other data I can scrape that’s helpful feel free to let me know.

There’s not a lot of information in the original post, so I’m curious: What is the perceived fault here? Is it that the movie is being transcoded at all? Or is it that its choosing to transcode the original instead of the optimized version?

If the problem is with it choosing to transcode at all, it’s likely caused by quality and/or bandwidth restrictions imposed on the client or server. On the server, these are configured via the Internet upload speed and Limit remote stream bitrate settings. Any media whose requirements exceed what is specified here will be transcoded.

There are client settings which affect this as well, generally under Quality. If you limit a client’s remote/Internet quality then anything above what is specified will be transcoded.

If the problem is with it choosing to transcode from the higher quality source instead of the lower, I’m not sure what the expected behavior should be. I guess it would depend on your ultimate goal: To serve a higher quality stream to the remote client or to reduce the transcoding workload on your server.

Transcoding from the higher quality source is going to result in better quality on the remote side, but will result in more strain on server resources. Transcoding from the lower quality source will reduce the strain on server resources but further reduce the quality on the remote side. Which is better is a matter of perspective and I don’t know that it’s documented anywhere what it should be. I do know that Plex will pick a version which doesn’t need to be transcoded, if such a version exists.

The best solution would likely be to eliminate the need for transcoding entirely, either by adjusting the settings above or creating an optimized version which falls within the limitations they impose (a 3 Mbps or lower conversion).

1 Like

My understanding was if I optimized a 4K video for TV (1080), by default the 1080 should be served, that way remote users aren’t bringing my system to a crawl. Is that not expected behavior, or am I misunderstanding the point of optimizing videos? Utlimately yes, I don’t want a remote user to have to transcode a 4K video. 4K is for me, not them lol :slight_smile:

Per my first post, the client can (and looks like it is) limiting the bandwidth, causing the transcode to happen.

And again, posting the a picture of the client settings screen would be very hepful.

2 Likes

That does make sense. While I can’t really get a photo of that, I am inclined to absolutely agree with you in that being the case. So basically, I need to tell my remote user(s) to increase their bandwidth settings? Would that help resolve the issue?

Assuming that their download is capable of the 8mbps it should.

1 Like

Thanks to you both for your help, I really appreciate it and your explanations make sense. Have a wonderful day. :slight_smile:

2 Likes

You too! (And if I got any of this wrong, feel free to post again :slight_smile: )

1 Like

No problem, you as well.

1 Like

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