HW Transcoding with HDR Tone mapping not working (hw works without tone mapping enabled)

Sneak peaks always happen at the State Fair :cowboy_hat_face:

We have existing CPUs we’re still ironing out problems with.
As previously stated , these are priority #1.

There are a couple other transcoder features which are waiting to deploy to you all. These were pushed back due to the CPU problems.

In the grand scheme, the timing is:

  1. Fix GeminiLake CPU
  2. Deploy the new much-needed transcoder update
  3. THEN, and only then, new hardware support development.

It makes no sense to add more to the pot when the stew still tastes bad.

1 Like

I’m using an ARC A380 and at some point things broke and I didn’t realize why I was suddenly getting huge CPU spikes. Turning off tone mapping for now.

Same happened to me. Revert your image to 1.40.2.

image: plexinc/pms-docker:1.40.2.8395-c67dce28e

@ChuckPa Now with 1.40.5.8796 it seems it doesn’t even even fallback to software transcoding. The segmentation fault exits out the whole plexmediaserver, not just that one transcoding process. But yeah, I guess I’ll keep tone mapping turned off for now, just to be safe.

Is there any way y’all can revert the transcoder to whatever was working in 1.40.2, instead of keeping the transcoder in this half-working state? If not revert the version itself, but the same compiling process to a new version? Because the “new hardware” was working in 1.40.2, so idk if there’s a need to develop anything new.

@jakeman2048

If you want 1.40.2 then you’re free to stick with it until we do add ARC GPU support. Arc GPUs working with 1.40.2 is a fluke. We didn’t test or plan for it. Some folks just got lucky because of what’s installed already on their machines.

The transcoder will not be reverted. Doing so would break what was fixed for ApolloLake, GeminiLake, and several other CPUs (QSV transcoding & tonemapping).

I have one very sorely and long-since needed transcoder update here on my machine. It would be forum preview right now except for one machine where it didn’t work correctly. I expect it to be forum preview Monday/Tuesday.

After we complete preview, we’ll then be fully updating the transcoder.

As I understand the upstream FFMPEG release info, ARC GPU support is native to that new FFMPEG.

I would greatly appreciate not being bullied about this Arc GPU thing.

  • Support for the GPU will not come any sooner. It’s in the queue with 2 tasks ahead of it.
  • The more time I spend here responding to such posts detracts from completing the work
  • While I understand the frustration about waiting, please understand mine. I’m not a punching bag and do have limits.

Thanks.

3 Likes

@ChuckPa Any chance you can elaborate on exactly what these tone mapping options do from the latest release?

  • (Tone Mapping) Added a preference to select tone mapping algorithm to use. Only available on some platforms/devices. (PM-1431)

Yes,

Very simple:

  • The current default (and only) choice is Mobius tone mapping algorithm. This usually leads to over saturated colors . It almost makes the resultant H264 unwatchable.

  • What we are adding is where you can select the algorithm you want:
    – Mobius
    – Hable (much more realistic / life like IMHO)
    – Linear
    – Gamma

  • Each algorithm has it’s Pros and Cons as this is a 3D space mapping into a 2D solution. One axis will be lost / projected onto the other two. I find Hable to be the least objectionable and actually quite desirable for a H264 on a 1080p older TV.

1 Like

Hey, could you list what platforms & devices this is available on?

I just posted some examples of a few of the different algorithm options in another thread. I only tested hable, mobius and reinhard. I came to similar conclusion as ChuckPa that I prefer hable myself (which is the default).

This support doc has a matrix of which platforms tone mapping is supported but I don’t know how up to date it is with recent changes to the transcoder.

@ ChuckPa
Is tonemapping for Rocket Lake fully fixed with PMS 40.5 and kernel 6.8.12 (Unraid)?

Logs indicate vaapi is active, but performance with tonemapping turned on still seems lackluster to what it used to be? (Let me know if you need logs).


@tros

I cannot speak to RocketLake. I have just acquired an AlderLake machine.
I can confirm AlderLake transcodes perfectly.
Even VC-1, progressive scan, works perfectly.

I will need your Debug logs which capture the attempted playback to look further.

For those questioning mobius vs hable:

mobius

Hable

The level of saturation (given how tonemapping works) is why I find hable better.

You can see the sky and the dust in the air
IMHO, the sky is more ‘blue’ too

1 Like

Logs enclosed (removed).

I tried downgrading from v1.40.5.8854 to v1.32.8.7639 but after the downgraded completed the server was not available. So eventually had to revert back to 1.40

You tried to go back to far, probably database or core changes.

In recent times, 1.40.2 is as far back as you want to go. At some point, with 22.04LTS, and kernel6.5, that was the last version that worked good.

Since 22.04LTS has updated to k6.8. 1.40.5 is needed to work good.

It’s a little headachy, but that should get you there.

To confirm,

Once crossing the 1.4x.x boundary, you cannot go back unless you replace the DB with an untainted backup from 1.3x.x

The DB was restructured in 1.40.0 to correct long standing issues and prepare for some future/ongoing work.

So the latest server update adresses some transcoder related issues and transcoding on Gemini Lake got something better. Converting 4K HDR stuff is going with transcoder speed 0.5 instead of 0.1. But it seems not to be using hw. I think sth is still fishy.

For me 1.40.5.8897 is still severely broken with Gemini Lake J4125.

Transcoding sessions for higher resolutions don’t start playing at all. Sometimes Dashboard shows the session, but on the client only yellow circle is showing.
While “HW” is shown in the dashboard, the CPU is fully loaded.

Lower resolutions (1080p → 720p) works but also under full load for the CPU.

Can we expect a working version in the nearer futere? To what version could I downgrade, to get it working again?

@admin_wilmaw @pommesmatte What Linux kernel are you running?

I’m on Linux 6.9.7+bpo

Hmmm ok. I’m on 6.8.41 and all is working now on my Intel Arc a40. But obviously different hardware.