[INFO] Plex, 4k, transcoding, and you - aka the rules of 4k

I mean the CPU can decode the H.265 and the GPU can encode to H.264, taking some load off of the transcoding process from the CPU. If I were to upgrade GPU to something with H.265 decoding support, I could handle more stream is all I meant. I wasn’t meaning to pick anything apart, just that 4K isn’t as big of a hurdle unless you are on ARM equipment or something really old. I also understand that this was written awhile ago and I get the Fight Club reference - I meant when I said that it wasn’t phrased well. The stipulation not to bother transcoding 4K really does depend on the hardware you have is all I was commenting on.

I’m also not looking for an argument or fight of some kind. Just sharing experiences so others reading through this post can get a wide variety of opinion and information. It appears the comment I was replying to was removed, which was probably good because it wasn’t exactly nice or helpful.

1 Like

Very true, as some of those who already have high end like to post ‘what the big deal, my super duper xyz can handle 4 kajillion 10k transcodes of x269 in sleep mode, you are wrong!~~@#!@#@!’.

As with all things, technology marches on, and what was hard yesterday is easier now and in the future.

Me either, and I guess I missed the other comment, darn.

1 Like

My Plex does seem to transcode TO x265 HEVC, or at least that’s what my Dashboard says. It doesn’t do a very good job though. The video freezes 10 seconds in while the audio and subtitles keep playing.

no plex has never enabled transcoding TO x265.

when you look at the dashboard, the first line is the from, and the 2nd is the to.

image

Now, you might see plex REMUX or DIRECT STREAM x265/hevc, which is not transcode, it means switching containers, like from mkv to mp4, or whatever the client needs.

direct stream is much less work than transcoding, however it still requires a lot of processing and IO, and some servers simply are not capable of it.

more likely what is also happening is the AUDIO is being transcoded, and processing truehd is not trivial either.

Isn’t this here transcoding to HEVC?

image

image

Whoa!

either that is some kind of an error, or something new.

what server/client versions ?

@m_listed you should post your pictures over @ Transcode to HEVC/x265

Yep I just reproduced also on iOS with a 4K HDR Remux.
WTF… :grin:

Isolating Plex resources on my remote Docker container. The CPU during the Playback period.

Only seems to work with playback set to convert automatically. Any manuanl bitrate setting seems to result in x264.

1 Like

niiiice.

what ios device and what GPU?

I can’t get it to work on my 7+ or ipad gen6 with any combination of settings? (gtx 1650/linux)

looks like progress though.

iPhone 7
Using QS on a i7700

ok, perhaps hevc encoding is currently intel only

hopefully others can test and corroborate.

hevc encode will be pretty awesome all around

Personlly Im not too fussed. If tonemapping comes too then its different. But all my HEVC is also HDR so I dont imagine I will be merging my 4K remuxes into my 1080p library any time soon.
I just got curious with @m_listed screenshot.
It is looking promising for those with SDR HEVC though.
Obviously meaning for those I share with.

1 Like

I don’t care about tone mapping (cause I don’t remote stream 4k), but to me this will be an awesome increase in quality because my upload is only ~10 meg.

So instead of ~4 streams of ~2 meg x264, in the future I could potentially get 4+ streams of ~2 meg hevc, or even more streams @ ~1 meg hevc.

this would be huge benefit for anyone with a restricted upload speed.

not to mention using less gigs of mobile data.

1 Like

Transcoding to HEVC/x265 is awesome news. But, How would something as big as this not be mentioned in release notes? For me, This is huge… Almost choked on my coffee when I was reading these last few reply’s lol

1 Like

Here’s another interesting find.
I have been trying to reproduce those finding with my iPhone 7 on the Shield.
First playback it worked but now it’s transcoding to h264 instead. However even then CPU usage is still minimal.


Still it’s proven working on iPhone 7 and I guess we just need to see how it pans out on other clients.
One other thing I noticed on the Shield while testing.
I set my remote streaming bandwidth to the default 2Mbps. It seems that can now be overidden on playback too. No issues setting direct play or any other quality setting despite that crazy 2Mbps setting.

well, I would expect that hevc is/will be HW encoding only.

according to @ HandBrake Documentation — Performance hevc encoding is below real time, on 22core/44threads Xeon E5-2699 v4 (as just one example).

In 3 Web browers.
4K HEVC to 1080p H264

CPU usage at the time (over a 10 minute period.)

None of which is relevant to the HEVC to HEVC transcoding but interesting all the same.
I would be more than happy with that for x264 to x264.

all those are using (HW) for both decode/encode so no cpu is being used for video.

if you were not getting this before, then perhaps the latest releases have improved your quicksync transcoding.

I know there is a thread about quicksync on some synology and/or qnap nas’s, which is supposed to have been fixed recently.

It’s more likely that the fact that I dont transcode 4K so never checked it out before. :wink:

I tried mine w intel hw transcoding to IOS but everything I tried resulted in h264. Maybe its my Synology OS? I am interested to know what server version and what server OS this is possible under.

None of the NAS’s have HEVC hardware encoding, can you imagine what would happen if threw it to the CPU.