Plex taking forever to detect intros

Plex Media Server Metadata & Adding Files
1

Server Version#: 1.24.4.5081
Player Version#: N/A

I have intro detection enabled on my server, and it worked very well for a long time, but now, Very Often, Plex gets stuck detecting the intro of some files. Apparently, the problem is related to EAC3 codec
I added an episode of a show to simulate the problem and it worked just fine, but I’ve got other episodes that are taking hours and some never finish. Coincidently they are EAC3.
I don’t think the logs will help but here they are (I was testing See.S02E08)

Plex Media Server Logs_2021-10-15_14-44-13.zip (246.2 KB)

XML UNTITLED - Pastebin Service

1 Like
2

This issue has existed for a LONG time, and people have documented the “EAC3 codec” link. However, even if you remove it, it comes back and the issue shows up again.

This feature is really nice - but it seems to have a major bug (that it gets stuck). If Plex can’t figure out the root cause and code to fix it, at a minimum you would think they would implement a fix to detect when the process gets stuck and skip over that episode. Or give us the ability to flag episodes that are causing problems to be skipped.

Having it “All or nothing” when there is a major and common glitch is unfortunate, and really ruins an otherwise great feature!

3

I just added a new TV show and it happened again. Can you guess the audio codec?
Now it’s 11:41. So it’s been 10 hours since I added this episode
Screenshot from 2021-10-16 23-40-56

and plex:
Screenshot from 2021-10-16 23-39-14

4

Bump it

5

If an audio codec requires Plex to use the 3rd-party decoding software library from Dolby, it can sometimes fail on Linux systems.
(Look for mentions of “EasyAudioEncoder” or its acronym “EAE” in server debug logs.)

That is usually because the “transcoder temp folder” and/or the general system’s “temp” folder have been mounted with the noexec parameter.
(When using virtualization/containerization, even more scrutiny is required.)
However the audio software library requires eactly that: the ability to execute program code in these temp folders.

6

I’ll look in to that. Thanks for giving me the directions

7

Have had this issue since this feature was introduced but I finally disabled it for good today. Kinda worthless if it never works as intended. Just a horrible experience with it enabled.

8

So, sometimes I do get messages containing the word “EasyAudioEncoder”. I removed this encoder and let Plex redownload it but it didn’t solve the problem.
My /tmp is part of my / and I’m not getting any reading or writing error. I can actually see the files being created on /tmp, as you can see below:

.
└── pms-b29f9631-10c5-4a30-ae82-9b51eede60ca
   └── EasyAudioEncoder
       ├── Convert to Dolby Digital (High Quality - 640 kbps)
       ├── Convert to Dolby Digital (Low Quality - 384 kbps)
       ├── Convert to Dolby Digital Plus (High Quality - 384 kbps)
       ├── Convert to Dolby Digital Plus (Max Quality - 1024 kbps)
       ├── Convert to WAV (to 2ch or less)
       └── Convert to WAV (to 8ch or less)
           ├── bc32f886-07ca-4b0a-bd4d-b86d8427b313_382512-0-206.ec3
           └── bc32f886-07ca-4b0a-bd4d-b86d8427b313_382512-0-206.wav

Moving /tmp to RAM didn’t change a thing either. Anything else you can think of?

By the way, I’m running Centos 8 Stream.

9

This is not about permission to write or read. It’s about permission to execute.

10

I get it, but as I said, my /tmp is not separated from /. That’s my fstab:

UUID=2718318d-4f98-43a7-90be-515af179cbaf /                       ext4    defaults        1 1
UUID=e14ea458-87df-49f7-a232-6d05742e6bd2 /opt                    ext4    defaults        1 2
UUID=39d82ac2-32eb-4f8b-89b2-8be7562ddff2 none                    swap    defaults        0 0

So, as you can see /var is also part of / and that’s where the execution happens, on:
/var/lib/plexmediaserver/Library/Application Support/Plex Media Server/Codecs/EasyAudioEncoder-1591-linux-x86_64/EasyAudioEncoder

and only the output of that command is going to /tmp.
So I have execution on /var, read and write on /tmp.

Am I missing something?

Is it possible to run the command below manually to test?

EAE_ROOT='/tmp/pms-9fa7be1a-2896-47c1-a15a-d6c4981c01e1/EasyAudioEncoder'
FFMPEG_EXTERNAL_LIBS='/var/lib/plexmediaserver/Library/Application\ Support/Plex\ Media\ Server/Codecs/be22e26-4019-linux-x86_64/'
X_PLEX_TOKEN='xxxxxxxxxxxxxxxxxxxx' '/usr/lib/plexmediaserver/Plex Transcoder' '-codec:1' 'eac3_eae' '-eae_prefix:1' 'c6813cf8-b56e-4d3b-b17a-88417256a371_' '-analyzeduration' '20000000' '-probesize' '20000000' '-i' '/mnt/hometheater/TV-Shows/Maid/Season 01/Maid.S01E08.Bear.Hunt.1080p.NF.WEB-DL.DDP5.1.x264-AGLET.mkv' '-filter_complex' '[0:1] aresample=async=1:ocl='\''5.1'\'':rematrix_maxval=0.000000dB:osr=48000[0]' '-map' '[0]' '-metadata:s:0' 'language=eng' '-codec:0' 'flac' '-b:0' '4096k' '-f' 'flac' '-map_metadata' '-1' '-map_chapters' '-1' '-t' '1789.2639999999999' '/var/lib/plexmediaserver/Library/Application Support/Plex Media Server/Cache/Transcode/Detection/9216b86f-2411-454a-ae0e-b608b02afd9f' '-map' '0:2' '-f' 'null' '-codec' 'ass' 'nullfile' '-y' '-nostats' '-loglevel' 'quiet' '-loglevel_plex' 'error' '-progressurl' 'http://127.0.0.1:32400/video/:/transcode/session/c6813cf8-b56e-4d3b-b17a-88417256a371/809c7cb6-0864-4343-b774-9302176f564a/progress

Thanks

11

Sorry, that’s about it with my knowledge.
I’m unfortunately not a Linux guy.

12

No problem. Thanks a lot!

@ChuckPa have you seen this problem, before?

13

This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.