HDR Tone mapping - force software transcoding

because then you disable hw acceleration the decoding and encoding is also done in software.
With hw acceleration enbaled decoding/encoding is done in hardware and hdr tone mapping in software

Yeah, that was to show that there is nothing limiting my VM from hw access. I will look at logs to see if anything is wrong.

Weel, it seems that my issue is the same as @Chef83 and, if I understood correctly what @ChuckPa said, I have to wait for the transcoder team to migrate to intel-compute-runtime.

I don’t think you’ll need wait long

( we’re testing some “stuff” now 
 if you get my drift :wink: )

1 Like

I would love for the dashboard to show if the current HDR tone mapping is being done in hardware or software - much like how the transcoding shows (hw) if done in hardware. Anyway that could happen?

1 Like

That’s a great suggestion. I don’t know if it’s already in process or not yet considered.

If not yet considered, I will ask for some kind of (HDR -> SDR) annunciation.

1 Like

And this is why I love you guys and what you provide!

I hope Plex is taking notes of how the community reacts when they develop functionality we actually care for. The positivism around this has been great.

Thank you for this Plex.

i just saw that a beta is already avaible since yesterday. Now hardware accelerated hdr tone mapping for intel under centos 8 is working fine. I only had to install ocl-icd and ocl-icd-devel rpms. Thanks you very much for the great work.

2 Likes

Wow, that’s a very low CPU usage. Nice!

Hi! I have installed the new PMS version, which had the support for the Intel Compute Runtime OpenCL driver versions 20.36 and later (I have 20.48). Aside from the PMS update, I have installed ocl-icd package and the said intel-compute-runtime package. Is there other packages to install? If I don’t install them, I get the same error as before and if I install them, I lose the hw transcoding ability.

The Debian packaging will tell you what is required.

Were there any outstanding requirements printed when upgrading?

Well, there were no new dependencies and I’m using ArchLinux :sweat_smile:. I checked and aside from ocl-icd, I have the content of the ocl-icd-devel package installed in my system and, added to that, the intel-compute-runtime package installed too.

Oh,
that explains it.

Try adding the Beignet package

I’m sure I don’t need to remind:
a. You’re in a QNAP thread (NAS boxes)
b. We don’t support Arch. Please refer to the package creator for support.

Ups, sorry if it is the wrong place. The beignet package is for Haswell or older iGPUs and I have a Coffee Lake one (i5 8400). From what I have saw, the intel-compute-runtime is the package to use with newer Intel chips. I will do more research trying to find the solution.

While that’s true, the initial release used Beignet.
I also have a CoffeeLake CPU and Beignet works for it.

There are changes coming for ICR.

Hi @FuN_KeY , sorry but I don’t understand. I have installed Container Station (image) and I have installed APP Ubuntu Linux Station (image). I have a PLEX ufficial APP (.qpkg) from site. When I play a HDR film, transcoding process usage 60% of CPU and not work. Where is my error?
Thanks

Well, it can depend on the media, but:

In your capture you are mentioning Linux station (and not container station), and you mention the usage of the native app. When I started this post, tone mapping was not available for qnap native apps because of missing dependencies - I do not know if it has changed.

I am running plex as a container in container station, and while cpu usage was high during playback it used to work. I will check again tomorrow and see if I can upload a sample file here

Thanks a lot, I didn’t understand that tone mapping was not available for qnap native apps. I prefer usage the native app. Thanks for your support

Is tone mapping now available for qnap native app? What would i have to install to make it work?