Problem with srt subtitles

[cmouse]

I am experiencing a strange problem with SRT subtitles, namely, the subtitles are going too fast. It won't help to increase subtitle display delay, as one has to do that incrementally, starting from 1000 ms and ending up into around 100 000 ms with 45 minute episode. With few episodes, this problem does not occur. The only difference I can spot is that framerate on working video is 23.976215 and framerate on non-working video is 23.976000.

The subtitles are time based, and not framerate based, so this leads me to suspect a problem with one of the codecs. Codecs used are

subtitles: subt
video: DIV3
audio: a52
VLC version on 1.1.5.

Any ideas how to fix this?

[Jean-Baptiste Kempf]

Increase or decrease the speed.

[VLC_help]

The other file is prolly damaged or corrupted. Nobody would use 23.976215 framerate.

[cmouse]

Increase or decrease the speed.

That is what I am doing now. But it's annoying to do that incrementally. It is not fixable with "static" delay, but one has to increase the delay as the clip progresses.

The other file is prolly damaged or corrupted. Nobody would use 23.976215 framerate.

Well it works just fine and that is the framerate reported. Oddly enough, this is the file which has working subtitles.

[Jean-Baptiste Kempf]

I didn't say increase the delay, I said speed

[cmouse]

How do I do that, then? The subtitles go too fast, and I can't find a way to make 'em slower. It just puzzles me how they can be, as they are like this

Code: Select all

14 00:00:44,605 --> 00:00:47,689 - What is it? - I don't know. 15 00:00:49,109 --> 00:00:50,390 Something...

I checked the times with a random sample, and was assured that the time stamps are not off. They are correct. So how is it possible that it's not shown on the correct spot? I mean, it's not tied to fps in the first place, hence why I suspect a codec failure. It ought to be able to show them at correct place. Furthermore, I tried with Media Player Classic, and much to my suprise, it does the exact same thing. Perhaps it is a common bug in a codec you both use?