Slow Intro Detection

Server Version#: 1.20.2.3402 (unRAID/Linux running in a docker container)
Player Version#: 1.20.0.1406-f47a81b7

Hey everyone,

I’ve really hit a road block here with slow intro detection Every Plex forum post I’ve found states that you need to have the “Disable video stream transcoding” checkbox unchecked in order to fix the slow intro detection.
I’ve already verified that this option is unchecked on my server. Through the windows app, the local server browser, and through plex.tv.
I’ve also set the transcoder quality to “Make my CPU hurt”, verified nothing in converting/in the convert queue, and even tried checking the “disable video stream transcoding” option, saved, then unchecked the option, and saved again. I still cannot get intro detection to work faster.
I am happy to provide any log into needed, I just need to know what to provide.

Server Version#: 1.20.2.3402 (macOS 10.11.6)

Having the same problem, progress indicated but never completes. Looking at the command (below), server is trying to extract ~648 seconds (first half) of audio from the show in flac format.

“ps -ax -o pid -o etime -o command | egrep -i plex”

944 45:24 /Applications/Plex Media Server.app/Contents/MacOS/Plex Transcoder -codec:1 ac3 -analyzeduration 20000000 -probesize 20000000 -i /Users/~/Shows/Media/TV Shows/2 Broke Girls (2011)/Season 01/2 Broke Girls (2011) - S01E07 - And the Pretty Problem.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 648.78099999999995 /Users/~/Library/Caches/PlexMediaServer/Transcode/Detection/e152aefd-c72-48ef-a8ad-6239d83183d5 -y -nostats -loglevel quiet -loglevel_plex error -progressurl http~://127.0.0.1:32400/video/:/transcode/session/~~~/progress

The command syntax is on par with ffmpeg, except the exit pad label “[0]” for the filter_complex seems ill-formed. On attempt to replicate, ffmpeg returns the error: “Invalid encoder type ‘flac’.” Best guess is that “-map [0]” is meant to refer to the filter_complex output, but is seen as “-map 0” which refers to the first input. This causes “-codec:0 flac” to target a video stream, making flac an invalid format.

When I change the pad label from [0] to [pad], “-map [pad]” now targets the filter output (an audio stream) and ffmpeg makes it happen.

ffprobe result:

Input #0, flac, from ‘/Users/~/Desktop/2 Broke Girls’:
Metadata:
encoder : Lavf58.45.100
Duration: 00:10:58.11, start: 0.000000, bitrate: 2786 kb/s
Stream #0:0: Audio: flac, 48000 Hz, 5.1, s32 (24 bit)

Plex Transcoder is writing to the output file . . . very slowly, taking in excess of 45 min. Compared to <10 seconds using ffmpeg for half of a 20 min show.

-rw-r–r-- 1 user staff 105381888 Oct 13 12:31 20041671-e4fd-4a41-8b07-1bf32dad1cc9
-rw-r–r-- 1 user staff 141557760 Oct 13 12:48 20041671-e4fd-4a41-8b07-1bf32dad1cc9

ffprobe result: (incomplete file)

Input #0, flac, from ‘/Users/~/Library/Caches/PlexMediaServer/Transcode/Detection/20041671-e4fd-4a41-8b07-1bf32dad1cc9’:
Metadata:
encoder : Lavf58.27.104
Duration: N/A, start: 0.000000, bitrate: N/A
Stream #0:0: Audio: flac, 48000 Hz, 5.1, s32 (24 bit)

@noyzNAbore

I believe I was able to clear up my issue. Please keep in mind that I am using unRAID and docker, so your steps are going to vary.

I stopped my plex container, went into the appdata folder for plex, and deleted the codec folder.

Once I started the container back up, the intro detection went MUCH faster.

Try this for yourself and see what happens.

Thanks, I will give it a try.
The above process did load all libs in the codecs folder . . .

“lsof -p 944”

/Plex Media Server.app/Contents/Frameworks/libavfilter.7.dylib
/Plex Media Server.app/Contents/Frameworks/libavformat.58.dylib
/Plex Media Server.app/Contents/Frameworks/libavcodec.58.dylib
/Plex Media Server.app/Contents/Frameworks/libswresample.3.dylib
/Plex Media Server.app/Contents/Frameworks/libswscale.5.dylib
/Plex Media Server.app/Contents/Frameworks/libavutil.56.dylib
/Codecs/e774ef6-3418-darwin-x86_64/libaac_decoder.dylib
/Codecs/e774ef6-3418-darwin-x86_64/libac3_decoder.dylib
/Codecs/e774ef6-3418-darwin-x86_64/libac3_encoder.dylib
/Codecs/e774ef6-3418-darwin-x86_64/libdca_decoder.dylib
/Codecs/e774ef6-3418-darwin-x86_64/libh264_decoder.dylib
/Codecs/e774ef6-3418-darwin-x86_64/liblibmp3lame_encoder.dylib
/Codecs/e774ef6-3418-darwin-x86_64/liblibx264_encoder.dylib
/Codecs/e774ef6-3418-darwin-x86_64/libmp3_decoder.dylib
/Codecs/e774ef6-3418-darwin-x86_64/libmpeg1video_decoder.dylib
/Codecs/e774ef6-3418-darwin-x86_64/libmpeg2video_decoder.dylib
/Codecs/e774ef6-3418-darwin-x86_64/libmpeg4_decoder.dylib
/Codecs/e774ef6-3418-darwin-x86_64/libvc1_decoder.dylib
/Codecs/e774ef6-3418-darwin-x86_64/libvp9_decoder.dylib

No Joy.

  1. Stopped Server
  2. Moved “/Codecs/” out of “/Application Support/Plex Media Server/”
  3. Rebooted machine (server launches at login)
  4. Called “Analyze” on S01E01. Process inspection showed it was working S01E10.

Process “Detecting Intros” continues to poke along, it’s output file is only 135M after 50 min.

My detect Intros is running extremely slowly as well. I am trying to detect the intros for the 4 episodes of a mini-series, started the detection last night and let it run for 12 hours, still no progress indicated. On another series it did complete, after 16 hours it managed it’s way through 12 episodes. Before the last update it was running fine, nothing in my server or settings has changed since the update… PMS Version 1.20.3.3437, Windows 10 Professional version 2004 Build 19041.572, i7 2600 with 16GB memory using a 500GB SSD system drive and 8TB data HDD (data drive is bitlocker encrypted). Drives are internal 6GB/s SATA III drives.

Edit: I got the upgrade to 20H2 today and tested the Intro-Detection, same results.

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