Multi-line subtitles not displaying properly

[kyrios 4]

This is related to subtitle. The subtitle I test was in .SRT format.

Bug is when there are 2 lines, Emby try to combine into 1 line 1st.

For example subtitle in dialogue.

1
00:00:00,000 --> 00:00:02,270
- Hi, what's your name?
- I'm Mike. And you?

2
00:00:02,300 --> 00:00:04,000

Will be displayed as

- Hi, what's your name? - I'm Mike. And you?

While I believe it should be like this

- Hi, what's your name?
- I'm Mike. And you? 

I'm kinda confuse with this format. Please keep the subtitle untouch.

Edited September 3, 2017 by kyrios

[ebr 16169]

Was this an external or internal subtitle file?

[kyrios 4]

Internal subtitle.

DeadPool.2016 folder
==> DeadPool.2016.mkv
==> DeadPool.2016.nfo
==> DeadPool.2016.srt

[ebr 16169]

 

Internal subtitle.

DeadPool.2016 folder
==> DeadPool.2016.mkv
==> DeadPool.2016.nfo
==> DeadPool.2016.srt

 

You actually mean external, correct...?

[kyrios 4]

Oh yes. I apologize.

I thought external means downloading from external site such as subscene while internal means with use .SRT or .ASS in separate file.

Now I realize that .ASS file can be embedded inside container such as .MKV and considered as internal subtitle.

 

PS: 1st post edited to give you more clearer information.

Edited September 3, 2017 by kyrios

[CBers 7450]

Did you check the SRT file to see if the text is on the same (time)line?

[ebr 16169]

Do you know exactly what character(s) exist in the .srt file indicating a new line?

 

The problem is that different files will have different representations of a "new line".

[MndWrp 101]

Do you know exactly what character(s) exist in the .srt file indicating a new line?

 

The problem is that different files will have different representations of a "new line".

I got the same issue actually.. is there a preferred symbol to have it break right?

 

I dislike dialogs on a single line...

- Hi dude! - Hello.

 

Much better is...

- Hi dude!

- Hello.

 

Sent from my SM-G920W8 using Tapatalk

[kyrios 4]

It's a plain .txt file in ANSI format.

Here's an example of .srt file I use

https://we.tl/Y0RIYgqXZH

[Parallax 0]

Do you know exactly what character(s) exist in the .srt file indicating a new line?

 

The problem is that different files will have different representations of a "new line".

Hi - new Emby user here chiming in. I'm currently using the beta app on the Nvidia Shield, and I'm experiencing the exact same problem as OP (ie. double lines of subtitles are sometimes inexplicable condensed into one).

 

To clarify my situation, I'm always using local internal UTF8 encoded SRT subtitles (embeded into the mkv).

New Lines in the SRT are rendered as CR LF (also known as \r\n).

 

A few examples, these are all rendered as single lines:

1
00:01:30,520 --> 00:01:31,840
- Mama!
- We know.

2
00:01:32,000 --> 00:01:34,151
Jyn, gather your things. It's time.

3
00:01:45,480 --> 00:01:47,790
- Hello?
- Saw, it's Lyra.

Here's an example of the first subtitle that is actually rendered with two lines. The last word "liar." is the one appearing on the bottom line.

41
00:05:00,400 --> 00:05:03,472
You're an inspired scientist,
but you're a terrible liar.

This leads me to speculate that there are some rendering rules in Emby App with the subtitles, ie. any subtitle over a given length will have words over the length split into the bottom line. This would be incorrect rendering of the subtitles, since double lines in the subtitles should be displayed as double lines when playing the video, regardless of length.

 

Whatever the actual case, those are my observations.

Edited September 21, 2017 by Parallax

[Luke 42077]

We're looking into it. Thanks for the detailed report.

[ebr 16169]

Hi - new Emby user here chiming in. I'm currently using the beta app on the Nvidia Shield, and I'm experiencing the exact same problem as OP (ie. double lines of subtitles are sometimes inexplicable condensed into one).

 

To clarify my situation, I'm always using local internal UTF8 encoded SRT subtitles (embeded into the mkv).

