Corrupted video output stream with hardware transcoding

Which logs do you need? I also still have the same issue with the 2175 build.

I’m new to this topic but have seen the issue for a few weeks. I downloaded the logs but there are quite a few files and not sure which ones are helpful for troubleshooting.

Thank you!

I am equipped for (and often need) the entire ZIP. I look at the PMS logs and the analysis and transcode logs in some cases. Without you knowing what to look for, it’s easiest to send the ZIP just as PMS prepares it.

I am using Plex Media Server 1.18.4.2171 on Synology DiskStation 1019+. I have Plex Pass and have toggled

  • [ON] Use hardware acceleration when available
  • [ON] Use hardware-accelerated video encoding

I have MKV videos with English Forced (ASS) subtitle and when I try to watch it from XBOX ONE Player, the video is pixelated.

When I do the following

ssh [username]@[diskstation ip address]
cd /var/packages/Plex Media Server/target/lib/dri
sudo mv iHD_drv_video.so iHD_drv_video.so.bak

And restart Plex media server from Package Center

I can confirm that it fixed this issue.

I hope Plex fix this issue in their next official release.

1 Like

Do you have the build for ubuntu?. That debian build doesn’t create the .service for systemd.

WTB, removing the iHD_drv_video_so file worked. Thanks

@NeV3rKilL

I do the debian packaging. Please clarify what you mean about the .service file?

Also, is this in a container of any kind?

.service are the files that systemd uses.

https://wiki.debian.org/systemd/Services

The package you linked, does not provide this file, at least, I could not find it, so I cannot control plex-media-server trough systemd.

Here you can see a log installing the current stable version where I marked the creation and the activation (link) of the .service file.

osboxes@osboxes:~$ sudo apt install plexmediaserver
Reading package lists… Done
Building dependency tree
Reading state information… Done
The following NEW packages will be installed:
plexmediaserver
0 upgraded, 1 newly installed, 0 to remove and 135 not upgraded.
Need to get 87.2 MB of archives.
After this operation, 283 MB of additional disk space will be used.
Get:1 https://downloads.plex.tv/repo/deb public/main amd64 plexmediaserver amd64 1.18.3.2156-349e9837e [87.2 MB]
Fetched 87.2 MB in 6s (15.3 MB/s)
Selecting previously unselected package plexmediaserver.
(Reading database … 144665 files and directories currently installed.)
Preparing to unpack …/plexmediaserver_1.18.3.2156-349e9837e_amd64.deb …
Unpacking plexmediaserver (1.18.3.2156-349e9837e) …
Setting up plexmediaserver (1.18.3.2156-349e9837e) …

Configuration file ‘/etc/apt/sources.list.d/plexmediaserver.list’
==> File on system created by you or by a script.
==> File also in package provided by package maintainer.
What would you like to do about it ? Your options are:
Y or I : install the package maintainer’s version
N or O : keep your currently-installed version
D : show the differences between the versions
Z : start a shell to examine the situation
The default action is to keep your current version.
*** plexmediaserver.list (Y/I/N/O/D/Z) [default=N] ? Y
Installing new version of config file /etc/apt/sources.list.d/plexmediaserver.list …
Created symlink /etc/systemd/system/multi-user.target.wants/plexmediaserver.service → /lib/systemd/system/plexmediaserver.service.
Processing triggers for mime-support (3.63ubuntu1) …
Processing triggers for gnome-menus (3.32.0-1ubuntu1) …
Processing triggers for libc-bin (2.30-0ubuntu2) …
Processing triggers for desktop-file-utils (0.24-1ubuntu1) …

If you look carefully:

  1. systemd uses /etc/systemd/system as either service or unit overrides which you create
  2. systemd uses /lib/systemd/system as the master copy (under package manager control).

I do not alter what is in:

  • /etc/systemd/system - Your hand-crafted unit override (which is not a best-practive to have as it negates me updating the main service)
  • /etc/systemd/system/plexmediaserver.serivice.d/override.conf - Your site configuration override (which systemd supports natively)

This packaging change is no different for systemd than it has been since Ubuntu 16.04

The packaging change reintroduces support for SYSV-init as well as a more intelligent installation procedure.

You’re looking at build 2156 which is the public from the repo.
2156 does not contain the iHD correction.

Unpacking plexmediaserver (1.18.3.2156-349e9837e) …
Setting up plexmediaserver (1.18.3.2156-349e9837e) …

The manually downloaded 2175 from the links above does.

That was ubuntu out of the box. I just launched a fresh image in VMware.

Sorry, I should have done something wrong the first time I upgraded to the *.2175. I tried it again, because on the vmware was good, and it’s working. I think i just misspelled the service from plexmediaserver to plex-media-server.

:+1:

Doesn’t fix the issue on QNAP.

@qnplexuser3

Go in and delete the iHD_drv_video.so in /share/CACHE*/.qpkg/PlexMediaServer/lib/dri

