57

I have a ton of MKV files I need to convert to MP4 and my chosen software is Handbrake.

I'm stuck on which settings would be best for the conversion. I want to retain full quality. Do I just convert with the original settings and not change anything or is there any specific thing I need to change?

3
  • Here is quite detailed guide on Handbrake's settings mattgadient.com/2013/06/12/…
    – janot
    May 18, 2015 at 23:38
  • i'm getting an error on some files (for mkv to mp4 and mp4 to mkv): Output file #0 does not contain any stream. Anybody have any idea what this means?
    – oldboy
    Sep 14, 2017 at 1:15
  • You can use VCL Player to do this. File -> Convert/stream.
    – paq85
    Sep 18, 2021 at 15:58

2 Answers 2

103

What's the problem with Handbrake?

When you're using Handbrake to convert from one container format to the other (i.e. MKV to MP4 in your case), Handbrake will re-encode the video. See also the respective feature request that would have enabled video passthrough:

Sorry, adding video passthrough is not planned. HandBrake is designed to be a video transcoder. It wasn't designed to allow passthrough.

So, anytime you're changing containers with Handbrake, your video is going to get re-encoded, which means it a) takes time and b) may introduce quality loss.

Do I have to re-encode? Couldn't I just swap the container?

Since passthrough is not possible, ask yourself: Do I need to re-encode? If you only want to change the container from MKV to MP4, you usually don't need to encode anything, you just change the "wrapping" around the video. This doesn't lose quality, and it'll be a much faster process.

You can swap containers easily with FFmpeg – you just have to tell it to copy the video and audio streams:

ffmpeg -i input.mkv -c copy -map 0 output.mp4

There are also tools like MP4Box which can also create MP4 containers — the same exists for MKV with MKVtoolnix.

However, there's a big caveat: this only works if the audio and video codecs are supported in the target (MP4) container, which is the case for H.264/H.265 and AAC, for example, but not for many others. Also, subtitle format support for MP4 is different from MKV, and actually quite restricted, so this command may fail.

If this command does not work, and if your input uses the wrong codecs for the output container, you will probably have to re-encode. In this case, the codecs will be adapted to the output container.

To understand why this is necessary, it's important to learn the difference between video codecs and containers. This will help you understand why changing containers works and why the containers MP4 and MKV have little to do with video codecs, actually.

Why is re-encoding bad, anyway?

You can (usually) not retain full quality when encoding a video that was already encoded. This is because the original has already been compressed by throwing away information, and by doing it again you're introducing generation loss.

Often, you want to re-encode video when for example its dimensions change, or you need a specific bit rate to squeeze your video stream into, or your original video uses a codec that you can't play for whatever reason.

So, if you load your MKV video into Handbrake, and re-encode it with x264, the H.264 encoder Handbrake uses, store it in an MP4 container, you are going to lose quality no matter what, unless you set the bitrate or quality factor so high that you won't (really) see the difference. But then, the file size will be bigger as well.

In the ideal case, you would convert the video to an uncompressed video, which won't lose you any quality, but give you files of a dozen Gigabytes in size, even for a few minutes of video material.

Okay, but I really have to re-encode!

If you really have to re-encode, make sure not to set an average bitrate, but choose a Constant Rate Factor, which is something like "constant quality". Just like "variable bit rate" for MP3: It will make sure to spend the bits on the video parts that need them and make the overall quality better — at the same file size.

Sane CRF values are from 19 to 24, where lower means "better". So, you could try with a Rate Factor of 19. Also, make sure to set the "High" profile, which enables the encoder to use all bells and whistles and optimize the quality for a given bit rate.

15
  • Thank you! It seems you are the only one who seems to care about this question and help me out, I followed your advice and seems the quality is same as the original! :)
    – orange
    Sep 11, 2012 at 18:46
  • 1
    Just to be clear, Handbrake is not capable of merely changing the container format without reencoding? Jun 13, 2018 at 23:44
  • 2
    @BallpointBen Not possible, no: github.com/HandBrake/HandBrake/issues/…
    – slhck
    Jun 14, 2018 at 9:17
  • 2
    @Hashim I tried to clarify the post as requested. And regarding your question, since Handbrake does not allow passthrough, converting from MP4 to MKV will introduce quality loss. And it'll take a lot of time. Just do ffmpeg -i input.mp4 -c copy output.mkv and you should be fine.
    – slhck
    Jan 8, 2019 at 9:18
  • 1
    @Hashim No, there is no loss inherent to changing containers, but because Handbrake cannot copy the video stream, it has to encode it again, which introduces loss (unless you set a really low CRF). The container storage itself is lossless, so whether you are using MKV or MP4 does not matter.
    – slhck
    Jan 8, 2019 at 22:25
5

This works very well for me. Below is code to convert all .mkv to .mp4 files in windows.

  • You may need to add ffmpeg to your path. you can just put the full path to the ffmpeg executable, D:\apps\ffmpeg\bin\ffmpeg.exe
  • Download ffmpeg for windows here.
  • Usage: Drop a .mkv file onto it. It will do the whole directory.

Save in a file called convert.bat.

for %%a in ("*.mkv") do ffmpeg.exe -i "%%a" -vcodec copy -acodec copy "%%~na .mp4"
pause
2
  • Works like a charm. Mar 21, 2016 at 6:36
  • I put this in the folder with ffmpeg.exe and then changed it to for %%a in ("*.mkv") do %~dp0ffmpeg.exe -i "%%a" -vcodec copy -acodec copy "%%~na .mp4" Mar 30, 2017 at 1:32

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .