Opened 9 months ago

Last modified 6 months 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)

eng.srt (62.1 KB) - added by MonoS 9 months ago.
Input subtitle file
log.txt (4.1 KB) - added by MonoS 9 months ago.
log

Download all attachments as: .zip

Change History (5)

Changed 9 months ago by MonoS

Input subtitle file

Changed 9 months ago by MonoS

log

comment:1 follow-up: Changed 9 months ago by Gyan

Use post-demuxer seek

ffmpeg -i eng.srt -ss 0:46:38.045 -c copy 3.srt

comment:2 in reply to: ↑ 1 Changed 9 months ago by MonoS

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?

Last edited 9 months ago by MonoS (previous) (diff)

comment:3 Changed 6 months ago by cehoyos

  • Component changed from ffmpeg to undetermined
  • Keywords subrip seek added; subtitle ss cut removed
Note: See TracTickets for help on using tickets.