Answers.Body: <p>Try a video editor like <a href="http://www.lwks.com/" rel="nofollow">Lightworks</a> to join them into one video, there you can cut any black frames and won't have to deal with possible glitches introduced by muxing different videos into one stream.</p>
  
  <p>If your videos are indeed webm and not h264 you might need transcode them into another codec (f.e. with ffmpeg), a production codec like MJPEG or any lossless codec might be suitable as an intermediate codec so you don't loose much visual quality after exporting your finished video.</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2014-06-26T15:27:03.253Z
Answers.Text: I've tried using video editors to join videos in the past, but these programs allways try to reencode the videos. Also I was told to use mkvmerge precisely to avoid recoding them to anything (even MJPEG) so they didn't lose quality.
Answers.UserDisplayName: noName
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2014-06-26T18:45:56.957Z
Answers.Text: Sure muxing is always the lossless method.
  You can also use ffmpeg to cut the file without re-encoding. Might be a bette solution than mkvmerge.
Answers.UserDisplayName: timonsku
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2014-06-26T15:23:41.643Z
Answers.LastActivityDate: 2014-06-26T15:23:41.643Z
Answers.UserDisplayName: timonsku
Answers.Body: <p>Maybe try a different tool for muxing your files all into one?  Like ffmpeg's <code>concat</code> meta-demuxer.  (the concat filter (<code>-vf concat</code>) doesn't work with <code>-codec copy</code>, but <code>-f concat</code> for the input does.)</p>
  
  <p><a href="https://trac.ffmpeg.org/wiki/Concatenate" rel="nofollow">https://trac.ffmpeg.org/wiki/Concatenate</a></p>
  
  <p>Probably your pauses in the concatenated video are from a timestamp glitch in the merged file.  The <code>mkvmerge</code> <a href="https://www.bunkus.org/videotools/mkvtoolnix/doc/mkvmerge.html" rel="nofollow">manual</a> sheds some light on how it does timestamps for the resulting file.</p>
  
  <p>You could check the frame pts values in your merged file with <code>ffplay -vf showinfo</code> (from ffmpeg).  (or <code>ffmpeg -i merged.mkv -vf showinfo -f null -</code> to not show the video.)  If there are big gaps in the pts (presentation timestamp) of frames on the merge boundaries, then that's why the player is pausing.</p>
  
  <p>Using a different tool to concat (like ffmpeg) might solve it.  Or you can do what Prof. Sparkles suggested, but without actually encoding to lossy mjpeg, and then back to lossy h.264.  Tell ffmpeg that the input frames should be considered 24000/1001 fps CFR, and that it should generate new PTS values, ignoring the input timestamps.  (old question, so not digging up the details on how to do it.  check the ffmpeg manual.)</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-02-23T01:56:48.720Z
Answers.LastActivityDate: 2015-02-23T01:56:48.720Z
Answers.UserDisplayName: Peter Cordes
Body: <p>I've donwloaded some youtube videos that I want to join. I joined them with mkvmerge, but in the joined video, there are ~5 seconds skips (in VLC the second counter stops and then jumps 5 seconds) at the start of each video I joined (even at the start). Is there another way to join them so I won't have this problem?</p>
  
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2014-07-18T13:28:25.650Z
Comments.Text: Do other players have this problem as well or only VLC?
Comments.UserDisplayName: v010dya
Tags: <video>
Title: Little skip in webm videos joined with mkvmerge
UserDisplayName: noName
ThreadText: # Little skip in webm videos joined with mkvmerge
  
  (Asked by: username_0 on 2014-06-25)
  
  I've donwloaded some youtube videos that I want to join. I joined them with mkvmerge, but in the joined video, there are ~5 seconds skips (in VLC the second counter stops and then jumps 5 seconds) at the start of each video I joined (even at the start). Is there another way to join them so I won't have this problem?
  
  **Tags:** video
  
  > **Comments:**
  > **username_1**: Do other players have this problem as well or only VLC?  
  
  ---
  
  ## 2 answers
  
  ### Answer by username_2 on 2014-06-26. Score: 1
  
  Try a video editor like [Lightworks](http://www.lwks.com/) to join them into one video, there you can cut any black frames and won't have to deal with possible glitches introduced by muxing different videos into one stream.
  
  If your videos are indeed webm and not h264 you might need transcode them into another codec (f.e. with ffmpeg), a production codec like MJPEG or any lossless codec might be suitable as an intermediate codec so you don't loose much visual quality after exporting your finished video.
  
  > **Comments:**
  > **username_0**: I've tried using video editors to join videos in the past, but these programs allways try to reencode the videos. Also I was told to use mkvmerge precisely to avoid recoding them to anything (even MJPEG) so they didn't lose quality.  
  > **username_2**: Sure muxing is always the lossless method. You can also use ffmpeg to cut the file without re-encoding. Might be a bette solution than mkvmerge.  
  
  ---
  
  ### Answer by username_3 on 2015-02-23. Score: 1
  
  Maybe try a different tool for muxing your files all into one? Like ffmpeg's `concat` meta-demuxer. (the concat filter (`-vf concat`) doesn't work with `-codec copy`, but `-f concat` for the input does.)
  
  <https://trac.ffmpeg.org/wiki/Concatenate>
  
  Probably your pauses in the concatenated video are from a timestamp glitch in the merged file. The `mkvmerge` [manual](https://www.bunkus.org/videotools/mkvtoolnix/doc/mkvmerge.html) sheds some light on how it does timestamps for the resulting file.
  
  You could check the frame pts values in your merged file with `ffplay -vf showinfo` (from ffmpeg). (or `ffmpeg -i merged.mkv -vf showinfo -f null -` to not show the video.) If there are big gaps in the pts (presentation timestamp) of frames on the merge boundaries, then that's why the player is pausing.
  
  Using a different tool to concat (like ffmpeg) might solve it. Or you can do what Prof. Sparkles suggested, but without actually encoding to lossy mjpeg, and then back to lossy h.264. Tell ffmpeg that the input frames should be considered 24000/1001 fps CFR, and that it should generate new PTS values, ignoring the input timestamps. (old question, so not digging up the details on how to do it. check the ffmpeg manual.)
  
  
  ---
  
  