SloppyG

I haven't used the BH plex container in a while but I still see occasional posts on Reddit with people reporting issues with intel gpu offloading. Gpu offloading does work on the binhex container but if you need 4K/hdr tone remapping and are using an intel igpu you'll probably still need to swap to the linuxserver container to fully take advantage of it. You can always just install it alongside and compare.

Edit the container, advanced settings and check that there's something in the webui parameter. I haven't used binhex plex in a bit but I think my webui parameter was blank which prevented the webui option from appearing in the drop down. You can copy the webui format (as an example) from another working container and adjust the port.

Hi @binhex @thatsthefrickenlightning ! Just a quick post, wanted to confirm that linuxserver's container shows much lower cpu usage and much improved igpu utilization with the same video file I was testing on binhex-plex. This test was done: - with the same 4k HDR 20gb video file I was testing in the binhex-plex container in the post above where I shared unraid dashboard screenshots - forcing transcoding to 1080p 10mbps - Transcoding is occurring in Ram (/tmp) During heavy transcoding activity (filling up the 60 second buffer): - Unraid dashboard now shows cpu usage is around 10% with linuxserver-plex, down from 40% with binhex-plex - "Intel-GPU-TOP" plugin on the dashboard reports GPU video load of 70-80% with linuxserver-plex, up from 30% with binhex-plex Once playback has buffered and transcoding is just "topping off": - Unraid dashboard now shows cpu usage mostly idle (under 10%) with linuxserver-plex - GPU video load has short spikes every 5 seconds to 20 or 50% with linuxserver-plex So far I'm really impressed with the performance and quality of the tone mapping being done for about 8 watts of power. I'm probably going to stay on this container for a little and see if I run into any issues. I will keep my eyes out for any more information about what the team that supports the LS container may have done to get this working. I have a feeling there are also some changes made in the intel compute or beignet packages themselves, maybe this didn't get carried over to the Arch Linux versions? I think this may have improved support for older/less common device ID's as intel's GPUs didn't change a great deal for a number of years so chips like Kaby Lake could be made to support it as well (vs Coffee Lake and above).

