Skip to content

faster seek time when cutting with FFmpeg#44

Open
jakeman2048 wants to merge 1 commit intoBrettSheleski:masterfrom
jakeman2048:patch-1
Open

faster seek time when cutting with FFmpeg#44
jakeman2048 wants to merge 1 commit intoBrettSheleski:masterfrom
jakeman2048:patch-1

Conversation

@jakeman2048
Copy link

Apparently adding the "-ss" before "-i", fast seek is utilized. I'm seeing 2.5x faster cuts overall with this change.

Reference: https://trac.ffmpeg.org/wiki/Seeking#Cuttingsmallsections

Apparently adding the "-ss" before "-i", fast seek is utilized. I'm seeing 2.5x faster cuts overall with this change.

Reference: https://trac.ffmpeg.org/wiki/Seeking#Cuttingsmallsections
@jakeman2048
Copy link
Author

Actually, this might affect the duration since it might seek inaccurately in certain instances.

When used as an input option (before -i), seeks in this input file to position. Note that in most formats it is not possible to seek exactly, so ffmpeg will seek to the closest seek point before position. When transcoding and -accurate_seek is enabled (the default), this extra segment between the seek point and position will be decoded and discarded. When doing stream copy or when -noaccurate_seek is used, it will be preserved.

I guess some testing is necessary. This works perfectly on my MPEG-TS files though.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant