Plex Suddenly Stops Hardware Transcoding

Plex Media Server
, ,
1

Another day another problem

I’m running a Plex media server through Proxmox on a Debian VM. Plex is running through Docker and Portainer and upon reboot all works amazingly, full hardware transcoding to my T1000 and its amazing!!!

After about 30 minutes of the server being on, whenever I go to attempt to transcode content, it just seems to not work. Plex detects nothing is playing. On my client side its just infinite buffering before the playback just crashes.

Direct play works perfectly fine, however it does not want to transcode anything via hardware transcoding. Its super strange how it seems to initially work right upon booting up my server but eventually just stops.

I’ve tried downgrading Plex - but the same habits just continue…

Plex Media Server Version

1.32.2.7002

Docker Version

20.10.5+dfsg1, build 55c4c88

Portainer Version

Community Edition 2.18.2

ANY HELP WOULD BE BEYOND APPRECIATED!! ITS BEEN BOTHERING ME FOR WEEKS NOW!!!

2 Likes
2

@KillerKaac I’ve had the same issue on Ubuntu MATE 20.04.6 with the latest PMS update, it just fails on transcoding. It’s as if they’ve removed transcoding from ALL Linux versions not just BSD?? I’ve gone back a couple of PMS builds and Transcode works like it should. I use the Intel CPU for transcoding.
I’ve found another issue, but I’ll add it for the PMS failing to match recently added films and TV Shows…
Is it a regression? I wonder if @ChuckPa or someone from Plex can help with this issue with the latest version on Linux?

Dave

3

What version of PMS are you currently running that works fine? Ill give it a go

4

Folks:

There is a regression with Nvidia transcoding in 1.32.2.7002

We have it fixed and finishing our testing of it now.

5

@KillerKaac

May I may a suggestion?

You’ve got a Debian VM on Proxmox.
Why add the extra abstraction and obfuscation of a docker container ?

The VM is a full abstract of the hardware with only the GPU being real.
The container is the Debian OS abstracted and converted to Ubuntu (no gain), with the GPU again passed through.

What benefit does that provide?

My recommendations are typically:

  1. Run a container if the host filesystem is awkward but the hostOS makes sense/isn’t supported.
  2. Run a VM when the host OS doesn’t make sense/isn’t supported.

(the fewer the layers, the fewer the places it can go wrong plus the easier it is to maintain)

I have a proxmox nuc (for when i try to help)
I run a Ubuntu VM.
PMS native app.
it all works – no muss, no fuss.

6

I initially had it set up as running directly on the VM and also had the same issue happened. I switched it to docker to attempt to fix it (It was much easier to uninstall and reinstall older versions this way).
I attempted installing ubuntu and trying your identical setup, also had identical issues as I did previously.

7

Any ETA on when this will be pushed out?

8

Hope to test today.

Use 1.31.x until then.

Docker doesn’t ‘fix’ things. it only adds another abstraction (library and filesystem) layer – both of which effect nothing on a Ubuntu/debian host.

9

Update:

I tested the final fixes.

Engineering is now backporting the fixes and generating the new builds.

I’ll perform further testing in a couple hours when full build completes.

10

HW Transcoding still broken after update to Versión 1.32.2.7088.
I need to deactivate HDR tone mapping to be able to transcode with the gpu.

I’m running plex over docker on an Unraid system with a 1050 ti that was working great before this updates.

EDIT: after downgrade to 1.32.1.6999-91e1e2e2c, it has gpu transcoding with active HDR tone mapping working again without issues.

11

You can’t just say that without providing logs. :roll_eyes: :rofl:

May I see the DEBUG logs ZIP file which captures the playback attempt ??

I tested it this morning and it worked.
Freshly reinstalled and tested 7088 binary

