Inconsistent issues with ASS subs not displaying

[anonynot 1]

I've been running into some intermittent issues with subtitles not showing up during playback, which is otherwise totally fine. I've attached a full log as well as two ffmpeg outputs for the same file where subtitles were and were not displaying despite no changes to settings, restarts, or anything of that nature. This is the error that is showing up in the logs most frequently.
 

Error App: Error getting subtitles
*** Error Report ***
Version: 4.8.4.0
Command line: /opt/emby-server/system/EmbyServer.dll -programdata /var/lib/emby -ffdetect /opt/emby-server/bin/ffdetect -ffmpeg /opt/emby-server/bin/ffmpeg -ffprobe /opt/emby-server/bin/ffprobe -restartexitcode 3 -updatepackage emby-server-deb_{version}_amd64.deb
Operating system: Linux version 4.15.0-213-generic (buildd@lcy02-amd64-079) (gcc version 7.5.0 (Ubuntu 7.5.0-3ubuntu1~18.04)) #224-Ubuntu SMP Mon Jun 19 13:30:12 UTC 20
Framework: .NET 6.0.25
OS/Process: x64/x64
Runtime: opt/emby-server/system/System.Private.CoreLib.dll
Processor count: 6
Data path: /var/lib/emby
Application path: /opt/emby-server/system
System.Threading.Tasks.TaskCanceledException: System.Threading.Tasks.TaskCanceledException: A task was canceled.
at Emby.ProcessRun.CoreProcess.CoreProcessLocal.WaitForExitAsync(CancellationToken cancellationToken)
at Emby.ProcessRun.Runners.ProcessRunnerBase.WaitForExitAsync(Int32 timeoutMs, CancellationToken cancellationToken)
at Emby.Server.MediaEncoding.Subtitles.SubtitleEncoder.ExtractTextSubtitleInternal(String inputPath, Boolean isAudio, String inputSubtitleCodec, MediaStream subtitleStream, SubtitleMediaTypes outputCodec, String outputPath, Nullable`1 startTime, Nullable`1 endTime, Boolean preserveOriginalTimestamps, CancellationToken cancellationToken)
at Emby.Server.MediaEncoding.Subtitles.SubtitleEncoder.ExtractTextSubtitle(ReadOnlyMemory`1 inputPath, Boolean isAudio, String inputSubtitleCodec, MediaProtocol protocol, MediaStream subtitleStream, SubtitleMediaTypes outputCodec, String outputPath, Nullable`1 startTime, Nullable`1 endTime, Boolean preserveOriginalTimestamps, CancellationToken cancellationToken)
at Emby.Server.MediaEncoding.Subtitles.SubtitleEncoder.GetReadableFile(String mediaPath, MediaProtocol mediaSourceProtocol, Boolean isAudio, IDictionary`2 requestHeaders, MediaStream subtitleStream, String outputFormat, Int64 startTimeTicks, Int64 endTimeTicks, Boolean preserveOriginalTimestamps, EncodingContext encodingContext, CancellationToken cancellationToken)
at Emby.Server.MediaEncoding.Subtitles.SubtitleEncoder.GetSubtitles(String inputPath, MediaProtocol inputProtocol, Boolean isAudio, IDictionary`2 requestHeaders, MediaStream subtitleStream, String outputFormat, Int64 startTimeTicks, Int64 endTimeTicks, Boolean preserveOriginalTimestamps, EncodingContext encodingContext, CancellationToken cancellationToken)
at Emby.Api.Subtitles.SubtitleService.GetSubtitles(GetSubtitle request, CancellationToken cancellationToken)
at Emby.Api.Subtitles.SubtitleService.Get(GetSubtitle request)
Source: System.Private.CoreLib
TargetSite: Void ThrowForNonSuccess(System.Threading.Tasks.Task)

Currently I am both using the internal disk of an offsite server (which is what is actually running emby) and also some local NAS storage mounted to that. This has happened with files on either source, though the NAS seems to have it happen more often/for longer periods. Obviously my first assumption was something with the connection to the NAS but nothing has looked out of the ordinary on either the server or the NAS performancewise and again, everything but the ASS format subtitles is working completely without issues - including other subtitle formats. It happens on both the LG TV app and web playback console, haven't tested other endpoints extensively at this point. Any advice would be appreciated. Oh, also I did try disabling on the fly extraction after reading some other threads but videos just become unplayable without that enabled.

embyserver.txt ffmpeg-directstream-d31ce953-7130-4baf-a1d0-956f3931d42e_1.txt ffmpeg-directstream-676400ce-2dc7-4965-8bd7-a346e411107b_1.txt

[guunter 38]

14 hours ago, anonynot said:

I've been running into some intermittent issues with subtitles not showing up during playback, which is otherwise totally fine. I've attached a full log as well as two ffmpeg outputs for the same file where subtitles were and were not displaying despite no changes to settings, restarts, or anything of that nature. This is the error that is showing up in the logs most frequently.
 

Error App: Error getting subtitles
*** Error Report ***
Version: 4.8.4.0
Command line: /opt/emby-server/system/EmbyServer.dll -programdata /var/lib/emby -ffdetect /opt/emby-server/bin/ffdetect -ffmpeg /opt/emby-server/bin/ffmpeg -ffprobe /opt/emby-server/bin/ffprobe -restartexitcode 3 -updatepackage emby-server-deb_{version}_amd64.deb
Operating system: Linux version 4.15.0-213-generic (buildd@lcy02-amd64-079) (gcc version 7.5.0 (Ubuntu 7.5.0-3ubuntu1~18.04)) #224-Ubuntu SMP Mon Jun 19 13:30:12 UTC 20
Framework: .NET 6.0.25
OS/Process: x64/x64
Runtime: opt/emby-server/system/System.Private.CoreLib.dll
Processor count: 6
Data path: /var/lib/emby
Application path: /opt/emby-server/system
System.Threading.Tasks.TaskCanceledException: System.Threading.Tasks.TaskCanceledException: A task was canceled.
at Emby.ProcessRun.CoreProcess.CoreProcessLocal.WaitForExitAsync(CancellationToken cancellationToken)
at Emby.ProcessRun.Runners.ProcessRunnerBase.WaitForExitAsync(Int32 timeoutMs, CancellationToken cancellationToken)
at Emby.Server.MediaEncoding.Subtitles.SubtitleEncoder.ExtractTextSubtitleInternal(String inputPath, Boolean isAudio, String inputSubtitleCodec, MediaStream subtitleStream, SubtitleMediaTypes outputCodec, String outputPath, Nullable`1 startTime, Nullable`1 endTime, Boolean preserveOriginalTimestamps, CancellationToken cancellationToken)
at Emby.Server.MediaEncoding.Subtitles.SubtitleEncoder.ExtractTextSubtitle(ReadOnlyMemory`1 inputPath, Boolean isAudio, String inputSubtitleCodec, MediaProtocol protocol, MediaStream subtitleStream, SubtitleMediaTypes outputCodec, String outputPath, Nullable`1 startTime, Nullable`1 endTime, Boolean preserveOriginalTimestamps, CancellationToken cancellationToken)
at Emby.Server.MediaEncoding.Subtitles.SubtitleEncoder.GetReadableFile(String mediaPath, MediaProtocol mediaSourceProtocol, Boolean isAudio, IDictionary`2 requestHeaders, MediaStream subtitleStream, String outputFormat, Int64 startTimeTicks, Int64 endTimeTicks, Boolean preserveOriginalTimestamps, EncodingContext encodingContext, CancellationToken cancellationToken)
at Emby.Server.MediaEncoding.Subtitles.SubtitleEncoder.GetSubtitles(String inputPath, MediaProtocol inputProtocol, Boolean isAudio, IDictionary`2 requestHeaders, MediaStream subtitleStream, String outputFormat, Int64 startTimeTicks, Int64 endTimeTicks, Boolean preserveOriginalTimestamps, EncodingContext encodingContext, CancellationToken cancellationToken)
at Emby.Api.Subtitles.SubtitleService.GetSubtitles(GetSubtitle request, CancellationToken cancellationToken)
at Emby.Api.Subtitles.SubtitleService.Get(GetSubtitle request)
Source: System.Private.CoreLib
TargetSite: Void ThrowForNonSuccess(System.Threading.Tasks.Task)

