Opened 7 years ago
Last modified 5 years ago
#7042 new defect
Wrong subtitle cut using -ss input option
| Reported by: | MonoS | Owned by: | |
|---|---|---|---|
| Priority: | normal | Component: | undetermined |
| Version: | git-master | Keywords: | subrip seek |
| Cc: | Blocked By: | ||
| Blocking: | Reproduced by developer: | no | |
| Analyzed by developer: | no |
Description
Summary of the bug:
When applying an -ss offset on a srt subtitle file the resulting output file is cut at the wrong line and has the wrong offset.
Using the attached eng.srt file and an -ss of 0:46:38.045 i expect the cut to happen on the 641th line with a timestamp of about 7 seconds, instead it happen on the 640th line messing up with the timecodes
How to reproduce:
ffmpeg -ss 0:46:38.045 -i eng.srt 3.srt ffmpeg version N-90168-gc0919c4985
Attachments (2)
Change History (6)
by , 7 years ago
follow-up: 2 comment:1 by , 7 years ago
Use post-demuxer seek
ffmpeg -i eng.srt -ss 0:46:38.045 -c copy 3.srt
comment:2 by , 7 years ago
Replying to Gyan:
Use post-demuxer seek
ffmpeg -i eng.srt -ss 0:46:38.045 -c copy 3.srt
Why the output should be different between using -ss as an input or output filter in this case?
comment:3 by , 7 years ago
| Component: | ffmpeg → undetermined |
|---|---|
| Keywords: | subrip seek added; subtitle ss cut removed |
comment:4 by , 5 years ago
Post-demuxer seek doesn't work correctly either.
If you have two subtitles:
00:05 --> 00:15 one 00:15 --> 00:20 two
And you seek the output to start at 00:10, the output will look like this:
00:05 --> 00:10 two
It should include five seconds of the first subtitle line, but it instead discards it.
Input subtitle file