May 17, 2023 18:01:50.402 [139625929673528] INFO - Plex Media Server v1.32.2.7088-319128df8 - Ubuntu PC x86_64 - build: linux-x86_64 debian - GMT -04:00
May 17, 2023 18:01:50.402 [139625929673528] INFO - Linux version: 20.04.6 LTS (Focal Fossa), language: en-US
May 17, 2023 18:01:50.402 [139625929673528] INFO - Processor: 8-core Intel(R) Core(TM) i7-8809G CPU @ 3.10GHz
May 17, 2023 18:01:50.402 [139625929673528] INFO - Compiler is - Clang 11.0.1 (https://plex.tv 9b997da8e5b47bdb4a9425b3a3b290be393b4b1f)
May 17, 2023 18:01:50.402 [139625929673528] INFO - /usr/lib/plexmediaserver/Plex Media Server
May 17, 2023 18:01:50.402 [139625932221072] DEBUG - BPQ: [Idle] -> [Starting]
May 17, 2023 18:01:50.402 [139625932221072] DEBUG - FeatureManager: Using cached data for features list
May 17, 2023 18:01:50.447 [139625932221072] DEBUG - [CERT] Subject name is /CN=*.ee8de1ce8ccd42c1a186e0920fa24c21.plex.direct
May 17, 2023 18:01:50.447 [139625932221072] DEBUG - [CERT] Installed certificate with fingerprint 7d:5e:c7:7c:56:e7:6d:e6:f6:fc:d1:ed:4a:52:b6:fa:bd:64:76:c0.
May 17, 2023 18:01:50.447 [139625932221072] DEBUG - [CERT/OCSP] Stapling requests will be made to 'http://r3.o.lencr.org/'.
May 17, 2023 18:01:50.447 [139625932221072] INFO - [CERT/OCSP] Successfully retrieved response from cache.
May 17, 2023 18:01:50.447 [139625932221072] DEBUG - HttpServer: Listening on port 32400.
May 17, 2023 18:01:50.447 [139625932221072] DEBUG - HttpServer: Listening on port 32401.
May 17, 2023 18:01:50.447 [139625932221072] DEBUG - Running server...
....
...
..
May 17, 2023 18:02:08.129 [139625881111352] INFO - [Req#6a/Transcode] Preparing driver imd for GPU HD Graphics 630
May 17, 2023 18:02:08.129 [139625881111352] DEBUG - [Req#6a/Transcode/DriverDL/imd] Skipping download; already exists
May 17, 2023 18:02:08.129 [139625881111352] DEBUG - [Req#6a/Transcode] TPU: hardware transcoding: final decoder: vaapi, final encoder: vaapi
May 17, 2023 18:02:08.130 [139625881111352] DEBUG - [Req#6a/Transcode/JobRunner] Job running: FFMPEG_EXTERNAL_LIBS='/sata/plex/Plex\ Media\ Server/Codecs/1378972-4547-linux-x86_64/' LIBVA_DRIVERS_PATH="/sata/plex/Plex Media Server/Cache/va-dri-linux-x86_64" X_PLEX_TOKEN=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx "/usr/lib/plexmediaserver/Plex Transcoder" -codec:0 hevc -hwaccel:0 vaapi -hwaccel_fallback_threshold:0 10 -hwaccel_output_format:0 vaapi -hwaccel_device:0 vaapi -codec:1 dca -analyzeduration 20000000 -probesize 20000000 -i "/glock/media/uhd/2 Fast 2 Furious (2003)/2 Fast 2 Furious (2003).mkv" -filter_complex "[0:0]hwupload[0];[0]scale_vaapi=w=2276:h=1280:format=nv12[1];[1]hwupload[2]" -map "[2]" -metadata:s:0 language=eng -codec:0 h264_vaapi -b:0 14124k -maxrate:0 18833k -bufsize:0 37666k -r:0 23.975999999999999 -force_key_frames:0 "expr:gte(t,n_forced*1)" -filter_complex "[0:1] aresample=async=1:ochl='stereo':rematrix_maxval=0.000000dB:osr=48000[3]" -map "[3]" -metadata:s:1 language=eng -codec:1 aac -b:1 175k -f dash -seg_duration 1 -dash_segment_type mp4 -init_seg_name 'init-stream$RepresentationID$.m4s' -media_seg_name 'chunk-stream$RepresentationID$-$Number%05d$.m4s' -window_size 5 -delete_removed false -skip_to_segment 1 -time_delta 0.0625 -manifest_name "http://127.0.0.1:32400/video/:/transcode/session/8v402diero44zqxbg02unf1d/513cdbd4-dda0-44f0-b2bb-7f7f8a6fe172/manifest?X-Plex-Http-Pipeline=infinite" -avoid_negative_ts disabled -map_metadata -1 -map_chapters -1 dash -start_at_zero -copyts -vsync cfr -init_hw_device vaapi=vaapi:/dev/dri/renderD128 -filter_hw_device vaapi -y -nostats -loglevel quiet -loglevel_plex error -progressurl http://127.0.0.1:32400/video/:/transcode/session/8v402diero44zqxbg02unf1d/513cdbd4-dda0-44f0-b2bb-7f7f8a6fe172/progress
```
12

Here you have. Versión 1.32.2.7088 on Docker over Unraid with HDR tone mapping option active.
Plex Media Server Logs_2023-05-18_03-57-11.zip (5.8 MB)

13

Thank you.

I just found where it’s going.

Morning build - 7051 works.
Afternoon build - 7078 works.
Final release to you all - 7088 FAILS.

No clue as to why.

I’ve turned it all over to the engineer.

1 Like
14

Seeing the same issue with 7088 on Ubuntu 22.04

15

I know… that’s why I posted

:slight_smile:

I’m following the 3rd rebuild since last night right now, AS IT BUILDS.
I will do my best to prevent it being published before I test it.

1 Like
16

@ChuckPa I’ve just tried the latest beta update, and on i915 it fails to go into HW transcoding… It seems it’s not just a Nvidia issue? or have I missed the boat somewhere down the page?

I’ve put 6999 back on my server for the moment, and HW transcoding on Intel just works… As you rightly state 7088 fails on HW Transcoding… Will keep watching for more updates, and also once the other issues have been fixed to!!

Dave

17

@mw0dcmplex

Without knowing your CPU (top of my head), the i915 stuff doesn’t apply to anything above -9xxx CPUs.

All of that is now Intel Compute . I maintain showing the i915 in the installation log for those who do use KabyLake/CoffeeLake. (many)

I’m going to give this build, if it ever finishes, a full run on

  • Ubuntu QSV & Nvidia (P2200 and 30400
  • QNAP
  • Synology

Surprisingly, those 3 cover the vast majority of folks.

18

Sorry for the delay in replying… Build 6999 works the way it should do on Intel HW Transcoding!!

Dave

19

Sorry @ChuckPa I run the I7 3770, I used to run with the Quadro K2200 but sadly it died on me.
It’s weird though build 6999 works flawlessly on the Intel, but then update to the latest build it fails.

Dave

20

I just finished testing PMS 1.32.2.7100.

KabyLake (-7xxx CPU) → RaptorLake (-13xxx) --works.
Nvidia P2200 and Nvidia GT3040 – works.

Synology DS223 support fully released.

1 Like