Server Version#: 1.29.2.6334
Player Version#: 4.92.0
Hi, it has been few months now my intro detection keep crashing on media with TrueHD eae, example sample of the logs, keep in mind this is just sample of few thousands possibly more of the logs.
Video
ID : 1
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L4@Main
Codec ID : V_MPEGH/ISO/HEVC
Duration : 43 min 13 s
Bit rate : 5 079 kb/s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 10 bits
Bits/(Pixel*Frame) : 0.102
Stream size : 1.53 GiB (75%)
Default : Yes
Forced : No
Color range : Limited
Color primaries : BT.709
Transfer characteristics : BT.709
Matrix coefficients : BT.709
Audio
ID : 3
Format : MLP FBA
Format/Info : Meridian Lossless Packing FBA
Commercial name : Dolby TrueHD
Codec ID : A_TRUEHD
Duration : 43 min 14 s
Bit rate mode : Variable
Bit rate : 1 570 kb/s
Maximum bit rate : 9 597 kb/s
Channel(s) : 6 channels
Channel layout : L R C LFE Ls Rs
Sampling rate : 48.0 kHz
Frame rate : 1 200.000 FPS (40 SPF)
Compression mode : Lossless
Stream size : 486 MiB (23%)
Language : English
Default : Yes
Forced : No
Text
ID : 2
Format : PGS
Codec ID : S_HDMV/PGS
Codec ID/Info : Picture based subtitle format used on BDs/HD-DVDs
Duration : 42 min 11 s
Bit rate : 21.3 kb/s
Count of elements : 818
Stream size : 6.43 MiB (0%)
Language : English
Default : Yes
Forced : No
Menu
00:00:00.000 : en:Chapter 1
00:04:46.495 : en:Chapter 2
00:13:28.891 : en:Chapter 3
00:20:36.277 : en:Chapter 4
00:25:59.349 : en:Chapter 5
00:31:04.196 : en:Chapter 6
00:42:32.007 : en:Chapter 7
i did the usual, remove the codec folder to reinstall, remove cache etc, and the problem still persist, it’s not on one server either. I have two plex servers and both of them experiencing the same problem.
No Linux user here, but I seem to remember that you must not use the noexec mount option for the volume which holds the plex data folder.
Otherwise it would prevent the special decoder binary from running which is used for all Dolby audio in Plex.
Sure, give me few as i cleaned the logs turned on the logs and manually started intro detection, once it’s finishes i’ll upload it you just want Plex Media Server.log correct? and is there an email or something that i can share them with or just attach them here
May I ask if the truehd track is an official encode (=found on Blu-ray) or is it an encode made by someone else? I guess it’s a user encode. (The avg/max bitrate difference seems off for an official encode) The problem with self-encoded truehd streams made by ffmpeg is that they are not 100% dolby truehd conform. This can be verified by trying to pass through the audio on an AVR setup that supports truehd. The official stream will play no problem, a self-encoded one will not play anything (or audio is distorted). Why does this matter? Plex uses official and licensed Dolby software and therefore it may not surprise if it fails to decode ffmpeg truehd streams. (guess)
I wasn’t the person who ripped it as such i do not have this information, however looking at the metadata it was ripped using Writing application : DVDFab 12.0.4.2 as such i don’t think it was altered.
Ah okay, so you don’t have access to the disc for a rerip and retry?
That’s a great hint. DVDFab has the capability to recode a rip to a format wanted by the user… That would also explain the low bitrate 10bit HEVC 1080p video. A bluray stream would be high bitrate (20mbit+) 8bit H264 1080p. So I guess the audio stream was changed alongside that rip. What you can try is recode the audio to AAC or AC3 (with ffmpeg - those encodes are Dolby compliant and should work with the Plex Dolby decoder). The tool xmedia recode can help with that if you are not familiar with FFmpeg cli commands. You also don’t need to reencode the video… When you have done this Intro detection should work.
Yeah, if turns out the media is the problem I’ll go ahead and reencode the audio using ffmpeg, however i want to know what’s the error, and why it’s spamming the logs for so many lines it’s thrashing my SSD, i would assume if the encoder fails it should log log one error and move on, however this one spam around few thousands error per media item
Just FYI, the media works in VLC, mpv, and basiclly anything including other media servers.
Maybe start with one file and look at what happens.
I guess the Dolby decoder logs one line per truehd audio package/snipped it tries to decode and there can be many on one file. This is probably nothing plex can change as the decoder is closed-sourced and built by Dolby and then shipped to plex. (Again just a guess, but the file has dolby copyright)
This isn´t surprising as all the other players/systems rely on ffmpeg for all de- and encoding. FFmpeg has no problem with tracks that are not 100% dolby compliant. Just plex uses Dolby licensed software for Dolby stream decoding.
Yeah, I am holding off and waiting for @ChuckPa response if he agrees with the current assessment that the media is broken, I’ll re-rip or just re-encode. gonna take few weeks to do so hope it’s software related
@ChuckPa i have Scan my library automatically disabled i notify plex via api when media changes i only have Run a partial scan when changes are detected enabled.
(23:21:50) user@server ~
$ inotify_list -l
Current limits
-------------
fs.inotify.max_user_instances = 400
fs.inotify.max_user_watches = 524288
(23:21:50) user@server ~
$ inotify_list
INOTIFY INSTANCES
WATCHES PER
COUNT PROCESS PID USER COMMAND
------------------------------------------------------------
37 4 39492 user /lib/systemd/systemd --user
7 1 39578 user /usr/libexec/tracker-miner-fs-3
4 1 39525 user /usr/bin/dbus-daemon --session --address=systemd: --nofork --nopidfile --systemd-activation --syslog-only
2 2 39501 user /usr/bin/pulseaudio --daemonize=no --log-target=journal
1 1 39627 user /usr/libexec/goa-identity-service
1 1 39609 user /usr/libexec/goa-daemon
1 1 39595 user /usr/libexec/gvfs-afc-volume-monitor
1 1 39584 user /usr/libexec/gvfs-udisks2-volume-monitor
1 1 39500 user /usr/bin/pipewire-media-session
55 WATCHES TOTAL COUNT
INotify instances per user (e.g. limits specified by fs.inotify.max_user_instances):
INSTANCES USER
----------- ------------------
13 user
Oct 29, 2022 19:38:59.980 [0x7f420f3ecb38] ERROR - CryptoHash: Failed to open file: "/config/Library/Application Support/Plex Media Server/Codecs/EasyAudioEncoder-1785-linux-x86_64.zip.tmp-d054-31bb-045a-fbbf"
Oct 29, 2022 19:38:59.981 [0x7f420f3ecb38] ERROR - Codecs: Download failed: Failed to verify SHA1sum of codec!
Oct 29, 2022 19:38:59.981 [0x7f420e517b38] ERROR - Error configuring transcoder: Decoder install failed: truehd_eae
Oct 29, 2022 19:38:59.981 [0x7f420e517b38] DEBUG - Streaming Resource: Terminated session 0x7f4212765308:93352234-ba7d-4a84-a17f-b31c92617421 with reason Conversion failed. A required codec could not be found or failed to install.
Oct 29, 2022 19:38:59.981 [0x7f420e517b38] ERROR - IntroDetector: Failed to start a transcode session: /media/tv/Lost (2004)/Lost (2004) - S03E23 - Through The Looking Glass (2) [Bluray-1080p] [h265 TrueHD 10bit].mkv
Oct 29, 2022 19:38:59.981 [0x7f4213cedb38] DEBUG - Killing job.
Can you jump into the shell and see what’s going on in the Codecs directory?
It makes no sense for you, individually, being unable to download that single codec when other codecs download correctly.
Verification of other codecs downloading is the next step
