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.
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.
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) …
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.
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.
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.
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
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.