Hardware transcoding regression in 1.43.1.10561 - Intel GeminiLake

Server Version#: v1.43.1.10561-69cc2fd8d
Player Version#: Roku 9.4 build 12

With prior version v1.43.0.10492-121068a07, I could easily transcode a 1080p stream burning in ASS subtitles, even with other Plex detections running.

After upgrading to 1.43.1.10561, the same stream stops playback with an error, “The server was not powerful enough to convert this video for smooth playback”.

I reverted to 10492 and playback is smooth again.

Hardware info:

Mar 24, 2026 15:57:52.906 [140359939541816] INFO - Plex Media Server v1.43.1.10561-69cc2fd8d - Synology DS1520+ x86_64 - build: linux-x86_64 synology-dsm72 - GMT 00:00
Mar 24, 2026 15:57:52.906 [140359939541816] INFO - Linux version: DSM 7.3.2.86009-1, language: en-US
Mar 24, 2026 15:57:52.906 [140359939541816] INFO - Processor: 4-core Intel(R) Celeron(R) J4125 CPU @ 2.00GHz

Can you please reinstall 1.43.1.10561-69cc2fd8d and please do the following;

  1. Confirm server DEBUG logging is enabled, VERBOSE logging is disabled.
    SAVE if changes.
  2. Restart PMS
  3. Give it two minutes to start and stabilize
  4. Start a playback which shows the issue
  5. Let it play for 20 seconds
  6. Stop the playback
  7. Download the server logs
  8. Attach the entire zip of your logs so I may see them

(logs DM’d)

If you are not using DLNA, can you please disable it?

Can you please access the following location on your Synology device /volume1/PlexMediaServer/AppData/Plex Media Server. Here you’ll find the Preferences.xml. Can you copy/paste the contents of that file and DM it to me? It contains your email address and token information.

I disabled DLNA then DM’d the Preferences.xml file. Thanks for investigating!

This regression is still present in 1.43.2.10687-563d026ea. Reverting back to 10492 for now.

@duplicity I’m just now getting around to looking at this and the logs you sent @Atomatth appear to have been from 10492. Since we cannot seem to be able to reproduce this locally can you please send us logs where you reproduce this issue? preferably from 1.43.2.10687?

  1. Confirm server DEBUG logging is enabled, VERBOSE logging is disabled.
    SAVE if changes.
  2. Restart PMS
  3. Give it two minutes to start and stabilize
  4. Start a playback which shows the issue
  5. Let it play until you encounter the issue
  6. Download the server logs
  7. Attach the entire zip of your logs so I may see them

Hi and thanks for looking into this. I DM’d the unredacted zip of the logs to @Atomatth ; I wasn’t able to DM you.

I updated to 1.43.2.10687, waited 2m, played the video which stopped with the same Playback Error (the server is not powerful enough…).

Here are redacted logs. The redact script is below and removes messages that seemed to me unimportant and leaked information.

Plex Media Server Logs_2026-05-20_18-18-11.zip (67.3 KB)

#!/usr/bin/perl
use strict;
use warnings;
use Carp;
use Data::Dumper;
use Getopt::Long;

# Edit files in place
local @ARGV = @ARGV;
local $^I = '';
my $path = '/volume1/share/';
my $email = 'me\@example.com';

while (<>) {
    s/$email/anon\@google.com/g;
    s/will start watching (.*)/will start watching xyzzy/g;
    s/Now watching "(.*)"/Now watching "xyzzy"/g;

    if ($_ !~ /Spooks/) {
        next if /Scanner: Processing directory/;
        next if m|Scanning $path|;
        next if /Skipping over directory/;
        next if /found agent match for file/;
        next if /will be updated because of a change in/;
        next if /PlexMatch..Using.*for show/;
        next if /didn.t exist, can.t skip/;

        warn $_ if m|$path|;
    }

    print;
}

out of curiosity what roku client version are you using?

also does this same thing happen when playing back on other clients such as web?

Version 9.8 build 11

also does this same thing happen when playing back on other clients such as web?

I tried the web client for the first time and it failed immediately with:

An error occurred trying to play "xyzzy".

Error code: s3015 (Media)

Do things change if you do not include subtitles? Sorry for all the questions, we are unable to reproduce and there is no indication of something going wrong in your logs.

Yes and not a problem! The video plays smoothly if I turn off the ASS subtitles. But then there is no transcoding going on. Attached is an image from the dashboard taken with subtitles playing before the hang, and an image without subtitles.

