Hi CARl, I found a few interesting behaviours of DOM with subtitles.
1. Usually, but not always, the position commands in srt files are ignored.
2. Double subtitle lines with position commands are not shown in the DCP when subtitles imported as XML files are burned in. To force the subtitles to appear one needs to split the lines. Then each each separate line appears properly on the screen. Not a biggy when you do trailers, but for feature films its a pain in the butt.
3. When applying a bold font for all variations (Normal, Bold and Italic) for burned-in subtitles, the subtitles appear in a normal weight, not bold.
Applying a bold command on a srt or xml file rectifies the situation.
Subtitle bugs
-
- Site Admin
- Posts: 2548
- Joined: Thu Nov 14, 2013 2:53 pm
Re: Subtitle bugs
Have you got example .srt files that trigger these problems?1. Usually, but not always, the position commands in srt files are ignored.
2. Double subtitle lines with position commands are not shown in the DCP when subtitles imported as XML files are burned in. To force the subtitles to appear one needs to split the lines. Then each each separate line appears properly on the screen. Not a biggy when you do trailers, but for feature films its a pain in the butt.
This may be difficult to get around as I think the font selection code will know that DoM is asking for a normal font and will provide one even if it has to substitute a system one instead of the bold ones you have provided.3. When applying a bold font for all variations (Normal, Bold and Italic) for burned-in subtitles, the subtitles appear in a normal weight, not bold.
Applying a bold command on a srt or xml file rectifies the situation.
-
- Posts: 92
- Joined: Mon Apr 11, 2016 3:59 am
Re: Subtitle bugs
Here's the file
You do not have the required permissions to view the files attached to this post.
-
- Site Admin
- Posts: 2548
- Joined: Thu Nov 14, 2013 2:53 pm
Re: Subtitle bugs
Have you got the .srt file that you made that from?
-
- Posts: 92
- Joined: Mon Apr 11, 2016 3:59 am
Re: Subtitle bugs
Here
You do not have the required permissions to view the files attached to this post.
-
- Site Admin
- Posts: 2548
- Joined: Thu Nov 14, 2013 2:53 pm
Re: Subtitle bugs
As far as I can see the position commands (\an8) are not valid SubRip: they are from the ASS spec. See the discussion here. What program did you make the .srt in?
-
- Posts: 92
- Joined: Mon Apr 11, 2016 3:59 am
Re: Subtitle bugs
its SubtitleEdit from http://www.nikse.dk
One of the best there is. If only it worked natively on Mac OS
Well, the commands are used in xml files and are interpreted properly, but only on one-liners. Double lines are no go.
One of the best there is. If only it worked natively on Mac OS
Well, the commands are used in xml files and are interpreted properly, but only on one-liners. Double lines are no go.
-
- Site Admin
- Posts: 2548
- Joined: Thu Nov 14, 2013 2:53 pm
Re: Subtitle bugs
Which one-liners have positional commands that are interpreted properly? Can you give me subtitle number(s) from the subrip file?
-
- Posts: 92
- Joined: Mon Apr 11, 2016 3:59 am
Re: Subtitle bugs
Lines 21, 22, 24, 25, 26, 27, 28, 29, 31, 32, 33, 34, 35
-
- Site Admin
- Posts: 2548
- Joined: Thu Nov 14, 2013 2:53 pm
Re: Subtitle bugs
So you see subtitles at the top of the screen on these lines? When I load that .srt into DCP-o-matic it puts, say, line 21 at the bottom of the screen; i.e. it never parses {\an8}.