Subtitles not clearing

[peEtr]

I don't watch very many videos with subtitles, so I don't know if this started recently or not. When I turn on subtitles and watch the video, the lines of text never disappear! As I continue to watch, they just keep stacking up on top of the video. I am using 0.9.9 on Vista x64. All the videos that I have to test it with are .mkvs with the subs included in the file, but I just tested several different videos and they all do the same thing. I went into the VLC settings and hit reset just to make sure I didn't change something I shouldn't have, but it still happens.

Here is a screenshot of what I see after a little bit (image is a link to fullsize):



Any ideas?

Thanks,
Pete

[VLC_help]

Could you share us one file that shows this issue? Have you tested playback of VLC 1.0.0 test builds?

[peEtr]

I just tried with vlc-1.0.0-pre2-20090421-2205-win32. The subtitles are still not clearing, but instead of just stacking, the go above each other until they reach the top of the video, then they start stacking there.

Here is a screenshot (image is link to fullscreen):

[VLC_help]

Two things come to my mind. Either VLC has a bug or subtitle file has wrong ending times.

[peEtr]

When I play the same file with a different media player the subtitles work without a problem. So I guess it's either a bug with VLC, or some PC or driver setting that jacks with the way VLC handles subtitles.

[VLC_help]

VLC does its own subtitle decoding, so drivers shouldn't affect to that. Could you share us sample file that shows this issue?

[lesamateurs]

Hi there,

I believe the problem is that VLC always assumes that the timecodescale is 1.000.000, however if it is not, and something else (e.g. 50.000), then the subpicture is
shown much longer than it should. So VLC doesn't calculate durations with the proper timecodescale.

Example: Lets say a subpicture with a 2 second duration would show 40 seconds, instead of 2, when assuming a timecodescale of 1.000.000, instead of calculating with the
respective timecodescale.

Reference: http://matroska.org/technical/specs/index.html

Block Duration:
The duration of the Block (based on TimecodeScale).

Good day.

[Jean-Baptiste Kempf]

Patches are welcome. Samples too.

[Lotesdelere]

When I play the same file with a different media player the subtitles work without a problem. So I guess it's either a bug with VLC, or some PC or driver setting that jacks with the way VLC handles subtitles.

Please post a sample of this video.

[lesamateurs]

Here is a sample: http://www.sendspace.com/file/nmgkoa

The one and only subpicture kicks in at 00:30, and is supposed to end at 00:32. However you'll see it stays on for 40 seconds.

[VLC_help]

http://trac.videolan.org/vlc/ticket/2702
trac ticket created.

[Lotesdelere]

This problem occurs when commas are used as time separator in the SRT file.

After extracting the SRT file from the sample posted above I got this:

Code: Select all

1 00:00:30,000 --> 00:00:32,000 Here is the bug...

Which is not working fine.

But if I edit the SRT file using dots like this:

Code: Select all

1 00:00:30.000 --> 00:00:32.000 Here is the bug...

Then it's working fine as expected in the remuxed MKV.

I think I've already seen a post or a ticket about this issue.

[lesamateurs]

This problem occurs when commas are used as time separator in the SRT file.

After extracting the SRT file from the sample posted above I got this:

Code: Select all

1 00:00:30,000 --> 00:00:32,000 Here is the bug...

Which is not working fine.

But if I edit the SRT file using dots like this:

Code: Select all

1 00:00:30.000 --> 00:00:32.000 Here is the bug...

Then it's working fine as expected in the remuxed MKV.

I think I've already seen a post or a ticket about this issue.

If you remux with mkvtoolnix, the timecodescale will be set back to 1.000.000 (default in mkvtoolnix). So the remuxed mkv will obviously work fine, as VLC handles this timecodescale
correctly.

Regards

[Jean-Baptiste Kempf]

[0x9412a10] mkv demux debug: | + Information
[0x9412a10] mkv demux debug: | | + Muxing Application=mkv2rls v1.0
[0x9412a10] mkv demux debug: | | + Writing Application=x264.exe
[0x9412a10] mkv demux debug: | | + TimecodeScale=50000
[0x9412a10] mkv demux debug: | | + Duration=2122123
[0x9412a10] mkv demux debug: | | + Seek

From the sample!

I don't get why the TimecodeScale isn't used.

[Pet0r]

Hello,

I also have the problem with non-clearing subtitles.
Is there a new solution, without remuxxing with mkv toolnix?

[VLC_help]

If it doesn't work with VLC 1.0.0 then there isn't any other way than remuxing.