OK. I was pretty sure I had tried 1.18.0.1913-e5cc93306 and 1.18.0.1944-f2cae8d6b in the
past and had crashes. So, after your asking to try 1.18.0.1944-f2cae8d6b as a fix for the HW Transcoding issue, I sat down to give this another look. While trying to recreate the issue on my personal PMS, I tried various different builds, with or without Hardware Transcoding enabled.
1.17.0.1841-d42cfa161 - Seems to work reliably with HW or SW Transcoding.
1.18.0.1913-e5cc93306 - Seems to work reliably with HW or SW Transcoding.
1.18.0.1944-f2cae8d6b - Seems to work reliably with HW or SW Transcoding. But did appear to crash a couple times on me during testing today. Not sure why. May have caused some confusion in troubleshooting steps in the past.
1.18.1.1973-0f4abfbcc - Works with SW Transcoding. Crashes reliably with HW Transcoding.
1.18.2.2029-36236cc4c - Works with SW Transcoding. Crashes reliably with HW Transcoding.
1.18.2.2041-3d469cb32 - Works with SW Transcoding. Crashes reliably with HW Transcoding.
1.18.2.2058-e67a4e892 - Works with SW Transcoding. Crashes reliably with HW Transcoding.
So, I will do one of the workarounds… Disable automatic updates again, and fall back several versions in my PMS so I can enable HW Transcoding. Or just disable HW Transcoding and allow automatic updates. Hopefully the issues with HW Transcoding in PMS will be resolved soon.
Thank you for posting this. I have been trying to diagnose this issue between work and was completely confounded by what was causing it. It was only last night that I attempted to disable hardware encoding and realized that was the issue. Hopefully this is resolved soon.
Can confirm I’m experiencing the same issue (including the same FFMPEG error in the logs) with recent Plex builds. Interestingly, these seem to manifest when viewing files via the Web interface with hardware transcoding; if viewing on the iPad, I did not experience the same problem (possibly because a different level of transcoding was being used).
As a workaround, I have reverted to software encoding for the time being.
Yes same observation. I was testing HW transcoding internally on my network and it was working fine, as soon as I turn wifi off and hit the site remotely it crashes.
Hardware transcoding has stopped working for me about a month or so ago. I have been waiting for an update to fix the issue. I started looking into the problem and found the FFMPEG error in my logs. I am confused as I am running Plex on a laptop running a Xeon E3-1575M, so I assume I am using QuickSync to transcode. My laptop also has an Intel Iris Pro P580 and NVIDIA Quadro M3000M. My question is how can I tell what hardware is being used by Plex for transcoding and is this a driver issue or a Plex issue
My setup is very similar to yours - same Windows build, i7 4770, except with AMD instead of NVIDIA GPU. I’m having similar issues with HW acceleration crashing PMS.
Thanks for doing some sleuth work and I’ll keep watch on this thread.
I too have been having HW transcoding crashes since 1.18.1.1973 running both Intel and Nvida GPU’s I just confirmed as well that by disabling my IGPU in the BIOS and running straight off my GTX1070 with HW transcoding enabled I am no longer receiving crashes on the latest Plex build 1.18.2.2058