The concat demuxer is a far better choice for most projects.Īn alternative suggestion: Personally I prefer using the Matroska container due to it's flexibility and low overhead and join videos with the same encoding using mkvmerge -o output.mkv input1.mkv + input2.mkvĬoncatenation of files with different codecs: The above is only included in an attempt to create a thorough answer. Note: as mentioned above the concat protocol is severely limited in what streams and containers it supports so I never use it.

Note: All the clips must already exist or the command will fail because decoding won't start until the whole list is read.įfmpeg -i 'concat:video1.ts|video2.ts|video3.ts' -c copy output.ts There are tips for auto generating the file available in the docs. It's possible that this may vary with your version of ffmpeg. the 'copy codec' is blazing fast.Įdit: Note that although the docs say you don't need -safe 0 if the paths are relative, my testing indicates it's a requirement. The files will be stream copied in the order they appear in the vidlist.txt into the output container. In case it's not abundantly clear, replace output with the video filename you wish to produce (whether that be output.mp4, output.mkv, output.avi) ffmpeg will utilize the container indicated by the extension. Note that these can be either relative or absolute paths.įfmpeg -f concat -safe 0 -i vidlist.txt -c copy output The demuxer is more flexible – it requires the same codecs, but different container formats can be used and it can be used with any container formats, while the concat protocol only works with a select few containers.Ĭreate a text file named vidlist.txt in the following format: file '/path/to/clip1' file '/path/to/clip2' file '/path/to/clip3'

There are two methods within ffmpeg that can be used to concatenate files of the same type: the concat demuxer & the concat protocol

Losslesscut safe