@binhex Correct! yes sorry I should have flipped those images hah Yes I'll dig around. I BELIEVE that i'm seeing at least partial acceleration but (based on @thatsthefrickenlightning's reporting) with your container as delivered but I think that it's not utilizing all the hw acceleration capabilities for intel gpus. I'll keep digging around the threads Question to help me troubleshoot: https://forums.plex.tv/t/package-beignet-required-for-hardware-transcoding-of-hdr-content-hdr-tonemapping-now-supported/655048/26 If you look at that post, when Plex is installed/updated it looks like it tells you if the 2 packages it needs are found? Is there a command line I can run in your container to force plex to update/install over itself? I don't THINK the install log is saved to a file or at least I couldn't find the location. I was hoping that (as shown in the post above) the install would identify which (if any) of the intel packages are found or if any are missing. I THINK the beignet package is the one it can't find. I don't want to pull the container again as I think I'll lose the changes we made and I wasn't sure of the command in Arch to do so. I'll also install the linuxserver container as a comparison against by baselines as it does appear people are having success with mapping and acceleration with intel igpu's all the way up to gen 10.

Hey @binhex, quick update. so I tried both the first post's suggestions: and (which took a little while but I didn't notice any errors. I rebooted the container between each and also my unraid server entirely at the end. My testing up until now had just been 1080p HDR files, so I wanted to better match what @thatsthefrickenlightning was doing by throwing a 4k HDR file at it. I connected by iPad to a vpn (to send the traffic outside of the local network) and forced transcoding to 1080p 10mbps (as it was happily playing via direct play till I did so. At this point I could confirm that transcoding was occurring for both audio and video. I also noticed that within Plex is looked like my CPU usage had gone up from +/- 40% (it bounces around of course) to 50-60%. I also see changes on the Unraid dashboard, attached is a screenshot of that. On the right is my baseline screenshot which is the "vanilla" plex container. Cpu usage roughly matches what plex reports and you can see that GPU usage, at least as reported via the "Intel GPU TOP" plugin has disappeared. This absence of gpu usage is similar to if I remove "/dev/dri" device from the container. I did reboot in case something about the package change required a full reboot. My system can keep up with HDR in realtime (probably due to the number of cores, it's a decent chip) but it does appear those commands seemed to have removed whatever gpu offloading was already occurring for me. I did a quick pacman search to 'prove' the packages are installed now: sh-5.1# pacman -Ss ocl-icd extra/ocl-icd 2.3.1-1 [installed] OpenCL ICD Bindings sh-5.1# pacman -Ss intel-compute community/intel-compute-runtime 21.21.19914-1 [installed] Intel(R) Graphics Compute Runtime for oneAPI Level Zero and OpenCL(TM) Driver sh-5.1# pacman -Ss opencl extra/libclc 12.0.1-1 Library requirements of the OpenCL C programming language extra/ocl-icd 2.3.1-1 [installed] OpenCL ICD Bindings extra/opencl-clhpp 2.0.15-1 OpenCL C++ header files extra/opencl-headers 2:2021.04.29-1 OpenCL (Open Computing Language) header files extra/opencl-mesa 21.2.1-1 OpenCL support for AMD/ATI Radeon mesa drivers extra/opencl-nvidia 470.63.01-1 OpenCL implemention for NVIDIA community/clinfo 3.0.21.02.21-1 Simple OpenCL application that enumerates all available platform and device properties community/clpeak 1.1.0-1 A tool which profiles OpenCL devices to find their peak capacities community/erlang-cl 1.2.4-3 OpenCL binding for Erlang community/intel-compute-runtime 21.21.19914-1 [installed] Intel(R) Graphics Compute Runtime for oneAPI Level Zero and OpenCL(TM) Driver community/intel-graphics-compiler 1:1.0.7423-2 [installed] Intel Graphics Compiler for OpenCL community/intel-opencl-clang 12.0.0-1 [installed] Wrapper library around clang that can compile OpenCL C kernels to SPIR-V modules community/pocl 1.7-2 Portable OpenCL is an open-source implementation of OpenCL which can be easily adapted for new targets community/pyopencl-headers 1:2021.1.4-1 A complete, object-oriented language binding of OpenCL to Python community/python-pyopencl 1:2021.1.4-1 A complete, object-oriented language binding of OpenCL to Python

@thatsthefrickenlightning Ivy bridge is gen 3, haswell is gen 4. They're old and lack features the newer chips/igpus have. I'm assuming Binhex wanted to confirm you weren't using a less capable chip that may not support the required features or may do so in an non-ideal manner. Your chip (7100) is gen 7 (KabyLake) with the HD630 igpu Plex's post about HDR mapping states "Plex Media Servers using Intel Coffee Lake or newer processors on Ubuntu require version 20.04 or later". Coffee lake is gen 8 and contains the UHD630 gpu For reference, my chip (Xeon E-2176G) is Gen 8 (Coffee Lake) with the HD P630 igpu That said, I'm not sure if Plex's comment is hard requirement or maybe something specific to Ubuntu. If you look at the LinuxServer support thread you can see Kaby lake users reporting success when they implemented the change in their container last December. The (7th gen) HD630 and (8th gen) UHD630 gpus were very similar in features, I think the primary difference being a minor clock speed bump (50mhz or so). I'll test the console commands later today on my system. Before doing so I want to document the transcoding speed (as you were) so that I can confirm that not only is HDR tone mapping occurring, but that it's being handled by hardware and shows that same performance increase you noted in the LinuxServer container. Cheers!

Thanks @thatsthefrickenlightning Yeah you may be right. I'm not super familiar with Linux or Arch, but pacman doesn't report those packages locally present in the binhex-plex container via it's console. sh-5.1# pacman -Syy :: Synchronizing package databases... core 136.8 KiB 113 KiB/s 00:01 [##########################################] 100% extra 1568.4 KiB 2.51 MiB/s 00:01 [##########################################] 100% community 5.8 MiB 10.6 MiB/s 00:01 [##########################################] 100% sh-5.1# pacman -Qi beignet-opencl-icd error: package 'beignet-opencl-icd' was not found sh-5.1# pacman -Qi ocl-icd-libopencl1 error: package 'ocl-icd-libopencl1' was not found I next tried to check the remote repository to see if the packages were available which also returned nothing. I did a simple check first to confirm my command worked by searching for nmap. I used -Ss instead of -Si so that I could search on a partial name in case it's different in arch. sh-5.1# pacman -Ss nmap extra/nmap 7.92-1 Utility for network discovery and security auditing community/vulscan 2.0-4 A module which enhances nmap to a vulnerability scanner sh-5.1# pacman -Ss libopencl1 sh-5.1# pacman -Ss beignet sh-5.1# pacman -Ss ocl-icd-libopencl1 sh-5.1# pacman -Ss beignet-opencl-icd Finally, I see that the Linuxserver plex container specifically calls out the compute package being added in their changelog: From bottom of: https://github.com/linuxserver/docker-plex/blob/master/README.md Versions 20.01.21: - Deprecate UMASK_SET in favor of UMASK in baseimage, see above for more information. 10.12.20: - Add latest Intel Compute packages from github repo for opencl support on latest gen igpu. <--- here 23.11.20: - Add Bionic branch make Focal default. 03.05.20: - Update exposed ports and example docs for bridge mode. 23.03.20: - ........ Final edits: Maybe this is a stupid thought but I wondered if Arch Linux maybe didn't support those packages. However, I do see them listed here so they do appear to be available and maybe just need to be pulled in by @binhex (Thanks for all you do, and sorry if I'm oversimplifying ) https://archlinux.org/packages/extra/x86_64/ocl-icd/ https://aur.archlinux.org/packages/beignet/

I'll try to answer your question (which I believe is yes). My setup is: CPU - Intel® Xeon® E-2176G CPU @ 3.70GHz Mobo - Gigabyte Technology Co., Ltd. C246M-WU4-CF *edit - I'm using the binhex container and haven't done anything special with the container or it's settings other than what's mentioned below The CPU w/ igpu is based on Coffee Lake, which meets the minimum requirement identified by Plex. I will note, most of my playback is internal/direct play so I hadn't really looked into whether something was being transcoded via hardware or not. I Have just this past week added a couple friends AND just realized that HDR tone mapping was added to plex at the end of last year which is super exciting. Maybe I don't need to separate my libraries anymore. First of all, I now see that even though I had checked the box to enable hardware transcoding via the Plex webui and have a lifetime plex pass, I didn't realize I ALSO had to add a device in the container settings as per this post: I did also install the intel igpu TOP application (before I realized I needed the device in the container) so I don't know if that was actually needed. Regardless, within the WEBUI during playback of a 1080p x265 10 bit video transcoded to 720p for my iphone I now see: Video 1080p (HEVC Main 10) (hw) 720P (H264)—Transcode (hw) Audio English (EAC3 5.1) OPUS—Transcode And in the debug log I see (I've sanitized some details but there should be enough for you to see it's working): <Player address="xxxxxxxxx" device="iPhone" machineIdentifier="xxxxxxxxx" model="12,1" platform="iOS" platformVersion="15.0.2" product="Plex for iOS" remotePublicAddress="xxxxxxxxx" title="xxxxxxxxxs iPhone" vendor="Apple" version="7.24.1" local="0" relayed="0" secure="1" userID="1" /> <Variants> <Variant id="xxxxxxxxx" targetBitrate="3745" context="streaming" sourceVideoCodec="hevc" sourceAudioCodec="eac3" videoDecision="transcode" audioDecision="transcode" protocol="hls" container="mkv" videoCodec="h264" audioCodec="opus" audioChannels="2" transcodeHwRequested="1" transcodeHwDecoding="vaapi" transcodeHwEncoding="vaapi" transcodeHwDecodingTitle="Intel (VA API)" transcodeHwEncodingTitle="Intel (VA API)" transcodeHwFullPipeline="1"> <Media id="28075" videoProfile="main 10" audioChannels="2" audioCodec="opus" bitrate="3566" container="mkv" duration="11112768" height="720" protocol="hls" videoCodec="h264" videoFrameRate="24p" videoResolution="720p" width="1200" selected="1"> <Part deepAnalysisVersion="6" hasThumbnail="1" id="32363" requiredBandwidths="12602,10924,9233,8160,7708,7569,7569,7569" videoProfile="main 10" bitrate="3566" container="mkv" duration="11112768" height="720" protocol="hls" width="1200" decision="transcode" selected="1"> <Stream bitrate="3447" codec="h264" default="1" displayTitle="1080p (HEVC Main 10)" extendedDisplayTitle="Barry.Lyndon.1975.Criterion.V2.1080p.BluRay.HEVC.EAC3-xxxxxxxxx (1080p HEVC Main 10)" frameRate="23.975999832153320" height="720" id="58676" requiredBandwidths="11802,10125,8366,7296,6835,6728,6728,6728" streamType="1" width="1200" decision="transcode" location="segments-av" /> <Stream bitrate="119" bitrateMode="cbr" channels="2" codec="opus" default="1" displayTitle="English (EAC3 5.1)" extendedDisplayTitle="Dolby Digital Plus 5.1 (English EAC3)" id="58677" language="English" languageCode="eng" languageTag="en" requiredBandwidths="640,640,640,640,640,640,640,640" selected="1" streamType="2" decision="transcode" location="segments-av" /> Let me know if you need anything, looks like it's all good to me. I did notice some minor lip sync issues on another video I played have (x265 but not main 10) but this video is playing back flawlessly so am not pointing fingers at the hardware encoding, I was also using my phone so it was hard to tell at that size. Regardless, I had no idea I wasn't using hardware until now (due to the device thing haha) but am glad that's working AND 10 bit tone mapping is working as well.

Wow this is amazingly good and easy to use once I realized I just needed to access unraid using the new virtual IP address that gets assign. sweet Tiny quality of life question: So far I’m just accessing webui’s for for other dockers using [new IP address]:port. Is there a way to have the regular container webui links work? I’m guessing that I’d have to configure my existing containers to use host name instead of IP address (and my host name would need to work on my remote devices which I haven’t seen happen yet). Its all just working at the moment so perhaps I’ll just live with things as they are haha. Thanks for creating/maintaining this

Just edit the docker to see where the mount point for the video files is. Then, set up a share so you can access it if you don't already have access to this location.

This docker specifically supports the DVR product and currently requires purchasing early access or having contributed to the Kickstarter. I would recommend checkout our SD's forum to see how people are getting on in a scenario like yours. I'm using it purely with OTA broadcasts which so far seems good for both live and recorded (using kodi on my Amazon firetv and the hdhomerun plugin).

Well, make it at least 5 then! Got it installed and it seems to be starting it's first recordings - crossing my fingers. I was expecting some kind of configuration to complete (with the docker) but other than setting up the share it seems good to go. cheers!

Hey Sparkly - thanks for the repos. I've been using Krusader, it's great for moving files around when on my laptop as it is soooo much slower on wifi. Anyway - a week or so ago i upgraded to the latest release of unraid (from, beta 13 i think) and was trying to move some files when I found that I couldn't get into the webui. All my other dockers worked (mainly some from binhex) but trying to access krusader would timeout. Then I noticed that unraid must have picked up a new IP. While plex and some other dockers appeared to correctly make use of the changed IP for the webui, Krusaders seems to still be trying to send me to the old one. Not a biggie, I was able to get around it but thought I'd mention if this was some configuration related to the repo? It's weird that all the other docker images didn't experience the same issue. Thanks again!

I think this is a good deal for a 500gb ssd with a 128gb usb3 flash drive. Newegg links 500gb samsung ssd evo: http://www.newegg.com/Product/Product.aspx?Item=N82E16820147373&utm_medium=Email&utm_source=EXPRESS050215&nm_mc=EMC-EXPRESS050215 Flash drive will probably be: http://slickdeals.net/?pv=&au=&sdtid=7835181&sdop=1&sdpid=75785535&sdfid=9&lno=2&trd=128+GB+PNY+Turbo+USB+3+0+Flash+D&u2=http%3A%2F%2Fwww.newegg.com%2FProduct%2FProduct.aspx%3FItem%3DN82E16820178689 Promotion Link for above: http://promotions.newegg.com/NEemail/May-0-2015/WExpresselite-02/index-landing.html?utm_medium=Email&utm_source=EXPRESS050215&nm_mc=EMC-EXPRESS050215&cm_mmc=EMC-EXPRESS050215-_-EMC-050215-Index-_-E0A-_-PromoWord&et_cid=17768&et_rid=55867&et_p1= Note: Deal starts 12am pt on Sunday. Flash drive will add to cart automatically when you add the ssd. Today - 480gb ssd + 4gb desktop ram ddr3 1600: There's also a 480gb ssd that comes with 4gb desktop memory today but I think the usb drive might be a better fit if anyone's setting up a new unraid or something: http://www.newegg.com/Product/Product.aspx?sdtid=7835181&SID=4e186e90e21349bb9a0b50f78a24c7bd&AID=10440897&PID=1225267&nm_mc=AFC-C8Junction&cm_mmc=AFC-C8Junction-_-cables-_-na-_-na&Item=N82E16820178766&cm_sp= Unless you need 2 4gb sticks I guess you could buy 2 and have 8gb ram and 2x 480gb ssd's for 360.. Not bad.