Hardware Tone Mapping is also broken for me on Intel(R) Pentium(R) Silver J5005 CPU @ 1.50GHz / GeminiLake UHD Graphics 605 with Kernel 6.8.0-44-generic on Ubuntu Server 24.04 and Plex Media Server 1.41.0.8992.
Hardware transcoding of 4K HDR videos is working fine, if HDR tone mapping is disabled, but as soon as I enable it, transcoding completely fails and dmesg shows:
[Wed Sep 11 23:02:00 2024] i915 0000:00:02.0: [drm] Resetting bcs0 for preemption time out
[Wed Sep 11 23:02:00 2024] i915 0000:00:02.0: [drm] Plex Transcoder[4197] context reset due to GPU hang
[Wed Sep 11 23:02:00 2024] i915 0000:00:02.0: [drm] GPU HANG: ecode 9:2:abfffff0, in Plex Transcoder [4197]
Not very helpful, but HDR tone mapping with hardware transcoding worked before upgrading to most recent PMS and from Ubuntu 20.04 to 24.04. Didn’t check, if it was still working on 22.04, since I upgraded to 24.04 shortly after.
6.8.0 kernel introduced simpleframebuffer.0 and simpledrm into the kernel which causes phantom card0 to appear … (Look at ls -la /dev/dri/by-path and observe. Ubuntu is working on it (their display group)
Definitely seems like a good option, I’ll have to hold off on it for a while though. And also feeling less inclined to rely on another companies stuff to avoid being burned again. Unfortunately I gave my previous GPU and power supply to my brother and he lost it. I’ll hold of on making a decision and make do with what I have for now I guess. But would definitely welcome your help when I do decide.
I have a 918+ and HW tonemapping + HW transcoding appears to be working for me (even just spent time going through the new tonemapping algos to see the differences myself), what am I missing? Is this (more?) specific to the 920+/J4125/UHD600 vs the 918+/J3455/UHD500 or just hits randomly or something?
Edit: I’m on the latest DSM where they removed the codecs and we needed the beta PMS build that I upgraded to the new official/stable release today
The latest official DSM release (7.2.2 or something IIRC) removed HEVC and some other codecs (all but AVC I think), it needed a beta build of PMS if upgraded because of that until today’s official release I got. I have no issues with my setup ATM. Wondering what’s going on that affects this guy and not me given very similar setups.
PMS manages codec downloads on its own. There is nothing for you to install.
I’ve seen systems with 5+ sets of codecs on them.
Synology machines really are self-sustaining.
As for the other discussion in this thread, I’m going to move it.
It makes for confusion as there is no such thing as a KabyLake or higher Synology machine.
@ChuckPa had a bit time yesterday and tested a “zombie” configuration of Debian Kernel 5.10 on my Debian 12. This is the only one where hw tonemapping works for me (J5005). I also tested 5.19 and there it fails already. Maybe this could be somewhat helpful?
Trying to follow along but looks like there’s little hope of getting this fixed anytime soon? I have an Apollo Lake running on Unraid. If no fix is on the horizon, can anyone share a link for the previous version that worked for HDR tone mapping?
Based on everything we’re seeing, in concert with the ongoings at Intel, future fixes from Intel will likely be few & far between.
I have some options but there’s a catch.
I can give you 1.32.8, which is known good for GLK-refresh and APL, HOWEVER
It pre-dates the 1.40.0 DB change.
Rolling back the current DB you have might not work in ALL cases.
I can give instructions to give this a try to at least get you working again in the interim.
I’m sure you’ve seen the new transcoder work being done for HEVC ?
When that’s done, tonemapping won’t be needed anymore. You’ll get HDR output when you need it automatically.
The only thing you won’t get is DoVi output when transcoding. This is because DoVi metadata is per-frame based. Since we just transcoded the base video frame to a lower bitrate, the DoVi metadata doesn’t match – so it gets dropped and you get HDR only.
Choices essentially are:
Try the new HEVC encoding preview (which is PMS 1.41.x based)
Revert to PMS 1.32.8 (and risk some DB issues in the downgrade but have working tonemapping)
If I could grab 1.32.8 from you, that’d be great! I’ll probably hold onto that until the HEVC encoding is launched fully. No worries about DV but thanks for the flag!
While I have you, any ideas when the HEVC encoding will formally launch?
Turns out (after reading through the whole HEVC preview thread) that I wouldn’t be able to benefit anyway - ApolloLake 1019+ here so 8bit HEVC encode and therefore not supported (at this time, at least)
Currently in the process of overhauling everything, and moving to trueNAS. Waiting for data in my Synology to copy over. All new to me, but with a few test videos so far on TrueNAS scale (ElectricEel-24.10.1) and an Nvidia 3090 doesn’t seem trueNAS has the drivers for Nvidia to use with the Plex app available through trueNAS. Hopefully I get this all working and get HW transcoding working on it.
Got a good deal for my new system on FB Marketplace so I shouldn’t be bottlenecked anymore.
I am running PMS version 1.41.3.9314 from official docker image on DS1520+ with HW acceleration enabled. iGPU transcoding appears to work fine, taking about 5-6 seconds to start with HDR tone mapping disabled and no errors. Only when tone mapping is enabled, it takes 15 seconds to start and although it plays video I am seeing the console error: [Req#f39/Transcode/293plyds8ru6k5gioqt5f2g0/e8029384-78d1-461b-bd23-ce1166356c4b] [AVHWDeviceContext @ 0x7fef11d35880] No matching devices found.
This seems to be a different type of error than the others and I wonder if you could help troubleshoot. I guess this will no longer be an issue when HVEC is enabled?