I ran `top’ while the video was playing with subtitles, and it seems the process “Plex Transcoder” is exiting. When I retry, it gets a new PID and then that PID exits at the same time I get the Playback Error.

Here is the command line of the process with the filename obscured:

  PID USER      PR  NI    VIRT    RES  %CPU  %MEM     TIME+ S COMMAND
19628 PlexMed+  20   0  341.5m 137.5m 27.45 0.693   0:10.95 S /volume1/@appstore/PlexMediaServer/Plex Transcoder -codec:0 hevc -hwaccel:0 vaapi -hwaccel_output_format:0 vaapi -hwaccel_device:0 vaapi -ss 188 -analyzeduration 20000000 -probesize 20000000 -i /volume1/share/library/Show/Season 5/Show.2002.S05E04.WEBRip-1080p.EAC3.2.0.x265-xyzzy.mkv -start_at_zero -copyts -init_hw_device vaapi=vaapi:/dev/dri/renderD128,driver=i965 -filter_hw_device vaapi -y -nostats -loglevel quiet -loglevel_plex error+

I ran gdbserver on the Synology. It turns out the process is being killed. It appears not to be DSM killing it, because that would leave an OOM message in the logs. So I suspected Plex is killing it, and now I see that is true in the logs I sent you. I also see it in the logs from today when I was running GDB.

GDB session today:

bash-4.4# ps aux | grep Plex\ Transcoder
PlexMed+  8032 27.5  0.6 302572 130736 ?       Sl   13:48   0:03 /volume1/@appstore/PlexMediaServer/Plex Transcoder -codec:0 hevc -hwaccel:0 vaapi -hwaccel_output_format:0 vaapi -hwaccel_device:0 vaapi -analyzeduration 20000000 -probesize 20000000 -i /volume1/share/library/Show/Season 5/Show.S05E04.WEBRip-1080p.EAC3.2.0.x265-xyzzy.mkv -start_at_zero -copyts -init_hw_device vaapi=vaapi:/dev/dri/renderD128,driver=i965 -filter_hw_device vaapi -y -nostats -loglevel quiet -loglevel_plex error -progressurl http://127.0.0.1:32400/video/:/transcode/session/3437db52-fbf3-4421-a83d-4773436e2484-140/964225fc-7dd4-488c-baca-fb88271fa8c6/progress -map_inlineass 0:2 -filter_complex [0:0]hwupload[0];[0]scale_vaapi=w=1920:h=1080:format=p010[1];[1]hwdownload,format=p010[2];[2]inlineass=font_scale=1.000000:font_path=/volume1/@appstore/PlexMediaServer/Resources/Fonts/NotoSans-Medium.otf:fontconfig_file=/volume1/@appstore/PlexMediaServer/Resources/fonts.conf:language=en[3];[3]hwupload[4] -map [4] -metadata:s:0 language=eng -metadata:s:0 languageISO639=eng -codec:0 hevc_vaapi -b:0 20121k -maxrate:0 20121k -bufsize:0 40242k -r:0 25 -sei:0 -a53_cc -map 0:1 -metadata:s:1 language=eng -metadata:s:1 languageISO639=eng -codec:1 copy -copypriorss:1 0 -f segment -segment_format matroska -metadata duration=3118.848 -segment_format_options live=1 -segment_time 1 -segment_header_filename header -segment_start_number 0 -segment_list http://127.0.0.1:32400/video/:/transcode/session/3437db52-fbf3-4421-a83d-4773436e2484-140/964225fc-7dd4-488c-baca-fb88271fa8c6/manifest?X-Plex-Http-Pipeline=infinite -segment_list_type csv -segment_list_unfinished 1 -segment_list_size 5 -segment_list_separate_stream_times 1 -avoid_negative_ts disabled -map_metadata -1 -map_chapters -1 chunk-%05d -map 0:2 -f null -codec ass nullfile

bash-4.4# gdbserver --attach :1234 8032
Attached; pid = 8032
Listening on port 1234
Remote debugging from host 127.0.0.1, port 35752

Child terminated with signal = 0x9 (SIGKILL)

Plex Media Server.log says it killed PID 8032:

May 21, 2026 13:53:31.526 [140320464714552] DEBUG - [Req#361c0/Transcode] Killing job.
May 21, 2026 13:53:31.526 [140320464714552] DEBUG - [Req#361c0/Transcode] Signalling job ID 8032 with 9
May 21, 2026 13:53:31.526 [140320464714552] DEBUG - [Req#361c0/Transcode] Job was already killed, not killing again.
May 21, 2026 13:53:31.526 [140320464714552] DEBUG - [Req#361c0/Transcode] Stopping transcode session 3437db52-fbf3-4421-a83d-4773436e2484-140