Did this ever work? According to wikipedia Apollo Lake supports decoding 4K only, which means the CPU would still be responsible for re-encoding a 4K stream to 1080p in h264. That process probably requires a lot of horsepower (both resizing & re-encoding). Or maybe the CPU could just do the resize and pass the 1080P back to the encoder? Anyway, I suspect that’s not really possible on a Celeron J3455… but I could be wrong!
It’s does work if I turn off SRT subtitles, pms can hw transcode from 4k to 1080 with no issues.
So even with Apollo lake, it should be able to decode 4k in hw and then recode to 1080 in hw as well.
I stand corrected! Good to know.
Yeah I fully understand that the hw cannot transcode pgs since it’s image based, but SRT is text based so it should work properly.
EDIT: affects the android and LG webos clients. Windows and osx is fine, but I see a lot of buffering with the LG client,. so maybe its a client issue instead of a server one.
I guess this is a special version just for Apollo Lake CPUs? So the fix is not in the public version yet?
I’m assuming that if the feedback is all 
from the squeaky wheels here that would be the next step!
My Qnap system is using an i7-4790S Formerly part of the Haswell family with an
Intel HD Graphics 4600 built-in.
I don’t suppose these changes will do much for me. The chip doesn’t support much but I wasn’t seeing libva errors before. I tried removing iHD_drv_video.so and it didn’t make much difference for the errors though I think I was watching something encoded in H264 which is supposedly supported on this implementation of Quick Sync Video.
Just updated to the version 1.18.7.2306 referenced above and it works. I can have hardware acceleration on and the transcode doesn’t lock up and show a garbled mess. Many thanks! I’m using a Synology Diskstation 718+
1 Like
Thanks for this fix. It works just fine for now. Tested with .srt files over mobile data and over LAN.
Are there plans to fix this in the normal releases too?
Given 1.18.7.2306 a test run, and it looks good! No issues so far on my Synology 418play. Thanks for the fix!
Now hoping to see it implemented in an official release.
@chrisallen
DS918+
So far works great. Thx
Any idea when this will be put into the latest version which I get via docker?
Im still having this problem.
Regards
Jan
Since installing 1.18.7, I’ve run into this problem: Could Not move recorded media to destination. Anyone else now have this issue?
Update: @sa2000 has confirmed (Could Not move recorded media to destination) that the builds on this thread do have this problem. In short, there’s a very good chance your DVR recordings will fail if you’re running this version of 1.18.7 provided by @chrisallen.
Same here. Ended up having to do a totally new install on 918+. Just removing this patch did not work for me.
I’ll work to get an updated build that includes a fix for the deletion bug for you guys 
4 Likes
thank you
@chrisallen
Update on your package.
Transcoding and pixalisation is good, but with this package it takes forever to change status played/unplayed. 4-5sec. Client is Shield on latest beta.
Changed back to latest beta PMS on my DS918+ and the delay has gone. Watched status changes instand.
Bug?
sorry for my bad english
Best regards
Hey guys!
Thank you all for your testing and confirmation of the fix. This will be included in the upcoming PMS 1.18.7 release which should land in Plex Pass beta in a week or so.
In the meantime here are updated builds that are based on the imminent 1.18.6 beta release, and include the Intel HW transcoding improvements and fixes.
EDIT: Updated build to 1.18.6.2349-f0bf4dd50 which resolves the issue with images not retaining their transparency information.
5 Likes
Just tested the 1.18.6.2343 for Asustor and it’s definitely better but still skipping and pixelation. Playing 10 bit HEVC.
Logs.zip (1.9 MB)
On Qnap, in version 1.18.6.2343 no playback setting in the field, no video quality selection. So it has to be?
