MavericK96 2 Posted March 14 Share Posted March 14 (edited) A lot going on here. Took me forever to get HW transcoding working with this new Emby server I'm testing. Using an Intel n305 mini-PC running Proxmox, running an unprivileged LXC and using vGPU to pass through the Intel iGPU to a Docker container running Emby (latest stable version 4.8.3.0). Transcoding works great, I have both QuickSync and VAAPI to choose from and they both work. However, if I engage QuickSync tone mapping, suddenly I get the output shown in the screenshot below. Actually, if I try to run VAAPI tone mapping, it just does nothing - doesn't show that it's tone mapping at all in the Stats. Video playback is still okay in that case. I'm not sure what logs to include so I did both the Emby server and the FFMPEG transcode logs. Any ideas? I can of course just turn off tone mapping, but it seems preferable to have it on. Thanks for any help. embyserver (1).txt ffmpeg-transcode-ba1393fa-b5fa-43e9-a4ed-2d9f0395f68b_1.txt Edited March 14 by MavericK96 Added VAAPI info Link to comment Share on other sites More sharing options...
MavericK96 2 Posted March 14 Author Share Posted March 14 Okay, a bit more info about this. I tried setting up an unprivileged Debian LXC and installing Emby straight on it rather than using Docker. Same exact issue, VAAPI seems to work with tone mapping (assuming VAAPI transcoding is prioritized), but QuickSync gives the above. Without tone mapping, QuickSync seems to work okay. Is there some sort of limitation here I'm not understanding? Link to comment Share on other sites More sharing options...
softworkz 3349 Posted Tuesday at 12:50 AM Share Posted Tuesday at 12:50 AM QuickSync uses OpenCL tone mapping. For VAAPI, you can choose. Can you try to change the tone mapping methd for VAAPI? (Emby Transcoding settings, second tab) We are recently seeing some frequency of reports about OpenCL. @alucryd- what's the status? Does it make sense to try the latest beta for comparison? Link to comment Share on other sites More sharing options...
adminExitium 174 Posted Tuesday at 04:00 PM Share Posted Tuesday at 04:00 PM OpenCL tonemapping was broken for 6.8+ kernels (which is what Proxmox uses for their latest version VE 8.2). It needs an updated compute runtime to get the tonemapping fixed. Related upstream threads: https://github.com/intel/compute-runtime/issues/710 https://gitlab.freedesktop.org/drm/i915/kernel/-/issues/10895 1 Link to comment Share on other sites More sharing options...
softworkz 3349 Posted Tuesday at 06:15 PM Share Posted Tuesday at 06:15 PM @adminExitium- Thanks for the pointer, we'll look into it! Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now