<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>

CC BY-SA 3.0
2014-06-26T15:27:03.253Z
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.
noName
CC BY-SA 3.0
2014-06-26T18:45:56.957Z
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.
timonsku
CC BY-SA 3.0
2014-06-26T15:23:41.643Z
2014-06-26T15:23:41.643Z
timonsku
<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>

CC BY-SA 3.0
2015-02-23T01:56:48.720Z
2015-02-23T01:56:48.720Z
Peter Cordes
<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>

CC BY-SA 3.0
2014-07-18T13:28:25.650Z
Do other players have this problem as well or only VLC?
v010dya
<video>
Little skip in webm videos joined with mkvmerge
noName
# 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.)


---

