Handbrake settings to convert MKV to MP4 while retaining the original quality
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?
video-conversion mp4 matroska handbrake
add a comment |
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?
video-conversion mp4 matroska handbrake
Here is quite detailed guide on Handbrake's settings mattgadient.com/2013/06/12/…
– janot
May 18 '15 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?
– user2230470
Sep 14 '17 at 1:15
add a comment |
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?
video-conversion mp4 matroska handbrake
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?
video-conversion mp4 matroska handbrake
video-conversion mp4 matroska handbrake
edited Mar 11 '13 at 19:14
slhck
161k47447470
161k47447470
asked Sep 10 '12 at 17:23
orangeorange
41531013
41531013
Here is quite detailed guide on Handbrake's settings mattgadient.com/2013/06/12/…
– janot
May 18 '15 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?
– user2230470
Sep 14 '17 at 1:15
add a comment |
Here is quite detailed guide on Handbrake's settings mattgadient.com/2013/06/12/…
– janot
May 18 '15 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?
– user2230470
Sep 14 '17 at 1:15
Here is quite detailed guide on Handbrake's settings mattgadient.com/2013/06/12/…
– janot
May 18 '15 at 23:38
Here is quite detailed guide on Handbrake's settings mattgadient.com/2013/06/12/…
– janot
May 18 '15 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?
– user2230470
Sep 14 '17 at 1:15
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?
– user2230470
Sep 14 '17 at 1:15
add a comment |
2 Answers
2
active
oldest
votes
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.
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 '12 at 18:46
For some mkv files this will fail with (Could not write header for output file...incorrect codec). Use ffprobe -i file.mkv to see what format the a/v is in, you will likely need to reecode with x264 video and aac/ac3 audio
– ski_squaw
Apr 9 '16 at 18:33
u 100% certain that rewrapping files doesn't cause quality loss??
– user2230470
Sep 14 '17 at 0:45
1
@BallpointBen Not possible, no: github.com/HandBrake/HandBrake/issues/…
– slhck
Jun 14 '18 at 9:17
1
@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 doffmpeg -i input.mp4 -c copy output.mkv
and you should be fine.
– slhck
Jan 8 at 9:18
|
show 11 more comments
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:appsffmpegbinffmpeg.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
Works like a charm.
– Kit Johnson
Mar 21 '16 at 6:36
I put this in the folder with ffmpeg.exe and then changed it tofor %%a in ("*.mkv") do %~dp0ffmpeg.exe -i "%%a" -vcodec copy -acodec copy "%%~na .mp4"
– davidtbernal
Mar 30 '17 at 1:32
add a comment |
protected by slhck Feb 11 '14 at 7:23
Thank you for your interest in this question.
Because it has attracted low-quality or spam answers that had to be removed, posting an answer now requires 10 reputation on this site (the association bonus does not count).
Would you like to answer one of these unanswered questions instead?
2 Answers
2
active
oldest
votes
2 Answers
2
active
oldest
votes
active
oldest
votes
active
oldest
votes
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.
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 '12 at 18:46
For some mkv files this will fail with (Could not write header for output file...incorrect codec). Use ffprobe -i file.mkv to see what format the a/v is in, you will likely need to reecode with x264 video and aac/ac3 audio
– ski_squaw
Apr 9 '16 at 18:33
u 100% certain that rewrapping files doesn't cause quality loss??
– user2230470
Sep 14 '17 at 0:45
1
@BallpointBen Not possible, no: github.com/HandBrake/HandBrake/issues/…
– slhck
Jun 14 '18 at 9:17
1
@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 doffmpeg -i input.mp4 -c copy output.mkv
and you should be fine.
– slhck
Jan 8 at 9:18
|
show 11 more comments
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.
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 '12 at 18:46
For some mkv files this will fail with (Could not write header for output file...incorrect codec). Use ffprobe -i file.mkv to see what format the a/v is in, you will likely need to reecode with x264 video and aac/ac3 audio
– ski_squaw
Apr 9 '16 at 18:33
u 100% certain that rewrapping files doesn't cause quality loss??
– user2230470
Sep 14 '17 at 0:45
1
@BallpointBen Not possible, no: github.com/HandBrake/HandBrake/issues/…
– slhck
Jun 14 '18 at 9:17
1
@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 doffmpeg -i input.mp4 -c copy output.mkv
and you should be fine.
– slhck
Jan 8 at 9:18
|
show 11 more comments
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.
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.
edited Jan 8 at 9:24
answered Sep 10 '12 at 17:58
slhckslhck
161k47447470
161k47447470
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 '12 at 18:46
For some mkv files this will fail with (Could not write header for output file...incorrect codec). Use ffprobe -i file.mkv to see what format the a/v is in, you will likely need to reecode with x264 video and aac/ac3 audio
– ski_squaw
Apr 9 '16 at 18:33
u 100% certain that rewrapping files doesn't cause quality loss??
– user2230470
Sep 14 '17 at 0:45
1
@BallpointBen Not possible, no: github.com/HandBrake/HandBrake/issues/…
– slhck
Jun 14 '18 at 9:17
1
@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 doffmpeg -i input.mp4 -c copy output.mkv
and you should be fine.
– slhck
Jan 8 at 9:18
|
show 11 more comments
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 '12 at 18:46
For some mkv files this will fail with (Could not write header for output file...incorrect codec). Use ffprobe -i file.mkv to see what format the a/v is in, you will likely need to reecode with x264 video and aac/ac3 audio
– ski_squaw
Apr 9 '16 at 18:33
u 100% certain that rewrapping files doesn't cause quality loss??
– user2230470
Sep 14 '17 at 0:45
1
@BallpointBen Not possible, no: github.com/HandBrake/HandBrake/issues/…
– slhck
Jun 14 '18 at 9:17
1
@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 doffmpeg -i input.mp4 -c copy output.mkv
and you should be fine.
– slhck
Jan 8 at 9:18
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 '12 at 18:46
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 '12 at 18:46
For some mkv files this will fail with (Could not write header for output file...incorrect codec). Use ffprobe -i file.mkv to see what format the a/v is in, you will likely need to reecode with x264 video and aac/ac3 audio
– ski_squaw
Apr 9 '16 at 18:33
For some mkv files this will fail with (Could not write header for output file...incorrect codec). Use ffprobe -i file.mkv to see what format the a/v is in, you will likely need to reecode with x264 video and aac/ac3 audio
– ski_squaw
Apr 9 '16 at 18:33
u 100% certain that rewrapping files doesn't cause quality loss??
– user2230470
Sep 14 '17 at 0:45
u 100% certain that rewrapping files doesn't cause quality loss??
– user2230470
Sep 14 '17 at 0:45
1
1
@BallpointBen Not possible, no: github.com/HandBrake/HandBrake/issues/…
– slhck
Jun 14 '18 at 9:17
@BallpointBen Not possible, no: github.com/HandBrake/HandBrake/issues/…
– slhck
Jun 14 '18 at 9:17
1
1
@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 at 9:18
@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 at 9:18
|
show 11 more comments
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:appsffmpegbinffmpeg.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
Works like a charm.
– Kit Johnson
Mar 21 '16 at 6:36
I put this in the folder with ffmpeg.exe and then changed it tofor %%a in ("*.mkv") do %~dp0ffmpeg.exe -i "%%a" -vcodec copy -acodec copy "%%~na .mp4"
– davidtbernal
Mar 30 '17 at 1:32
add a comment |
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:appsffmpegbinffmpeg.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
Works like a charm.
– Kit Johnson
Mar 21 '16 at 6:36
I put this in the folder with ffmpeg.exe and then changed it tofor %%a in ("*.mkv") do %~dp0ffmpeg.exe -i "%%a" -vcodec copy -acodec copy "%%~na .mp4"
– davidtbernal
Mar 30 '17 at 1:32
add a comment |
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:appsffmpegbinffmpeg.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
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:appsffmpegbinffmpeg.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
answered Nov 15 '14 at 12:52
MonkeyMagicMonkeyMagic
1612
1612
Works like a charm.
– Kit Johnson
Mar 21 '16 at 6:36
I put this in the folder with ffmpeg.exe and then changed it tofor %%a in ("*.mkv") do %~dp0ffmpeg.exe -i "%%a" -vcodec copy -acodec copy "%%~na .mp4"
– davidtbernal
Mar 30 '17 at 1:32
add a comment |
Works like a charm.
– Kit Johnson
Mar 21 '16 at 6:36
I put this in the folder with ffmpeg.exe and then changed it tofor %%a in ("*.mkv") do %~dp0ffmpeg.exe -i "%%a" -vcodec copy -acodec copy "%%~na .mp4"
– davidtbernal
Mar 30 '17 at 1:32
Works like a charm.
– Kit Johnson
Mar 21 '16 at 6:36
Works like a charm.
– Kit Johnson
Mar 21 '16 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"
– davidtbernal
Mar 30 '17 at 1:32
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"
– davidtbernal
Mar 30 '17 at 1:32
add a comment |
protected by slhck Feb 11 '14 at 7:23
Thank you for your interest in this question.
Because it has attracted low-quality or spam answers that had to be removed, posting an answer now requires 10 reputation on this site (the association bonus does not count).
Would you like to answer one of these unanswered questions instead?
Here is quite detailed guide on Handbrake's settings mattgadient.com/2013/06/12/…
– janot
May 18 '15 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?
– user2230470
Sep 14 '17 at 1:15