I believe QNAP J3455 NAS were affected by this problem too.
At least, my TS-453B mini with lastest PlexMediaServer-1.18.2.2058-e67a4e892-x86_64.qpkg build had the same issuse whenever do hevc->h264 or h264->h264 transcode.
Would you please provide a QNAP version build?
Plex 1.18.2.2058 running on a Synology DS218+, have Plex Pass (so HW transcoding is enabled), having this exact issue. Went ahead and renamed the Intel driver and it does prevent the image from being completely trashed (blocks of color). But transcoding still ends up causing buffering every 20-30 seconds.
In my case, the source is software encoded 264, AAC audio, and PSG subs.
I have no issues with buffering or anything on a 4K HVEC movie (without subs, of course) so at least itâs nice to know itâs not a hardware performance issue.
Any clue why transcoding with srt subs from my DS918+ with the new iHD Driver works with iOS (iPad/iPhone) Plex client but not with my FireTV Stick 4k?
@Ekomax that is likely because iOS doesnât require the subtitles to be burned in. which means the video stream is still converted entirely in hardware.
@wmchris That is odd. I used an ApolloLake NUC running Ubuntu 19.10 to work with our development team on a fix. Can you post the PMS log that covers you attempting a transcode with that build installed?
@chrisallen
Shouldnt this be the same with the Fire TV 4k Stick as well? I mean it should only transcode the movie and not burn in srt subtitels like on iOS?
@Wingman - tried the fix for UBUNTU, unfortunately it still buffering when I enable âhardware transcodingâ, soon as I turn that option off, it works fine, but as mention previously CPU is running in the 90% band! I also noted that this is PMS V1.18.4.2082 is that correct, I was under the impression that this fix is only a patch?
This link to Synology 64-bit Intel doesnât work. You suggested I should install this test build. The only thing I get on a new page in my browser is:
{
âerrorsâ : [ {
âstatusâ : 404,
âmessageâ : âFile not found.â
} ]
}
Clicking on the downloadlink P0tat0815 posted ( [Synology - PlexMediaServer-1.18.4.2082 x86_64 ]) gives the same problem.
So my problem isnât solved yet. Although I can watch the videoâs now by disabling the subtitles, but that shouldnât be necessary with an app I paid for.
Please come with a solution quick, one way or the other.
I am or was in the same boat as everyone else. Transcoding stopped on my Intel J4105 board running Ubuntu. So after going through this entire tread and stumbling my way through command line I managed to get mine working again by removing/renaming /usr/lib/plexmediaserver/lib/dri/iHD_drv_video.so driver. I first tried i965_drv_video.so as others had suggested but things still werenât working.
This version (1.18.4.2148) fixes nothing for me (Synology DS918+ playing on an Nvidia Shield). With captions enabled, the processor is maxed out but video (MKV container, H264 video with EAC3 audio, the latter of which has to be transcoded as my equipment doesnât support EAC3) doesnât even play. Dashboard shows that itâs playing, but thereâs definitely no video going on the TV. Turn off captions and everything is fine. Very frustrating.
I have now tried the latest update (2148), and noted that there is another option "use hardware accelerated video encodingâ, so while I switched on âuse hardware accelerated when availableâ whilst I had no buffer issue, the CPU was higher than normal - 80% (but not as bad a 90%) as I expected to be around 40%, so I switched on the new option )video encoding), CPU usage was lower than expect around 20% but after 30 seconds of playing it started to pixelated like a low resolution. So I have disabled this option, and playback fine, but CPU usage is too high.
Another option I touched on, if I enable video transcoding while hardware accelerated is on, then I will get a very low resolution playback, and CPU is acceptable range, then while itâs playing back (without stopping playback), I then disable video encoding, and noted that while resolution is back to normal, CPU usage stayed at 30%. if I stopped playback and started again, then CPU Is back in 80% range.