Currently I am both using the internal disk of an offsite server (which is what is actually running emby) and also some local NAS storage mounted to that. This has happened with files on either source, though the NAS seems to have it happen more often/for longer periods. Obviously my first assumption was something with the connection to the NAS but nothing has looked out of the ordinary on either the server or the NAS performancewise and again, everything but the ASS format subtitles is working completely without issues - including other subtitle formats. It happens on both the LG TV app and web playback console, haven't tested other endpoints extensively at this point. Any advice would be appreciated. Oh, also I did try disabling on the fly extraction after reading some other threads but videos just become unplayable without that enabled.

embyserver.txt 2.04 MB · 0 downloads ffmpeg-directstream-d31ce953-7130-4baf-a1d0-956f3931d42e_1.txt 56.38 kB · 0 downloads ffmpeg-directstream-676400ce-2dc7-4965-8bd7-a346e411107b_1.txt 94.06 kB · 0 downloads

 

Did you try burning in the subtitles using the diagnostic plugin? It's the only way I can get .ass to work properly with my anime.

[anonynot 1]

On 7/19/2024 at 1:10 PM, guunter said:

 

Did you try burning in the subtitles using the diagnostic plugin? It's the only way I can get .ass to work properly with my anime.

I tried this today, it did help on some files but on others it has the same effect as just turning of on-the-fly in in the normal settings where some files just don't load at all.

[guunter 38]

On 7/20/2024 at 12:56 PM, anonynot said:

I tried this today, it did help on some files but on others it has the same effect as just turning of on-the-fly in in the normal settings where some files just don't load at all.

I just wanna make sure but this setting right?

[anonynot 1]

On 7/22/2024 at 11:31 AM, guunter said:

I just wanna make sure but this setting right?

Yep, same result as the non-plugin.

I still haven't really figured out what's going on here, but I did test out some other clients and android and emby theatre (built in player and external player) are working fine so I've been using those. Specifically having the issue with browser and LG smart tv app - I'm assuming that it has something with how those devices/clients are processing subtitles?

[guunter 38]

21 hours ago, anonynot said:

Yep, same result as the non-plugin.

I still haven't really figured out what's going on here, but I did test out some other clients and android and emby theatre (built in player and external player) are working fine so I've been using those. Specifically having the issue with browser and LG smart tv app - I'm assuming that it has something with how those devices/clients are processing subtitles?

Yeah i dunno how to read those logs but I usually use the User Sessions tab down in the Advanced tab to see how things are transcoding.