New Lines in the SRT are rendered as CR LF (also known as \r\n).

 

A few examples, these are all rendered as single lines:

1
00:01:30,520 --> 00:01:31,840
- Mama!
- We know.

2
00:01:32,000 --> 00:01:34,151
Jyn, gather your things. It's time.

3
00:01:45,480 --> 00:01:47,790
- Hello?
- Saw, it's Lyra.

Here's an example of the first subtitle that is actually rendered with two lines. The last word "liar." is the one appearing on the bottom line.

41
00:05:00,400 --> 00:05:03,472
You're an inspired scientist,
but you're a terrible liar.

This leads me to speculate that there are some rendering rules in Emby App with the subtitles, ie. any subtitle over a given length will have words over the length split into the bottom line. This would be incorrect rendering of the subtitles, since double lines in the subtitles should be displayed as double lines when playing the video, regardless of length.

 

Whatever the actual case, those are my observations.

 

These are internal subs and you are on the beta of the app?  Can you confirm the version number of the app and that they are actually internal subs?

 

Thanks.

[Parallax 0]

These are internal subs and you are on the beta of the app?  Can you confirm the version number of the app and that they are actually internal subs?

 

Thanks.

The version displayed on the Shield is v1.4.52g.

On the Server-end (v.3.2.31.0) I have disabled downloading of subtitles to ensure external ones are not loaded.

 

Attached a screenshot from mkvmerge gui to show the subs are indeed internal:

 

[ebr 16169]

The version displayed on the Shield is v1.4.52g.

On the Server-end (v.3.2.31.0) I have disabled downloading of subtitles to ensure external ones are not loaded.

 

Attached a screenshot from mkvmerge gui to show the subs are indeed internal:

 

 

Okay, thanks.  One last question, was the item transcoding or direct playing (was an ffmpeg log generated on the server during playback)?

[Parallax 0]

Okay, thanks.  One last question, was the item transcoding or direct playing (was an ffmpeg log generated on the server during playback)?

Looks like it transcodes because of the audio codec - attached is the log

ffmpeg-remux-414ccfd8-f569-4e23-803f-77af1245b9c7.txt

Edited September 22, 2017 by Parallax

[ebr 16169]

Okay, thanks.  That is good news because it means we may be able to do something about it.

[Parallax 0]

Since it's been a couple of weeks, I thought I would check in to hear what's the status of finding the cause or implementing a fix for this?

[Luke 42077]

Hi, we are still looking into this, thanks.

[ricknds 6]

Hello!

I would like to report a similar problem:

 

I've been noticing that always in the two-line subtitle the video playback locks and skips a few frames.

This happens VERY fast, but the repetition of it makes unpleasant to watch a subtitled movie.

Today, I noticed that there is a "fix audio/video problem" option and after I selected it, the subtitle formatting is changed and the problem is gone!!

But then, happens the related above: the two lines of the subtitle keeps together!

 

I take this opportunity to thank you for this FANTASTIC application!!

 

P.S.> Could you, please, add the option to change the subtitle color?

 

[ebr 16169]

Can you please try this with the latest beta version?

 

Thanks.

[Parallax 0]

Hi again,

 

It's weird, but now no subtitles are displayed at all (also tested with another video). I've made sure that "English" and not "None" is selected from the meny when playing the video.

Current versions:

 

Server: 3.2.35.0

App: 1.5.00g

Android OS: v6.0 (updated in the interim)

 

Attached log.

ffmpeg-remux-f59eeeb3-9fa0-4a58-9dd4-b5557faa888c.txt

Edited October 29, 2017 by Parallax

[MattS156 0]

Is there any answer to this problem? It still exists.

[MattS156 0]

Never mind, I found a solution. After trying a couple of different subtitle formats, I found that the .ASS format supports multi-line, external subtitles. I used Subtitle Edit to save an existing .SRT file as .ASS and the multi-line subs started working correctly.

[ebr 16169]

Well done.

[rbjtech 5284]

Odd as double line external SRT's work just fine (display over 2 lines) on my FireTV and Shield device... ?