Playback Error: Conversion failed. The transcoder exited due to an error

Server Version#: 1.21.4.4079
Player Version#: 4.52.2

So, I’ve seen this “general” issue pop up a few times, but I can’t find anything that either:
a) matches the timing of the error
b) a solution

On a few different videos, near the end of the video, I will get the “Playback Error: Conversion failed. The transcoder exited due to an error.”…

This is very aggravating, as usually there is still 3-5 minutes left in the episode/movie… I have tied restarting the server, but that’s the only real idea i’ve had…

When this happens, the Console does throw 2 warning lines and 1 error line:
[Transcode/3uhwqtqy3q7ss78cd5895ewh] Transcode runner appears to have died.
[Transcode/3uhwqtqy3q7ss78cd5895ewh] Transcode runner appears to have died.
Unknown metadata type: folder

Reloading the video file does not help. Restarting the server does not help.
I tried reloading the video file and skipping to a point AFTER where it stopped, same issue…
its almost like theres a spot in the video where it just refuses to load that one spot or anything afterwards.

I have verified the files are good by loading them into a different media player. No issues.

Server Logs have verbose enabled… I had it on while trying to troubleshoot Transcoding Speed, and Im not sure how to clear the logs of the data…Plex Media Server Logs_2021-03-02_05-54-51.zip (3.8 MB)

I did recreate the issue less than a minute before pulling the log files… If someone could instruct me on how to clear the log, I do not mind recreating the issue and pulling agagin.

would you please turn VERBOSE logging OFF ?
(It’s off by default. It generates output for each packet and makes debugging transcoding and other PMS issues extremely difficult)

After you’ve turned it off, Please create the error capture and download/attach again.

1 Like

Im getting exactly the same.
Happens on the same devices quiet regularly. Happens to me on only one of my sheild tv’s, Can happen every 10 min or within an hour.

Ive attached the full log packPlex Media Server Logs_2021-03-02_11-37-35.zip (6.8 MB)

1 Like

Here ya go.

I didnt know that just turning it off would clear them from the log. AS stated, I have no clue how to clear the logs lol

Plex Media Server Logs_2021-03-02_14-21-22.zip (3.7 MB)

EDIT: Realized above log file did not have debug logging on… Turned on and recreated issue and attached here
Plex Media Server Logs_2021-03-02_14-48-50.zip (3.8 MB)

@seanmcg182

This looks suspicious.

It’s played 503 blocks of the file then fails.
It makes it look like a problem with the file “burping”

