I am using ffmpeg to cut out a section of a large file like this:

ffmpeg -i input.wmv -ss 60 -t 60 -acodec copy -vcodec copy output.wmv

The -ss part works fine but the -t is ignored. It correctly removes the initial specified seconds specified with -ss but then keeps going to the end of the input with the copy.

Is there a way to use ffmpeg to cut off the end of a video without recoding it?


You can use the -ss option to specify a start timestamp, and the -t option to specify the encoding duration. The timestamps need to be in HH:MM:SS.xxx format or in seconds (s.msec).

The following would clip the first 30 seconds, and then clip everything that is 10 seconds after that:

ffmpeg -ss 00:00:30.0 -i input.wmv -c copy -t 00:00:10.0 output.wmv
ffmpeg -ss 30 -i input.wmv -c copy -t 10 output.wmv

Note that -t is an output option and always needs to be specified after -i.

Some tips:

  • For older ffmpeg versions, if you use -ss after -i, you get more accurate seeking at the expense of a slower execution altogether. See also: Seeking with FFmpeg
  • You can use -to instead of -t to specify the timestamp to which you want to cut. So, instead of -i <input> -ss 30 -t 10 you could also do -i <input> -ss 30 -to 40 to achieve the same thing.

  • If your ffmpeg does not support -c, or -to, it is likely very outdated. Compile a new version yourself or download a static build from their homepage. It's really not complicated.

  • 6
    @Mondain Actually, you get more accuracy putting the -ss after. And slhck mentions this here blog.superuser.com/2012/02/24/… also in ffmpeg documentation for -ss it mentions a difference between putting it before or after.
    – barlop
    Oct 11 '13 at 0:38
  • 3
    From the docs, the part you said about -t being only an output option is incorrect: When used as an input option (before -i), limit the duration of data read from the input file. When used as an output option (before an output filename), stop writing the output after its duration reaches duration.
    – deweydb
    Aug 30 '16 at 2:52

As other people mentioned, putting -ss before (much faster) or after (more accurate) the -i makes a big difference. The section "Fast And Accurate Seeking" on the ffmpeg seek page tells you how to get both, and I have used it, and it makes a big difference. Basically you put -ss before AND after the -i, just make sure to leave enough time before where you want to start cutting to have another key frame. Example: If you want to make a 1-minute clip, from 9min0sec to 10min 0sec in Video.mp4, you could do it both quickly and accurately using:

ffmpeg -ss 00:08:00 -i Video.mp4 -ss 00:01:00 -t 00:01:00 -c copy VideoClip.mp4

The first -ss seeks fast to (approximately) 8min0sec, and then the second -ss seeks accurately to 9min0sec, and the -t 00:01:00 takes out a 1min0sec clip.

Also note this important point from that page: "If you use -ss with -c:v copy, the resulting bitstream might end up being choppy, not playable, or out of sync with the audio stream, since ffmpeg is forced to only use/split on i-frames."

This means you need to re-encode the video, even if you want to just copy it, or risk it being choppy and out of sync. You could try just -c copy first, but if the video sucks you'll need to re-do it.

  • -ss as an input option is both fast and accurate as of FFmpeg 2.1, so there's no need to include it as an output option too: trac.ffmpeg.org/wiki/Seeking
    – cgenco
    Jun 19 at 15:56
  • Is it possible to clarify: This answer says "You could try just -c copy first, but if the video sucks you'll need to re-do it." However, only -c copy is provided in the answer, there is no discussion of what options to add if the result is not cut correctly. What options should be added?
    – MRule
    Sep 16 at 12:27

I found that -ss combined with -c copy resulted in a half-second chop at the start.

To avoid that, you have to remove the -c copy (which admittedly will do a transcode).

  • 1
    It added 7 seconds at the beginning of the output when I used -c copy with -ss. Mar 24 '20 at 7:23
  • I found when removing the -c option, then there's no need to add a second -ss before -t option.
    – Harry
    Apr 30 at 1:59


Open the file in a media player that will frame by frame advance and play an AVISynth file with data such as:

DirectShowSource(("C:\Downloads\Video\Do you want him.flv"), Pixel_Type="yuy2").Crop(0,0,-0,-0)
Subtitle("C:\Downloads\Video\Do you want him.flv", font="Arial", size=24, text_color=$ff0000, align=3)
ShowFrameNumber(scroll=true, x=336, y=27, font="Arial", size=24, text_color=$ff0000)
ShowTime(x=398, y=44, font="Arial", size=24, text_color=$ff0000)

Then cut with the EXACT time format:

ffmpeg -i "Path\do you want him.flv"        \
       -ss 00:00:05.240 -to 00:00:08.360    \
       -vcodec libx264 -acodec libvo_aacenc \
       "Path\Do you want him1.flv"


ffmpeg -i "Path\do you want him.flv"        \
       -ss 00:00:10.240 -to 00:00:14.360    \
       -vcodec libx264 -acodec libvo_aacenc \
       "Path\Do you want him2.flv"

Now make a txt file with the video files with contents like:

file 'C:\Downloads\Video\Do you want him1.flv'
file 'C:\Downloads\Video\Do you want him2.flv'

Run ffmpeg:

ffmpeg -f concat -i FileList.txt -c copy "Path\NewName_joined.flv"
  • If you use -c copy it will maintain the original keyframes and their position. Your videos will be cut to those keyframes, so no, the time will not be exact. Oct 16 '19 at 15:46

use this format:

ffmpeg <start time> <input file> <cut duration> <out file>

eg. cut 60 second clip after 1 minute of video

ffmpeg.exe -ss 00:01:00 -i "in file.mp4" -to 00:01:00 -c copy out.mp4

start time before input file is faster.
start time after input file is accurate/precise.


For me -t option didn't work, but -vframes worked. I prefer using #frames, since I would rather cut at I-Frames and I found out GOP for video using ffprobe.

The command line that worked for me is:

ffmpeg -ss 60s -i input.wmv -vframes 1800 -acodec copy -vcodec copy output.wmv

By the way, putting -ss in the front of -i makes a big difference in execution time.

  • 1
    Actually -vframes (or -frames:v) should come after -i because it's an output option.
    – slhck
    Nov 20 '13 at 12:55

As with user225366, the -t option doesn't work for short videos, but it does for longer videos. For short videos it seems that -frames:v is better. This is what worked for me.

ffmpeg -ss 4 -i input.mp4 -frames:v 200 -vcodec copy output.mp4

-acodec copy needs to added if the video has audio, as the other answers show.


I see not many mention this (I'm no expert so maybe there is a catch), but if your file has other streams like subtitles and other metadata like chapters and so on, it's possible to cut/trim and keep all streams with the following command

ffmpeg -to 60 -i input.mkv -map 0 -c copy output.mkv

With -map 0 you take all the streams in the file, and with -c copy you copy all them as they are.
Using -to omitting the start via -ss will cut the input video from start to second 60.

Fiddling with map is useful also if you want only specific streams to be kept in the cut (maybe you don't need all the audio sources in the file, or only some subtitles).

I use this when I need to split big MKV files that can't be stored in FAT32 storage.

  • I added a start time and a end time, and it seems working well: ffmpeg -ss 18:50 -to 35:35 -i in.mp4" -map 0 -c copy out.mp4"
    – Harry
    Apr 30 at 3:41

Not the answer you're looking for? Browse other questions tagged or ask your own question.