Emby does not play subtitles ASS

[noybman 11]

Hey Luke, I am having a similar issue on at least one movie with subtitles. It has subtitles burned in, quite a long list of them too! (like 40+ subs), and if I enable subs, Emby gives the blue circle of death then crashes the play.

If I leave subs off, it plays fine.

I haven't seen this in all movies, and I believe I have others with built in subs that work, but this is an example where it does not.
The log is a fresh start with debug on. Started the movie, the trailers plugin plays two trailers, I skipped to the end of them. The movie begins playing, works just fine. I enable English ASS subs, the movie stops playing, the "emby circle of death" spins for a good hot minute (maybe 20s-30s) then crashes, goes back to the main screen, doesn't play.

This is what is in the log (see attached).

Maybe it has to do with the burned in media, maybe its special characters in the titles? etc....

PS: the folder path I am using for transcoding is fin. nothing has changed here. I'm stillwaiting for an answer on transcoding settings tests: https://emby.media/community/topic/145076-transcoding-tests-broken-unable-to-run-due-to-running-operations/

Again, NOTHING has changed in all of this time, and I have done transcodes, so I know transcodes work sometimes. Anyways, you have a full log, and a description of what I did with that movie so you can correlate it to the logs.

 

Here are the transcoding settings:

embyserver.txt

[Luke 42952]

@noybmanwas there an ffmpeg log? Please attach that as well. Thanks.

[noybman 11]

ffmpeg added

ffmpeg-transcode-2859f6d2-e536-4986-b278-97d553b48411_1.txt

[Luke 42952]

OK, why disable the extraction on the fly?

[noybman 11]

I didn't. What are you talking about?

[Luke 42952]

10 minutes ago, noybman said:

I didn't. What are you talking about?

The checkbox in your last screenshot. Try clicking it.

[noybman 11]

I never changed that setting that I recall. Why should emby crash, so it is a bug? I will test this and report back tonight

[visproduction 368]

Realated to this issue in the forum and elsewhere:
 https://duckduckgo.com/?q=linux+playback+.ass+subtitles+media+player+error&ia=web

[noybman 11]

Seems to work now. But isnt this still a bug? It shouldn't crash.

This is a windows box to answer the other comment.

Im not sure I love the text "this can take a long time and cause video playback to stall...." whats dumber? IS that is what was happening... WITH this OFF.

 

[Luke 42952]

The choice between burning in ass subtitles vs extracting on the fly is a choice between two demanding processes. 

if burning in it will be dependent on overall system performance. 

if extracting it will be largely dependent on disk IO performance.

[noybman 11]

I have a powerful machine and disk, but more importantly, the language chosen in both of those checkboxes says nothing to the sort of what you just said, and both as written is unqualified and as you have written is unqualified.

I suspect a top of the line intel i9 is better than "some systems" .... I'd argue, it is better than MOST systems.

An RTX5080 is better than most GPUs.....

a 500TB+ disk setup with all high end (albiet 7200RPM) disks, is better than avg.... unless someone is using SSD...... is still better than avg.....

 

Again, all language that is unqualified, and again, ****** WITH THE CHECKBOX CHECKED, implies "it might crash ****** not....... that with the checkbox unchecked, it WILL CRASH.

Respectuflly, does this explain why I am painting the f*****ed eitherway, and neither toggle is definitive?

[visproduction 368]

noyb,

Your transcoding buttons are all on in your latest image, which means each one tries to adjust the transcoding in a different way, depending on your source. You are also using an audio boost which is additional transcoding traffic, although small.  So everything is on and you appear to be sending the transcoding file copy to drive E, while Emby is probably on drive C, so there is drive to drive traffic as well.  Your Max transcoding res is set to 720P which would force any 1080P to transcode.  And you have experiemental HEVC encoding.  OK...

With all that you sometimes get errors from various different media, which also might have file or metadata issues.

So, no subs works even with all the options tuned on or did no subs work with the earlier mix of several options off.

I have not reviewed the log file from Friday, but that is further up and apparently Luke reviewed it.

Transcoding subs is a part of the total transcoding, so the problem might be adding all options together.

I think a good way to test is to use 1080P quality test media without subs compared to the same media with embedded subs of different types.  Turn off all the options and see what combination fails, when you add one thing at a time.  It's difficult to fix an issue, if the error is something to do with your media and your setup and so the error is not reproducable on another server.

Anyway, I know that's more work, but when tracing down a bug that process is helpful, especially if the devs can't see the error.  I just wanted to explain the logic of how the dfferent features can add up.  Each one on it's own might work, but everything together can maybe fail and it's a fixable bug.  The devs need to find how it's happening, if it's not obvious in the log.

Hope that makes sense.
 

Edited 36 minutes ago by visproduction