Mar 02, 2021 14:48:35.562 [0x7f975affd700] DEBUG - Request: [8.17.107.239:49504 (WAN)] GET /video/:/transcode/universal/dash/7wfangwcr5ecadorkugga4qv/1/503.m4s (9 live) TLS GZIP Signed-in
Mar 02, 2021 14:48:35.563 [0x7f975affd700] DEBUG - [Transcode/7wfangwcr5ecadorkugga4qv] Asked for segment 503 from session.
Mar 02, 2021 14:48:35.563 [0x7f975affd700] DEBUG - [Transcode/7wfangwcr5ecadorkugga4qv] Returning segment 503 from session
Mar 02, 2021 14:48:35.566 [0x7f975a7fc700] DEBUG - [Transcode/7wfangwcr5ecadorkugga4qv] Streaming Resource: Estimated bandwidth for ubeew6ikymn5ivum7kgpsiiy to be 5082kbps over 10.13s
Mar 02, 2021 14:48:35.567 [0x7f975affd700] DEBUG - Content-Length of /var/lib/plexmediaserver/Library/Application Support/Plex Media Server/Cache/Transcode/Sessions/plex-transcode-7wfangwcr5ecadorkugga4qv-1d42579b-3e3d-4065-8bbf-193ea08220df/init-stream1.m4s,/var/lib/plexmediaserver/Library/Application Support/Plex Media Server/Cache/Transcode/Sessions/plex-transcode-7wfangwcr5ecadorkugga4qv-1d42579b-3e3d-4065-8bbf-193ea08220df/chunk-stream1-00504.m4s is 49516 (of total: 49516).
Mar 02, 2021 14:48:35.570 [0x7f9761ff5700] DEBUG - Completed: [8.17.107.239:49504] 200 GET /video/:/transcode/universal/dash/7wfangwcr5ecadorkugga4qv/1/503.m4s (9 live) TLS GZIP 40ms 49516 bytes (pipelined: 16)
Mar 02, 2021 14:48:36.170 [0x7f97617f4700] DEBUG - Completed: [8.17.107.239:49497] 200 GET /video/:/transcode/universal/dash/7wfangwcr5ecadorkugga4qv/0/502.m4s (9 live) TLS GZIP 1027ms 709176 bytes (pipelined: 28)
Mar 02, 2021 14:48:36.407 [0x7f96ff7fe700] DEBUG - [Transcode] Streaming Resource: Estimated bandwidth for ubeew6ikymn5ivum7kgpsiiy to be 4881kbps over 10.14s
Mar 02, 2021 14:48:36.483 [0x7f975affd700] DEBUG - Request: [8.17.107.239:49497 (WAN)] GET /video/:/transcode/universal/dash/7wfangwcr5ecadorkugga4qv/0/503.m4s (9 live) TLS GZIP Signed-in
Mar 02, 2021 14:48:36.498 [0x7f975affd700] DEBUG - [Transcode/7wfangwcr5ecadorkugga4qv] Asked for segment 503 from session.
Mar 02, 2021 14:48:36.516 [0x7f975affd700] DEBUG - [Transcode/7wfangwcr5ecadorkugga4qv] Returning segment 503 from session
Mar 02, 2021 14:48:36.669 [0x7f975affd700] DEBUG - Content-Length of /var/lib/plexmediaserver/Library/Application Support/Plex Media Server/Cache/Transcode/Sessions/plex-transcode-7wfangwcr5ecadorkugga4qv-1d42579b-3e3d-4065-8bbf-193ea08220df/init-stream0.m4s,/var/lib/plexmediaserver/Library/Application Support/Plex Media Server/Cache/Transcode/Sessions/plex-transcode-7wfangwcr5ecadorkugga4qv-1d42579b-3e3d-4065-8bbf-193ea08220df/chunk-stream0-00504.m4s is 383862 (of total: 383862).
Mar 02, 2021 14:48:36.691 [0x7f971bfff700] DEBUG - [Transcode/7wfangwcr5ecadorkugga4qv] Streaming Resource: Estimated bandwidth for ubeew6ikymn5ivum7kgpsiiy to be 4881kbps over 10.25s
Mar 02, 2021 14:48:37.160 [0x7f97617f4700] DEBUG - Completed: [8.17.107.239:49497] 200 GET /video/:/transcode/universal/dash/7wfangwcr5ecadorkugga4qv/0/503.m4s (9 live) TLS GZIP 682ms 383862 bytes (pipelined: 29)
Mar 02, 2021 14:48:37.162 [0x7f9718ff9700] DEBUG - Request: [8.17.107.239:49504 (WAN)] GET /video/:/transcode/universal/dash/7wfangwcr5ecadorkugga4qv/1/504.m4s (9 live) TLS GZIP Signed-in
Mar 02, 2021 14:48:37.166 [0x7f9718ff9700] DEBUG - [Transcode/7wfangwcr5ecadorkugga4qv] Asked for segment 504 from session.
Mar 02, 2021 14:48:37.179 [0x7f9768a3b700] DEBUG - Jobs: '/usr/lib/plexmediaserver/Plex Transcoder' exit code for process 16389 is -9 (signal: Killed)
Mar 02, 2021 14:48:37.183 [0x7f97197fa700] DEBUG - Streaming Resource: Terminating session 0x7f96d0071020:ubeew6ikymn5ivum7kgpsiiy which is using 2369kbps of WAN bandwidth.  Used is now 0kbps
Mar 02, 2021 14:48:37.183 [0x7f97197fa700] DEBUG - Streaming Resource: Terminating session 0x7f96d0071020:ubeew6ikymn5ivum7kgpsiiy which is using transcoder slot.  Used slots is now 0
Mar 02, 2021 14:48:37.183 [0x7f96ff7fe700] DEBUG - Killing job.
Mar 02, 2021 14:48:37.183 [0x7f96ff7fe700] DEBUG - Signalling job ID 16389 with 9
Mar 02, 2021 14:48:37.183 [0x7f96ff7fe700] DEBUG - Job was already killed, not killing again.
Mar 02, 2021 14:48:37.183 [0x7f96ff7fe700] DEBUG - Stopping transcode session 7wfangwcr5ecadorkugga4qv
Mar 02, 2021 14:48:37.184 [0x7f97197fa700] DEBUG - Streaming Resource: Terminated session 0x7f96d0071020:ubeew6ikymn5ivum7kgpsiiy with reason Conversion failed. The transcoder exited due to an error.
Mar 02, 2021 14:48:37.227 [0x7f96ff7fe700] DEBUG - Transcoder: Cleaning old transcode directories.
Mar 02, 2021 14:48:37.229 [0x7f96ff7fe700] DEBUG - Transcoder: Cleaning 
```

Do all files do this?

For this recreation I loaded the file, it played 3 seconds, then I skipped to about 5 seconds before the “crash” (which was about 24 minutes in)

It has happened on a movie about 85/90 minutes in.

the 503 blocks might just be specific to this one recreation?

Any ideas?

@seanmcg182

Please play the following video.

  1. DEBUG logging ON, VERBOSE logging OFF
  2. It plays for 2 minutes
  3. It is HEVC HDR
  4. It’s a known good sample.

Didnt appear to have any issues on playthrough.
Could due the HDR cuz no plex pass, but i doubt that matters.
Logs attached, but no error that I’m aware of.

End of log may show it pulling another episode. It auto queued something at video end.
Plex Media Server Logs_2021-03-02_19-59-54.zip (3.6 MB)

@seanmcg182

Please turn off all the VERBOSE logging (transcoder included). DEBUG logging is all we need unless we’re diagnosing problems with clients connecting / disconnecting.

All of this?

Mar 02, 2021 05:53:46.181 [0x7f9761ff5700] VERBOSE - Auth: We found auth token (xxxxxxxxxxxxxxxxxxxx), enabling token-based authentication.
Mar 02, 2021 05:53:46.181 [0x7f9761ff5700] DEBUG - Auth: authenticated user 1 as seanmcg182
Mar 02, 2021 05:53:46.181 [0x7f9761ff5700] VERBOSE - Auth: Came in with a super-token, authorization succeeded.
Mar 02, 2021 05:53:46.181 [0x7f96fe7fc700] DEBUG - Request: [8.17.107.239:63142 (WAN)] GET /:/prefs (9 live) TLS GZIP Signed-in Token (seanmcg182)
Mar 02, 2021 05:53:46.181 [0x7f96fe7fc700] VERBOSE -  * Accept => application/xml
Mar 02, 2021 05:53:46.181 [0x7f96fe7fc700] VERBOSE -  * Accept-Encoding => gzip, deflate, br
Mar 02, 2021 05:53:46.181 [0x7f96fe7fc700] VERBOSE -  * Accept-Language => en
Mar 02, 2021 05:53:46.181 [0x7f96fe7fc700] VERBOSE -  * Connection => keep-alive
Mar 02, 2021 05:53:46.181 [0x7f96fe7fc700] VERBOSE -  * Host => 97-101-252-25.885a47b36d3c463fa73c21f034c140a9.plex.direct:32400
Mar 02, 2021 05:53:46.181 [0x7f96fe7fc700] VERBOSE -  * Origin => https://app.plex.tv
Mar 02, 2021 05:53:46.181 [0x7f96fe7fc700] VERBOSE -  * Referer => https://app.plex.tv/
Mar 02, 2021 05:53:46.181 [0x7f96fe7fc700] VERBOSE -  * sec-ch-ua => "Chromium";v="88", "Google Chrome";v="88", ";Not A Brand";v="99"
Mar 02, 2021 05:53:46.181 [0x7f96fe7fc700] VERBOSE -  * sec-ch-ua-mobile => ?0
Mar 02, 2021 05:53:46.181 [0x7f96fe7fc700] VERBOSE -  * Sec-Fetch-Dest => empty
Mar 02, 2021 05:53:46.181 [0x7f96fe7fc700] VERBOSE -  * Sec-Fetch-Mode => cors
Mar 02, 2021 05:53:46.181 [0x7f96fe7fc700] VERBOSE -  * Sec-Fetch-Site => cross-site
Mar 02, 2021 05:53:46.181 [0x7f96fe7fc700] VERBOSE -  * User-Agent => Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/88.0.4324.190 Safari/537.36
Mar 02, 2021 05:53:46.181 [0x7f96fe7fc700] VERBOSE -  * X-Plex-Client-Identifier => cu3hcgjxdnb63qeznqz48prw
Mar 02, 2021 05:53:46.181 [0x7f96fe7fc700] VERBOSE -  * X-Plex-Device => Windows
Mar 02, 2021 05:53:46.181 [0x7f96fe7fc700] VERBOSE -  * X-Plex-Device-Name => Chrome
Mar 02, 2021 05:53:46.181 [0x7f96fe7fc700] VERBOSE -  * X-Plex-Device-Screen-Resolution => 1745x852,1920x1080
Mar 02, 2021 05:53:46.181 [0x7f96fe7fc700] VERBOSE -  * X-Plex-Features => external-media,indirect-media
Mar 02, 2021 05:53:46.181 [0x7f96fe7fc700] VERBOSE -  * X-Plex-Language => en
Mar 02, 2021 05:53:46.181 [0x7f96fe7fc700] VERBOSE -  * X-Plex-Model => hosted
Mar 02, 2021 05:53:46.181 [0x7f96fe7fc700] VERBOSE -  * X-Plex-Platform => Chrome
Mar 02, 2021 05:53:46.181 [0x7f96fe7fc700] VERBOSE -  * X-Plex-Platform-Version => 88.0
Mar 02, 2021 05:53:46.181 [0x7f96fe7fc700] VERBOSE -  * X-Plex-Product => Plex Web
Mar 02, 2021 05:53:46.181 [0x7f96fe7fc700] VERBOSE -  * X-Plex-Sync-Version => 2
Mar 02, 2021 05:53:46.181 [0x7f96fe7fc700] VERBOSE -  * X-Plex-Token => xxxxxxxxxxxxxxxxxxxx
Mar 02, 2021 05:53:46.181 [0x7f96fe7fc700] VERBOSE -  * X-Plex-Version => 4.52.2
Mar 02, 2021 05:53:46.181 [0x7f96fe7fc700] VERBOSE -  * X-Plex-Product => Plex Web
Mar 02, 2021 05:53:46.181 [0x7f96fe7fc700] VERBOSE -  * X-Plex-Version => 4.52.2
Mar 02, 2021 05:53:46.181 [0x7f96fe7fc700] VERBOSE -  * X-Plex-Client-Identifier => cu3hcgjxdnb63qeznqz48prw
Mar 02, 2021 05:53:46.181 [0x7f96fe7fc700] VERBOSE -  * X-Plex-Platform => Chrome
Mar 02, 2021 05:53:46.181 [0x7f96fe7fc700] VERBOSE -  * X-Plex-Platform-Version => 88.0
Mar 02, 2021 05:53:46.181 [0x7f96fe7fc700] VERBOSE -  * X-Plex-Sync-Version => 2
Mar 02, 2021 05:53:46.181 [0x7f96fe7fc700] VERBOSE -  * X-Plex-Features => external-media,indirect-media
Mar 02, 2021 05:53:46.181 [0x7f96fe7fc700] VERBOSE -  * X-Plex-Model => hosted
Mar 02, 2021 05:53:46.181 [0x7f96fe7fc700] VERBOSE -  * X-Plex-Device => Windows
Mar 02, 2021 05:53:46.181 [0x7f96fe7fc700] VERBOSE -  * X-Plex-Device-Name => Chrome
Mar 02, 2021 05:53:46.181 [0x7f96fe7fc700] VERBOSE -  * X-Plex-Device-Screen-Resolution => 1745x852,1920x1080
Mar 02, 2021 05:53:46.181 [0x7f96fe7fc700] VERBOSE -  * X-Plex-Token => xxxxxxxxxxxxxxxxxxxx
Mar 02, 2021 05:53:46.181 [0x7f96fe7fc700] VERBOSE -  * X-Plex-Language => en
Mar 02, 2021 05:53:46.182 [0x7f96fe7fc700] VERBOSE - It took 0.0 sec to serialize a list with 132 elements.
Mar 02, 2021 05:53:46.183 [0x7f9761ff5700] DEBUG - Completed: [8.17.107.239:63142] 200 GET /:/prefs (9 live) TLS GZIP 2ms 6948 bytes (pipelined: 6)
Mar 02, 2021 05:53:46.185 [0x7f97617f4700] VERBOSE - Auth: We found auth token (xxxxxxxxxxxxxxxxxxxx), enabling token-based authentication.
Mar 02, 2021 05:53:46.185 [0x7f97617f4700] DEBUG - Auth: authenticated user 1 as seanmcg182
Mar 02, 2021 05:53:46.185 [0x7f97617f4700] VERBOSE - Auth: Came in with a super-token, authorization succeeded.

is Plex/web packets … Completely noise when we’re trying to debug a server issue.
This is why VERBOSE is disabled by default.

you won’t have HW transoding on a Ryzen, even with a Plex Pass, unless you have a Nvidia GPU installed.

Software HDR on a Ryzen is a clear demonstration of how fast they are… powering right through HEVC HDR → SDR

Not sure what I’m doin wrong. Verbose logging is turned off here… which is the only place I know about… any idea why its still showing up?

Either way, the video file provided did not produce the issue. I’ve had it happen on 3 of my own media files, all mkv format, all play fine outside of Plex.

Setttings - Server - General - SHOW ADVNCED (just as you are)

Uncheck DEBUG. SAVE
Now Check it and SAVE again.

Something goofy going on there indeed.

Rebooted server, came up as verbose still checked. Unchecked, checked debug, saved.
Rebooted again to verify changes took.

Ran sample video file, no error. Logs:
Plex Media Server Logs_2021-03-02_21-42-25.zip (1.5 MB)

Rebooted (because I think that starts new log file?)
Ran one of my files that produces error… skipped maybe 3 minutes before the “dead-zone”, let play until error. I think video cut out earlier than previously… Grabbed Log:
Plex Media Server Logs_2021-03-02_21-48-02.zip (1.4 MB)
This file I had watched ~20 out of the 24 minute episode before this happened when i first encountered the error.

Rebooted to clear. Ran another episode file that has caused the problem. Grabbed log right after crash:
Plex Media Server Logs_2021-03-02_22-01-43.zip (975.8 KB)

Rebooted to clear log.
Ran a movie file that had produced the error yesterday as mentioned earlier around 85/90 minutes in… No problem on this one today… definately weird

Figured I’d just give you a few logs to compare. a good, and two different ones causing issue.

@seanmcg182

Where is your transcoder temp directory (or /var/lib/plexmediaserver/Library) located?

Is it on a network mount / share?

Your logs indicate it went to grab the file before it was there and got “Not Found”

Mar 02, 2021 21:46:06.897 [0x7fded77fe700] ERROR - Couldn’t find the file to stream: /var/lib/plexmediaserver/Library/Application Support/Plex Media Server/Cache/Transcode/Sessions/plex-transcode-dx467awixiayxnxwu5olgi22-2891d913-dad6-494b-a3c7-c1c2b2956d47/init-stream0.m4s,/var/lib/plexmediaserver/Library/Application Support/Plex Media Server/Cache/Transcode/Sessions/plex-transcode-dx467awixiayxnxwu5olgi22-2891d913-dad6-494b-a3c7-c1c2b2956d47/chunk-stream0-00430.m4s

This 404 (not found) usually occurs when the transcoder temporary directory is on a non-host-local file system.

I do not have one set up.
I assume there’s a default directory hidden somewhere… but this box is blank, and I don’t remember setting one.
As mentioned, this only happens on certain videos.
I just watched a full length movie, no problems.

Since you mentioned a “non-host local file system” I would like to point out that my Library is technically on a NAS from another VM on the same physical hardware, mounted through fstab.

I only mention this in case the Library has something to do with the default transcode directory

Another thing to note, the time specified for the error you found is 21:46:06… this is almost a minute and a half before the video crashed… The actual incident occurs within the second of 21:47:41

Mar 02, 2021 21:47:41.177 [0x7fdf15ffb700] DEBUG - [Transcode] Streaming Resource: Estimated bandwidth for okqsxz01jasurz11hclajixp to be 5462kbps over 10.30s
Mar 02, 2021 21:47:41.340 [0x7fded7fff700] DEBUG - Request: [8.17.107.239:57667 (WAN)] GET /video/:/transcode/universal/dash/dx467awixiayxnxwu5olgi22/0/469.m4s (8 live) TLS GZIP Signed-in
Mar 02, 2021 21:47:41.344 [0x7fded7fff700] DEBUG - [Transcode/dx467awixiayxnxwu5olgi22] Asked for segment 469 from session.
Mar 02, 2021 21:47:41.346 [0x7fded7fff700] DEBUG - [Transcode/dx467awixiayxnxwu5olgi22] Returning segment 469 from session
Mar 02, 2021 21:47:41.347 [0x7fdf167fc700] DEBUG - [Transcode/dx467awixiayxnxwu5olgi22] Streaming Resource: Estimated bandwidth for okqsxz01jasurz11hclajixp to be 5462kbps over 10.47s
Mar 02, 2021 21:47:41.348 [0x7fded7fff700] DEBUG - Content-Length of /var/lib/plexmediaserver/Library/Application Support/Plex Media Server/Cache/Transcode/Sessions/plex-transcode-dx467awixiayxnxwu5olgi22-9834bd18-ebef-409a-8e8a-ee3fb3240b3e/init-stream0.m4s,/var/lib/plexmediaserver/Library/Application Support/Plex Media Server/Cache/Transcode/Sessions/plex-transcode-dx467awixiayxnxwu5olgi22-9834bd18-ebef-409a-8e8a-ee3fb3240b3e/chunk-stream0-00470.m4s is 826513 (of total: 826513).
Mar 02, 2021 21:47:41.858 [0x7fdf1ffff700] DEBUG - Jobs: ‘/usr/lib/plexmediaserver/Plex Transcoder’ exit code for process 1454 is -9 (signal: Killed)
Mar 02, 2021 21:47:41.868 [0x7fdecd7fa700] DEBUG - Streaming Resource: Terminating session 0x7fdec0192880:okqsxz01jasurz11hclajixp which is using 2369kbps of WAN bandwidth. Used is now 0kbps
Mar 02, 2021 21:47:41.868 [0x7fdecd7fa700] DEBUG - Streaming Resource: Terminating session 0x7fdec0192880:okqsxz01jasurz11hclajixp which is using transcoder slot. Used slots is now 0
Mar 02, 2021 21:47:41.868 [0x7fdf157fa700] DEBUG - Killing job.
Mar 02, 2021 21:47:41.868 [0x7fdf157fa700] DEBUG - Signalling job ID 1454 with 9
Mar 02, 2021 21:47:41.869 [0x7fdf157fa700] DEBUG - Job was already killed, not killing again.
Mar 02, 2021 21:47:41.869 [0x7fdecd7fa700] DEBUG - Streaming Resource: Terminated session 0x7fdec0192880:okqsxz01jasurz11hclajixp with reason Conversion failed. The transcoder exited due to an error.
Mar 02, 2021 21:47:41.869 [0x7fdf157fa700] DEBUG - Stopping transcode session dx467awixiayxnxwu5olgi22
Mar 02, 2021 21:47:41.869 [0x7fdf16ffd700] DEBUG - Cleaning directory for session dx467awixiayxnxwu5olgi22 (/var/lib/plexmediaserver/Library/Application Support/Plex Media Server/Cache/Transcode/Sessions/plex-transcode-dx467awixiayxnxwu5olgi22-9834bd18-ebef-409a-8e8a-ee3fb3240b3e)
Mar 02, 2021 21:47:41.928 [0x7fdf1de1f700] DEBUG - Auth: authenticated user 1 as seanmcg182
Mar 02, 2021 21:47:41.930 [0x7fdecffff700] DEBUG - Request: [8.17.107.239:57698 (WAN)] GET /status/sessions (7 live) TLS GZIP Signed-in Token (seanmcg182)
Mar 02, 2021 21:47:41.930 [0x7fdf157fa700] DEBUG - Transcoder: Cleaning old transcode directories.
Mar 02, 2021 21:47:41.930 [0x7fdecffff700] DEBUG - [Now] Adding 1 sessions.
Mar 02, 2021 21:47:41.932 [0x7fdf157fa700] DEBUG - Whacked session dx467awixiayxnxwu5olgi22, 0 remaining.
Mar 02, 2021 21:47:41.935 [0x7fdf1de1f700] DEBUG - Completed: [8.17.107.239:57698] 200 GET /status/sessions (7 live) TLS GZIP 5ms 2095 bytes (pipelined: 22)
Mar 02, 2021 21:47:42.042 [0x7fdf1d61e700] ERROR - Session 0x7fdec0192880 terminated
Mar 02, 2021 21:47:42.171 [0x7fded7fff700] DEBUG - Request: [8.17.107.239:57698 (WAN)] GET /video/:/transcode/universal/dash/dx467awixiayxnxwu5olgi22/1/470.m4s (6 live) TLS GZIP Signed-in
Mar 02, 2021 21:47:42.177 [0x7fdf1d61e700] DEBUG - Completed: [8.17.107.239:57698] 404 GET /video/:/transcode/universal/dash/dx467awixiayxnxwu5olgi22/1/470.m4s (6 live) TLS GZIP 5ms 458 bytes (pipelined: 23)

Actually, the incident occurs earlier at 46.

PMS gives up trying and terminates the playback at 47

This is it killing the entire transcode stream as there is nothing which can be done.

Mar 02, 2021 21:47:41.868 [0x7fdf157fa700] DEBUG - Killing job.
Mar 02, 2021 21:47:41.868 [0x7fdf157fa700] DEBUG - Signalling job ID 1454 with 9
Mar 02, 2021 21:47:41.869 [0x7fdf157fa700] DEBUG - Job was already killed, not

Either way, we still need determine why that file does not exist. That’s something systemic.

Ok! Any idea where to start on this? I mean… obviously the file exists. I can read it with another Media Player and play it fine.

I also still don’t get why this would only affect certain files, when all my files are on the same location.

Update by the way… this appear to only be happening in the Chrome Plex player for me (havent tested other browsers).

For giggles, I decided to download Plex for Windows, and the file plays through that part with no error.

Went back to chrome, crashed at same part in file.

May I see the following?

  1. XML of the file (from first line → where the Actor/Genre info starts)
  2. DEBUG logging ON, VERBOSE logging OFF
  3. Start the Playback
  4. Play for 2 minutes.
  5. Pause
  6. Download those logs ZIP file
  7. Resume plaback - Play until failure
  8. Download those logs ZIP file

Attach both ZIP files and the XML please.

I apologize… where can I find the XML of my file?