restart Plex.

There are still problems with iHD
There is still the inherent problem with ApolloLake CPUs (upstream FFMPEG)

Hi,

so I installed the latest version from the thread.

  • if I don’t remove /usr/lib/plexmediaserver/lib/dri/iHD_drv_video.so, it uses CPU
  • if I remove it, it uses GPU but quality is awfull.

Any idea ?

Getting right to the point I downgraded to 1.17.0.1709-982421575 and the HW transcoding issue is fixed for now.

I experienced this issue setting up new Plex Media Server on a new Intel NUC 7 Essential Kit NUC7PJYH recently purchased specifically for the HW Transcoding support. This was to replace a Windows 7 VM running Plex Media Server.

I thought I would give Linux a try never having used it before. I went with CentOS 7 and experienced the transcoding problem. I looked at the Plex article on HW transcoding and it mentioned that Ubuntu and Fedora were officially supported. I started over and installed ubuntu-18.04.3-live-server-amd64. After experiencing the HW transcoder issue again on Ubntu I went to the forums and found posts such as this describing the exact issue.

Fortunately in planning for this upgrade I had downloaded and still had Plex Media Server 1.17.0.1709-982421575 for Ubuntu back in September. I decided to downgrade to this version on the NUC and it works for now!

I was very frustrated having set up 4 systems: two VMs to learn CentOS and then Ubuntu and installing both on the NUC. I started thinking that going with Linux was not a good idea. Since I found a workaround I will stick with Linux. At at least I did learn a lot about Linux and learned to keep older versions of Plex Media Server around and backup my server going forwarded in case upgrades break anything. These are really a good ideas anyway.

Downgraded to 1.16.6.1592 to get proper performance again with hw transcoding on QNAP TS-453Be.

Download is available via QNAP repro;
https://www.qnap.com/en/app_center/con_show.php?op=showone&internalName=PlexMediaServer&version=1.16.6&down_1_name=TS-251&jump_win=1&qts=4.4.1&seq=110

1 Like

I reported earlier that downgrading to 1.17.0.1709 fixed the corrupt video for my setup. Even though it is much better than a completely scrambled/blank picture that was happening before with a newer version, I am noticing that the first 30 to 90 seconds are very blocky (and if I am honest unwatchable). This issue is reported for the exact version I am currently running which was linked earlier in this thread by wmchris on Dec 21.

To make matters worse is that Windows Media Center guide completely stopped at the beginning of the month. I thought we had until mid to end of January until this happened. I have been waiting for a while now for the Live TV/ DVR in Plex to improve and then switch over knowing WMC guide data was going to go away in January 2020. This transition must happen immediately for us now. Unfortunately, this issue and others straight away with Plex Live TV are severely impacting our acceptance of the Plex Live TV experience here.

If a real fix is not available soon, it would be great if we could downgraded to an older version for Linux before these hardware transcoding issues started happening. Otherwise I might have to abandon Linux and install Windows and run the Windows version of PMS on the NUC.

If you have the older package files (DEB / RPM), you can downgrade at any time.

  1. Stop PMS
  2. Uninstall (but do not purge) the package
  3. Install the desired one
  4. Start PMS
  5. Allow 30 seconds for the database to make any version-specific adjustments.

Hi ChuckPA

The oldest one I have is 1.17.0.1709. I started preparing back in September for the shift to Linux for PMS and I downloaded that version back then.

Thanks

Also interesting is that an earlier version may solve another issue I am experiencing which is that scheduled recordings fail to save at the end of the recording. It seems to also be a post 1.16.x issue. Please see this post Could Not move recorded media to destination

No issues with v1.18.0.1944 on our DS918+. You might try downgrading just a few versions:

For Synology 64-bit:
https://downloads.plex.tv/plex-media-server-new/1.18.0.1944-f2cae8d6b/synology/PlexMediaServer-1.18.0.1944-f2cae8d6b-x86_64.spk

For Ubuntu/Debian 64-bit:
https://downloads.plex.tv/plex-media-server-new/1.18.0.1944-f2cae8d6b/debian/plexmediaserver_1.18.0.1944-f2cae8d6b_amd64.deb

For Fedora/CentOS/SUSE 64-bit:
https://downloads.plex.tv/plex-media-server-new/1.18.0.1944-f2cae8d6b/redhat/plexmediaserver-1.18.0.1944-f2cae8d6b.x86_64.rpm

I had the same issue on my Asustor nas as well. Renaming iHD_drv_video.so -> iHD_drv_video.so.bak and then rebooting Plex as suggested fixed the issue for now.

Any updates on the status of an official fix? I downgraded to 1.16.5.1552 which is running fine on my Synology DS1019+ NAS. Newer versions including the test version in this thread were causing issues, especially with transcoding. Even deleting the iHD_drv file did not seem to have the same transcoding performance as before.

2 Likes