Partially missing Subtitle lines in web client

[Poptartica 12]

Hey all. An issue I've been having lately, I've been able to get a little more insight for, and have been able to access the logs for it as well: Certain sections of subtitles will fail to display, no matter if the subtitles are external, internal (mkv), .ass, or .srt format. Essentially some of the "Cues" for the subtitle will come up as expected, display etc, and then the next subtitle will fail to load (showing nothing) within the same video file. The video will continue playing and it will skip certain subtitles and display others - always the same ones every time, too.

 

I took a look to see if it was extracting everything, and indeed the associated subtitle file in the cache folder still had the undisplayed lines intact. Moreover, I actually stopped having this issue entirely when I was running MB with Mono 3.12 (which unfortunately I couldn't keep since it was unstable/giving me Out of Memory errors) - when I had to switch to the version released with MB (3.10) the issue returned. I was also having this issue before the most recent update - right now my server is running in the following setup:

 

MB Server  Version 3.0.5557.0 

Mono 3.10

Linux Mint 17.1

Viewing is being done in Chrome web browser

 

I usually keep my software up to date unless it will install something I already know is going to cause problems (ie. mono 3.12). The only other thing I know so far may be worth mentioning is that the machine has Sonarr installed as well, which uses also uses mono.

 

Attached are all of the logs generated from the most recent server startup, and from playing a video file which exhibits this problem (though I could have picked out any number of them, it occurs with a lot of them). For some odd reason it did not generate a transcode log when playing the file, even though I had no other logs and the cache folder was completely empty before attempting to play this file. In the subtitle file, lines 44 and 45 are examples of lines that will fail to show, while lines 39-42 and 46-48 are examples of lines that display correctly.

 

Any help or assistance I could get would be greatly appreciated, as I know my family (as did I, of course) commented on what a great solution MB has been if I would just quit taking down my server to inspect it I know for me a good 1/3 or more of my files require subtitles, so if I can figure this out it would be great!

 

Thanks as always, devs, for working so hard!

Sub_Extract.zip

Edited March 24, 2015 by Poptartica

[Poptartica 12]

Updated to 3.0.5557.20000, still occurring

[Luke 37028]

can you post a screenshot of it?

[Poptartica 12]

I sure can! Though I'm not sure if it will be super helpful.. basically in screenshot 1 (Subs_Displayed) the subtitles are working as usual/normal, and in screenshot 2 (Subs_dropped), they will fail to display during the same video/session. The dropped subtitle lines are always the same lines every time that file is played (even if the cache is cleared and it has to re-extract them, or an external source is used).

[fc7 123]

Not sure if this will be helpful but I had a similar problem with external subtitles SRT files.

 

So on every MB client (iOS, webclient, etc) subs were dropped. They appear for a few lines then they were gone and then they will come back again and so on.

 

I thought that subs file encoding might play a role in this situation so what I did was to convert all my external subtitle files to UTF-8 without BOM since they were ISO-8859-1 before.

After I converted them I didn't face the problem again and all the subs are working flawlessly on every client.

 

I'm not sure how can this affect internal subs (embedded) but at least you can check with the encoding of one of the external subs and if it's not UTF-8 you can convert it and test.

 

Hope this helps.

[Poptartica 12]

Not sure if this will be helpful but I had a similar problem with external subtitles SRT files.

 

So on every MB client (iOS, webclient, etc) subs were dropped. They appear for a few lines then they were gone and then they will come back again and so on.

 

I thought that subs file encoding might play a role in this situation so what I did was to convert all my external subtitle files to UTF-8 without BOM since they were ISO-8859-1 before.

After I converted them I didn't face the problem again and all the subs are working flawlessly on every client.

 

I'm not sure how can this affect internal subs (embedded) but at least you can check with the encoding of one of the external subs and if it's not UTF-8 you can convert it and test.

 

Hope this helps.

 

Thanks for the suggestion, fc7!

 

I tried converting/ensuring that the external .srt file I used was UTF-8 coding. Sadly, it still exhibited this issue.

 

This was tested on the linux server version 3.0.5569.0.

[Luke 37028]

we are converting the .ass subs to a format the client understands on the fly. it might not be perfected yet. of course we can force transcoding to fix it but that's not really the most desirable way.

[Poptartica 12]

we are converting the .ass subs to a format the client understands on the fly. it might not be perfected yet. of course we can force transcoding to fix it but that's not really the most desirable way.

 

Thanks for the clarification on that! I was wondering, would you happen to have an idea of why it might also have this issue with both external and internal .srt files from the same videos?

 

Also, is there a way I can have my server force transcoding to fix this? Even if it's just a quick band-aid fix and not the most desirable solution, it would be really great if I could get them working again seeing as probably 80% of the activity on my MBServer will be with these kinds of subtitled files.

 

Regardless, the help is much appreciated!