Change the frame rate of an MP4 video with ffmpeg Announcing the arrival of Valued Associate...
Can the van der Waals coefficients be negative in the van der Waals equation for real gases?
Pointing to problems without suggesting solutions
When speaking, how do you change your mind mid-sentence?
Etymology of 見舞い
Can I ask an author to send me his ebook?
How to create a command for the "strange m" symbol in latex?
How was Lagrange appointed professor of mathematics so early?
Proving inequality for positive definite matrix
What is the ongoing value of the Kanban board to the developers as opposed to management
Can I take recommendation from someone I met at a conference?
Knights and Knaves question
Compiling and throwing simple dynamic exceptions at runtime for JVM
What came first? Venom as the movie or as the song?
Has a Nobel Peace laureate ever been accused of war crimes?
When does Bran Stark remember Jamie pushing him?
Recursive calls to a function - why is the address of the parameter passed to it lowering with each call?
Coin Game with infinite paradox
Can this water damage be explained by lack of gutters and grading issues?
Kepler's 3rd law: ratios don't fit data
Why do C and C++ allow the expression (int) + 4*5?
Does using the Inspiration rules for character defects encourage My Guy Syndrome?
enable https on private network
How do I deal with an erroneously large refund?
Is my guitar’s action too high?
Change the frame rate of an MP4 video with ffmpeg
Announcing the arrival of Valued Associate #679: Cesar Manara
Planned maintenance scheduled April 23, 2019 at 23:30 UTC (7:30pm US/Eastern)Change framerate on MKV containerHow to convert .avi video that has 1 static image in the video (with sound) to mp4 video with ffmpeg to least possible size?Problems with frame rate on video conversion using ffmpeg with libx264compressing video with ffmpeg while maintaining high frame rateSkipping a frame without re-encoding H.264 videoCreate timelapse video with frame integration using ffmpegWhy did the size of my video file increase after being cropped by FFmpeg?How to increase video speed and frame rate without duplicating framesFFMPEG Converting MKV to MP4 causes Frame Rate Mode to ChangeConvert Series of PNG's into MP4 Video Using FFMPEG Where Each Photo is 1 Frame and Each Frame is Played for 1 Secffmpeg h264_vaapi video encoding
.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty{ height:90px;width:728px;box-sizing:border-box;
}
I have a video in mp4 format with a frame rate of .33
(1 frame for 3 seconds). I want to increase the frame rate to 5 frames/sec. I have tried the below command but it does not do any thing:
ffmpeg -i <input.mp4> -r 5 <output.mp4>
Any idea why ffmpeg is ignoring -r
option?
video ffmpeg mp4
migrated from stackoverflow.com Aug 7 '11 at 8:40
This question came from our site for professional and enthusiast programmers.
add a comment |
I have a video in mp4 format with a frame rate of .33
(1 frame for 3 seconds). I want to increase the frame rate to 5 frames/sec. I have tried the below command but it does not do any thing:
ffmpeg -i <input.mp4> -r 5 <output.mp4>
Any idea why ffmpeg is ignoring -r
option?
video ffmpeg mp4
migrated from stackoverflow.com Aug 7 '11 at 8:40
This question came from our site for professional and enthusiast programmers.
If you're trying to speed up / slow down a video, instead of duplicate / drop frames, see superuser.com/questions/854753/… and/or askubuntu.com/questions/370692/…
– Peter Cordes
Mar 1 '15 at 2:50
add a comment |
I have a video in mp4 format with a frame rate of .33
(1 frame for 3 seconds). I want to increase the frame rate to 5 frames/sec. I have tried the below command but it does not do any thing:
ffmpeg -i <input.mp4> -r 5 <output.mp4>
Any idea why ffmpeg is ignoring -r
option?
video ffmpeg mp4
I have a video in mp4 format with a frame rate of .33
(1 frame for 3 seconds). I want to increase the frame rate to 5 frames/sec. I have tried the below command but it does not do any thing:
ffmpeg -i <input.mp4> -r 5 <output.mp4>
Any idea why ffmpeg is ignoring -r
option?
video ffmpeg mp4
video ffmpeg mp4
edited Feb 2 '18 at 23:23
Patrick Mevzek
1,19521020
1,19521020
asked Aug 6 '11 at 4:10
firemonkeyfiremonkey
46112
46112
migrated from stackoverflow.com Aug 7 '11 at 8:40
This question came from our site for professional and enthusiast programmers.
migrated from stackoverflow.com Aug 7 '11 at 8:40
This question came from our site for professional and enthusiast programmers.
If you're trying to speed up / slow down a video, instead of duplicate / drop frames, see superuser.com/questions/854753/… and/or askubuntu.com/questions/370692/…
– Peter Cordes
Mar 1 '15 at 2:50
add a comment |
If you're trying to speed up / slow down a video, instead of duplicate / drop frames, see superuser.com/questions/854753/… and/or askubuntu.com/questions/370692/…
– Peter Cordes
Mar 1 '15 at 2:50
If you're trying to speed up / slow down a video, instead of duplicate / drop frames, see superuser.com/questions/854753/… and/or askubuntu.com/questions/370692/…
– Peter Cordes
Mar 1 '15 at 2:50
If you're trying to speed up / slow down a video, instead of duplicate / drop frames, see superuser.com/questions/854753/… and/or askubuntu.com/questions/370692/…
– Peter Cordes
Mar 1 '15 at 2:50
add a comment |
4 Answers
4
active
oldest
votes
If the input file doesn't have a valid frame rate you might have to set it explicitly
ffmpeg -r 1 -i input.mp4 -r 24 output.mp4
This transcodes when you really only need to remux. (Unless you actually want to duplicate / drop frames instead of slowing down / speeding up the video.)
– Peter Cordes
Apr 18 at 8:52
add a comment |
I know this is an old question but none of the current answers are the recommended way anymore.
Lossless (video) remuxing
As noted in the comments there is a way to do this where the video does not
have to be re-encoded. It requires remuxing the file to a different containter format MKV and then remuxing it back into an MP4. Here is an example that changes a video to 12 frames/second:
mkvmerge --default-duration 0:12fps --fix-bitstream-timing-information 0 original-video.mp4 -o temp-video.mkv
ffmpeg -i temp-video.mkv -c:v copy slow-video.mp4
If the video contains audio you can also slow that down without changing the pitch, but it is not a lossless conversion. The example below assumes the source video was 24 frames/second so that audio needed to be slowed to half (0.5) speed using ffmpeg's atempo filter.
mkvmerge --default-duration 0:12fps --fix-bitstream-timing-information 0 original-video.mp4 -o temp-video.mkv
ffmpeg -i temp-video.mkv -c:v copy -c:a aac -filter:a "atempo=0.5" slow-video-with-audio.mp4
FFMPEG Wiki Guidance
This is the guidance from the ffmpeg wiki. Note that all of these options do require re-encoding the video.
Speeding up/slowing down video
You can change the speed of a video stream using the setpts video filter. Note that in the following examples, the audio stream is not changed, so it should ideally be disabled with -an.
To double the speed of the video, you can use:
ffmpeg -i input.mkv -filter:v "setpts=0.5*PTS" output.mkv
The filter works by changing the presentation timestamp (PTS) of each video frame. For example, if there are two succesive frames shown at timestamps 1 and 2, and you want to speed up the video, those timestamps need to become 0.5 and 1, respectively. Thus, we have to multiply them by 0.5.
Note that this method will drop frames to achieve the desired speed. You can avoid dropped frames by specifying a higher output frame rate than the input. For example, to go from an input of 4 FPS to one that is sped up to 4x that (16 FPS):
ffmpeg -i input.mkv -r 16 -filter:v "setpts=0.25*PTS" output.mkv
To slow down your video, you have to use a multiplier greater than 1:
ffmpeg -i input.mkv -filter:v "setpts=2.0*PTS" output.mkv
Smooth
You can smooth out slow/fast video with the minterpolate video filter. This is also known as "motion interpolation" or "optical flow".
ffmpeg -i input.mkv -filter "minterpolate='mi_mode=mci:mc_mode=aobmc:vsbmc=1:fps=120'" output.mkv
Other options include slowmoVideo and Butterflow.
Speeding up/slowing down audio
You can speed up or slow down audio with the atempo audio filter. To double the speed of audio:
ffmpeg -i input.mkv -filter:a "atempo=2.0" -vn output.mkv
The atempo filter is limited to using values between 0.5 and 2.0 (so it can slow it down to no less than half the original speed, and speed up to no more than double the input). If you need to, you can get around this limitation by stringing multiple atempo filters together. The following with quadruple the audio speed:
ffmpeg -i input.mkv -filter:a "atempo=2.0,atempo=2.0" -vn output.mkv
Using a complex filtergraph, you can speed up video and audio at the same time:
ffmpeg -i input.mkv -filter_complex "[0:v]setpts=0.5*PTS[v];[0:a]atempo=2.0[a]" -map "[v]" -map "[a]" output.mkv
1
It's possible to speed/slow by just remuxing, but FFmpeg doesn't know how to do it. e.g. for mkv, mkvtoolnix can do it. e.g.mkvmerge --default-duration 0:24000/1001fps --fix-bitstream-timing-information 0 in.mkv -o out.mkv
Change framerate on MKV container. You could remux to MKV and back to MP4, or find a tool that does it for MP4 directly. xcoding the video is very CPU-intensive and lossy, so it's a horrible option.
– Peter Cordes
Apr 18 at 8:56
Totally agreed that remuxing to a lower framerate is preferred as it is a lossless approach that is much less resource intensive. In practice I haven't found good tooling for doing that with MP4s though. I haven't tried really recently, but back when I first wrote this answer I had doing MP4->MKV->MP4 remuxing and I couldn't get it to work using mkvtoolnix, ffmpeg, and/or mp4box. I'll have to try with the parameters you suggest.
– pseudosavant
Apr 19 at 20:11
add a comment |
I could only get the changed framerate to take effect if the input file was classed as a "raw" file:
ffmpeg -r 5 -f h264 -i input.h264 -vcodec copy -an output.mkv
Without specifying -f h264
it would default to 25 fps and it could not be changed. Apparently this was because the stream lacked any framerate information at all and this is ffmpeg's default framerate.
Apparently when you use -r
as an output option it duplicates or drops frames so the video plays at the same speed - in this case, not what you want! But changing the input framerate as above will cause the video to speed up or slow down, with no frames lost or duplicated.
1
My useful answer. No re-encoding here
– yota
Oct 30 '18 at 16:10
add a comment |
Such a feature - of changing framerate - is called "conforming" and is often used to produce slow-motion or fast-forward like showing a plant's growth in minutes insted of days. ffmpeg do not allow overwriting/changing framerate without re-encoding. If it does so, duration will change and audio would be out of sync unless separately mended. But I'm afraid audio is not of interest in your case with framerate of .33
You want conforming because you just want to change framerate, but ffmpeg ignores -r
silently if framerate is specified in the input file. Since your input file is in .mp4 format, its own framerate take precedence of when re-encode isn't needed. For this you need a different tool: mencoder.-r
Assuming your input file contains no sound - likely true for any video with .33 framerate - what you need is:
$ mencoder -fps 5 -o <output> -ovc copy -nosound <input.mp4>
Notice that mencoder by default produce output in AVI format.
1
This is wrong. Ifr
is specified as an output switch, ffmpeg will produce an output at that specified framerate, irrespective of the input's framerate. Ifr
is specified as an input switch, ffmpeg will duplicate or drop frames as necessary to feed the specified number of frames per second of input to the filter/encoder.
– Gyan
Jan 17 '16 at 8:06
The behaviour you describe whenr
is an input switch contradicts with my earlier experiment on .mp4 format, Malvineous' note (on this page) and bug description 403 trac.ffmpeg.org/ticket/403 ; your description whenr
is used on output happens when re-encoding, while the scenario of OP seems to be a conforming case (fix framerate without re-encoding) by the fact that he had .33 framerate.
– Tankman六四
Jan 18 '16 at 20:01
1
Check report pasted here. Note the command line at the top, the input and output metadata and finally the no. of frames encoded.
– Gyan
Jan 18 '16 at 20:19
1
Agreed that the OP wants to just conform file but their given command is re-encoding since copy switch(es) isn't specified. In that scenario, ffmpeg should be generating new stream atr
fps.
– Gyan
Jan 18 '16 at 20:25
Thank you Mulvya for the convincing sample output. Yes, you are right on the usage of-r
. That usage couldn't affect my earlier experiments in response to OP because, thinking a conforming case, I never dropped copy parameter from ffmpeg, and-r
is thus ignored. I wrote a feature request: trac.ffmpeg.org/ticket/5170
– Tankman六四
Jan 19 '16 at 22:58
|
show 1 more comment
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "3"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsuperuser.com%2fquestions%2f320045%2fchange-the-frame-rate-of-an-mp4-video-with-ffmpeg%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
4 Answers
4
active
oldest
votes
4 Answers
4
active
oldest
votes
active
oldest
votes
active
oldest
votes
If the input file doesn't have a valid frame rate you might have to set it explicitly
ffmpeg -r 1 -i input.mp4 -r 24 output.mp4
This transcodes when you really only need to remux. (Unless you actually want to duplicate / drop frames instead of slowing down / speeding up the video.)
– Peter Cordes
Apr 18 at 8:52
add a comment |
If the input file doesn't have a valid frame rate you might have to set it explicitly
ffmpeg -r 1 -i input.mp4 -r 24 output.mp4
This transcodes when you really only need to remux. (Unless you actually want to duplicate / drop frames instead of slowing down / speeding up the video.)
– Peter Cordes
Apr 18 at 8:52
add a comment |
If the input file doesn't have a valid frame rate you might have to set it explicitly
ffmpeg -r 1 -i input.mp4 -r 24 output.mp4
If the input file doesn't have a valid frame rate you might have to set it explicitly
ffmpeg -r 1 -i input.mp4 -r 24 output.mp4
answered Aug 6 '11 at 4:44
Martin BeckettMartin Beckett
5,10311925
5,10311925
This transcodes when you really only need to remux. (Unless you actually want to duplicate / drop frames instead of slowing down / speeding up the video.)
– Peter Cordes
Apr 18 at 8:52
add a comment |
This transcodes when you really only need to remux. (Unless you actually want to duplicate / drop frames instead of slowing down / speeding up the video.)
– Peter Cordes
Apr 18 at 8:52
This transcodes when you really only need to remux. (Unless you actually want to duplicate / drop frames instead of slowing down / speeding up the video.)
– Peter Cordes
Apr 18 at 8:52
This transcodes when you really only need to remux. (Unless you actually want to duplicate / drop frames instead of slowing down / speeding up the video.)
– Peter Cordes
Apr 18 at 8:52
add a comment |
I know this is an old question but none of the current answers are the recommended way anymore.
Lossless (video) remuxing
As noted in the comments there is a way to do this where the video does not
have to be re-encoded. It requires remuxing the file to a different containter format MKV and then remuxing it back into an MP4. Here is an example that changes a video to 12 frames/second:
mkvmerge --default-duration 0:12fps --fix-bitstream-timing-information 0 original-video.mp4 -o temp-video.mkv
ffmpeg -i temp-video.mkv -c:v copy slow-video.mp4
If the video contains audio you can also slow that down without changing the pitch, but it is not a lossless conversion. The example below assumes the source video was 24 frames/second so that audio needed to be slowed to half (0.5) speed using ffmpeg's atempo filter.
mkvmerge --default-duration 0:12fps --fix-bitstream-timing-information 0 original-video.mp4 -o temp-video.mkv
ffmpeg -i temp-video.mkv -c:v copy -c:a aac -filter:a "atempo=0.5" slow-video-with-audio.mp4
FFMPEG Wiki Guidance
This is the guidance from the ffmpeg wiki. Note that all of these options do require re-encoding the video.
Speeding up/slowing down video
You can change the speed of a video stream using the setpts video filter. Note that in the following examples, the audio stream is not changed, so it should ideally be disabled with -an.
To double the speed of the video, you can use:
ffmpeg -i input.mkv -filter:v "setpts=0.5*PTS" output.mkv
The filter works by changing the presentation timestamp (PTS) of each video frame. For example, if there are two succesive frames shown at timestamps 1 and 2, and you want to speed up the video, those timestamps need to become 0.5 and 1, respectively. Thus, we have to multiply them by 0.5.
Note that this method will drop frames to achieve the desired speed. You can avoid dropped frames by specifying a higher output frame rate than the input. For example, to go from an input of 4 FPS to one that is sped up to 4x that (16 FPS):
ffmpeg -i input.mkv -r 16 -filter:v "setpts=0.25*PTS" output.mkv
To slow down your video, you have to use a multiplier greater than 1:
ffmpeg -i input.mkv -filter:v "setpts=2.0*PTS" output.mkv
Smooth
You can smooth out slow/fast video with the minterpolate video filter. This is also known as "motion interpolation" or "optical flow".
ffmpeg -i input.mkv -filter "minterpolate='mi_mode=mci:mc_mode=aobmc:vsbmc=1:fps=120'" output.mkv
Other options include slowmoVideo and Butterflow.
Speeding up/slowing down audio
You can speed up or slow down audio with the atempo audio filter. To double the speed of audio:
ffmpeg -i input.mkv -filter:a "atempo=2.0" -vn output.mkv
The atempo filter is limited to using values between 0.5 and 2.0 (so it can slow it down to no less than half the original speed, and speed up to no more than double the input). If you need to, you can get around this limitation by stringing multiple atempo filters together. The following with quadruple the audio speed:
ffmpeg -i input.mkv -filter:a "atempo=2.0,atempo=2.0" -vn output.mkv
Using a complex filtergraph, you can speed up video and audio at the same time:
ffmpeg -i input.mkv -filter_complex "[0:v]setpts=0.5*PTS[v];[0:a]atempo=2.0[a]" -map "[v]" -map "[a]" output.mkv
1
It's possible to speed/slow by just remuxing, but FFmpeg doesn't know how to do it. e.g. for mkv, mkvtoolnix can do it. e.g.mkvmerge --default-duration 0:24000/1001fps --fix-bitstream-timing-information 0 in.mkv -o out.mkv
Change framerate on MKV container. You could remux to MKV and back to MP4, or find a tool that does it for MP4 directly. xcoding the video is very CPU-intensive and lossy, so it's a horrible option.
– Peter Cordes
Apr 18 at 8:56
Totally agreed that remuxing to a lower framerate is preferred as it is a lossless approach that is much less resource intensive. In practice I haven't found good tooling for doing that with MP4s though. I haven't tried really recently, but back when I first wrote this answer I had doing MP4->MKV->MP4 remuxing and I couldn't get it to work using mkvtoolnix, ffmpeg, and/or mp4box. I'll have to try with the parameters you suggest.
– pseudosavant
Apr 19 at 20:11
add a comment |
I know this is an old question but none of the current answers are the recommended way anymore.
Lossless (video) remuxing
As noted in the comments there is a way to do this where the video does not
have to be re-encoded. It requires remuxing the file to a different containter format MKV and then remuxing it back into an MP4. Here is an example that changes a video to 12 frames/second:
mkvmerge --default-duration 0:12fps --fix-bitstream-timing-information 0 original-video.mp4 -o temp-video.mkv
ffmpeg -i temp-video.mkv -c:v copy slow-video.mp4
If the video contains audio you can also slow that down without changing the pitch, but it is not a lossless conversion. The example below assumes the source video was 24 frames/second so that audio needed to be slowed to half (0.5) speed using ffmpeg's atempo filter.
mkvmerge --default-duration 0:12fps --fix-bitstream-timing-information 0 original-video.mp4 -o temp-video.mkv
ffmpeg -i temp-video.mkv -c:v copy -c:a aac -filter:a "atempo=0.5" slow-video-with-audio.mp4
FFMPEG Wiki Guidance
This is the guidance from the ffmpeg wiki. Note that all of these options do require re-encoding the video.
Speeding up/slowing down video
You can change the speed of a video stream using the setpts video filter. Note that in the following examples, the audio stream is not changed, so it should ideally be disabled with -an.
To double the speed of the video, you can use:
ffmpeg -i input.mkv -filter:v "setpts=0.5*PTS" output.mkv
The filter works by changing the presentation timestamp (PTS) of each video frame. For example, if there are two succesive frames shown at timestamps 1 and 2, and you want to speed up the video, those timestamps need to become 0.5 and 1, respectively. Thus, we have to multiply them by 0.5.
Note that this method will drop frames to achieve the desired speed. You can avoid dropped frames by specifying a higher output frame rate than the input. For example, to go from an input of 4 FPS to one that is sped up to 4x that (16 FPS):
ffmpeg -i input.mkv -r 16 -filter:v "setpts=0.25*PTS" output.mkv
To slow down your video, you have to use a multiplier greater than 1:
ffmpeg -i input.mkv -filter:v "setpts=2.0*PTS" output.mkv
Smooth
You can smooth out slow/fast video with the minterpolate video filter. This is also known as "motion interpolation" or "optical flow".
ffmpeg -i input.mkv -filter "minterpolate='mi_mode=mci:mc_mode=aobmc:vsbmc=1:fps=120'" output.mkv
Other options include slowmoVideo and Butterflow.
Speeding up/slowing down audio
You can speed up or slow down audio with the atempo audio filter. To double the speed of audio:
ffmpeg -i input.mkv -filter:a "atempo=2.0" -vn output.mkv
The atempo filter is limited to using values between 0.5 and 2.0 (so it can slow it down to no less than half the original speed, and speed up to no more than double the input). If you need to, you can get around this limitation by stringing multiple atempo filters together. The following with quadruple the audio speed:
ffmpeg -i input.mkv -filter:a "atempo=2.0,atempo=2.0" -vn output.mkv
Using a complex filtergraph, you can speed up video and audio at the same time:
ffmpeg -i input.mkv -filter_complex "[0:v]setpts=0.5*PTS[v];[0:a]atempo=2.0[a]" -map "[v]" -map "[a]" output.mkv
1
It's possible to speed/slow by just remuxing, but FFmpeg doesn't know how to do it. e.g. for mkv, mkvtoolnix can do it. e.g.mkvmerge --default-duration 0:24000/1001fps --fix-bitstream-timing-information 0 in.mkv -o out.mkv
Change framerate on MKV container. You could remux to MKV and back to MP4, or find a tool that does it for MP4 directly. xcoding the video is very CPU-intensive and lossy, so it's a horrible option.
– Peter Cordes
Apr 18 at 8:56
Totally agreed that remuxing to a lower framerate is preferred as it is a lossless approach that is much less resource intensive. In practice I haven't found good tooling for doing that with MP4s though. I haven't tried really recently, but back when I first wrote this answer I had doing MP4->MKV->MP4 remuxing and I couldn't get it to work using mkvtoolnix, ffmpeg, and/or mp4box. I'll have to try with the parameters you suggest.
– pseudosavant
Apr 19 at 20:11
add a comment |
I know this is an old question but none of the current answers are the recommended way anymore.
Lossless (video) remuxing
As noted in the comments there is a way to do this where the video does not
have to be re-encoded. It requires remuxing the file to a different containter format MKV and then remuxing it back into an MP4. Here is an example that changes a video to 12 frames/second:
mkvmerge --default-duration 0:12fps --fix-bitstream-timing-information 0 original-video.mp4 -o temp-video.mkv
ffmpeg -i temp-video.mkv -c:v copy slow-video.mp4
If the video contains audio you can also slow that down without changing the pitch, but it is not a lossless conversion. The example below assumes the source video was 24 frames/second so that audio needed to be slowed to half (0.5) speed using ffmpeg's atempo filter.
mkvmerge --default-duration 0:12fps --fix-bitstream-timing-information 0 original-video.mp4 -o temp-video.mkv
ffmpeg -i temp-video.mkv -c:v copy -c:a aac -filter:a "atempo=0.5" slow-video-with-audio.mp4
FFMPEG Wiki Guidance
This is the guidance from the ffmpeg wiki. Note that all of these options do require re-encoding the video.
Speeding up/slowing down video
You can change the speed of a video stream using the setpts video filter. Note that in the following examples, the audio stream is not changed, so it should ideally be disabled with -an.
To double the speed of the video, you can use:
ffmpeg -i input.mkv -filter:v "setpts=0.5*PTS" output.mkv
The filter works by changing the presentation timestamp (PTS) of each video frame. For example, if there are two succesive frames shown at timestamps 1 and 2, and you want to speed up the video, those timestamps need to become 0.5 and 1, respectively. Thus, we have to multiply them by 0.5.
Note that this method will drop frames to achieve the desired speed. You can avoid dropped frames by specifying a higher output frame rate than the input. For example, to go from an input of 4 FPS to one that is sped up to 4x that (16 FPS):
ffmpeg -i input.mkv -r 16 -filter:v "setpts=0.25*PTS" output.mkv
To slow down your video, you have to use a multiplier greater than 1:
ffmpeg -i input.mkv -filter:v "setpts=2.0*PTS" output.mkv
Smooth
You can smooth out slow/fast video with the minterpolate video filter. This is also known as "motion interpolation" or "optical flow".
ffmpeg -i input.mkv -filter "minterpolate='mi_mode=mci:mc_mode=aobmc:vsbmc=1:fps=120'" output.mkv
Other options include slowmoVideo and Butterflow.
Speeding up/slowing down audio
You can speed up or slow down audio with the atempo audio filter. To double the speed of audio:
ffmpeg -i input.mkv -filter:a "atempo=2.0" -vn output.mkv
The atempo filter is limited to using values between 0.5 and 2.0 (so it can slow it down to no less than half the original speed, and speed up to no more than double the input). If you need to, you can get around this limitation by stringing multiple atempo filters together. The following with quadruple the audio speed:
ffmpeg -i input.mkv -filter:a "atempo=2.0,atempo=2.0" -vn output.mkv
Using a complex filtergraph, you can speed up video and audio at the same time:
ffmpeg -i input.mkv -filter_complex "[0:v]setpts=0.5*PTS[v];[0:a]atempo=2.0[a]" -map "[v]" -map "[a]" output.mkv
I know this is an old question but none of the current answers are the recommended way anymore.
Lossless (video) remuxing
As noted in the comments there is a way to do this where the video does not
have to be re-encoded. It requires remuxing the file to a different containter format MKV and then remuxing it back into an MP4. Here is an example that changes a video to 12 frames/second:
mkvmerge --default-duration 0:12fps --fix-bitstream-timing-information 0 original-video.mp4 -o temp-video.mkv
ffmpeg -i temp-video.mkv -c:v copy slow-video.mp4
If the video contains audio you can also slow that down without changing the pitch, but it is not a lossless conversion. The example below assumes the source video was 24 frames/second so that audio needed to be slowed to half (0.5) speed using ffmpeg's atempo filter.
mkvmerge --default-duration 0:12fps --fix-bitstream-timing-information 0 original-video.mp4 -o temp-video.mkv
ffmpeg -i temp-video.mkv -c:v copy -c:a aac -filter:a "atempo=0.5" slow-video-with-audio.mp4
FFMPEG Wiki Guidance
This is the guidance from the ffmpeg wiki. Note that all of these options do require re-encoding the video.
Speeding up/slowing down video
You can change the speed of a video stream using the setpts video filter. Note that in the following examples, the audio stream is not changed, so it should ideally be disabled with -an.
To double the speed of the video, you can use:
ffmpeg -i input.mkv -filter:v "setpts=0.5*PTS" output.mkv
The filter works by changing the presentation timestamp (PTS) of each video frame. For example, if there are two succesive frames shown at timestamps 1 and 2, and you want to speed up the video, those timestamps need to become 0.5 and 1, respectively. Thus, we have to multiply them by 0.5.
Note that this method will drop frames to achieve the desired speed. You can avoid dropped frames by specifying a higher output frame rate than the input. For example, to go from an input of 4 FPS to one that is sped up to 4x that (16 FPS):
ffmpeg -i input.mkv -r 16 -filter:v "setpts=0.25*PTS" output.mkv
To slow down your video, you have to use a multiplier greater than 1:
ffmpeg -i input.mkv -filter:v "setpts=2.0*PTS" output.mkv
Smooth
You can smooth out slow/fast video with the minterpolate video filter. This is also known as "motion interpolation" or "optical flow".
ffmpeg -i input.mkv -filter "minterpolate='mi_mode=mci:mc_mode=aobmc:vsbmc=1:fps=120'" output.mkv
Other options include slowmoVideo and Butterflow.
Speeding up/slowing down audio
You can speed up or slow down audio with the atempo audio filter. To double the speed of audio:
ffmpeg -i input.mkv -filter:a "atempo=2.0" -vn output.mkv
The atempo filter is limited to using values between 0.5 and 2.0 (so it can slow it down to no less than half the original speed, and speed up to no more than double the input). If you need to, you can get around this limitation by stringing multiple atempo filters together. The following with quadruple the audio speed:
ffmpeg -i input.mkv -filter:a "atempo=2.0,atempo=2.0" -vn output.mkv
Using a complex filtergraph, you can speed up video and audio at the same time:
ffmpeg -i input.mkv -filter_complex "[0:v]setpts=0.5*PTS[v];[0:a]atempo=2.0[a]" -map "[v]" -map "[a]" output.mkv
edited 6 hours ago
answered Feb 2 '18 at 19:53
pseudosavantpseudosavant
16515
16515
1
It's possible to speed/slow by just remuxing, but FFmpeg doesn't know how to do it. e.g. for mkv, mkvtoolnix can do it. e.g.mkvmerge --default-duration 0:24000/1001fps --fix-bitstream-timing-information 0 in.mkv -o out.mkv
Change framerate on MKV container. You could remux to MKV and back to MP4, or find a tool that does it for MP4 directly. xcoding the video is very CPU-intensive and lossy, so it's a horrible option.
– Peter Cordes
Apr 18 at 8:56
Totally agreed that remuxing to a lower framerate is preferred as it is a lossless approach that is much less resource intensive. In practice I haven't found good tooling for doing that with MP4s though. I haven't tried really recently, but back when I first wrote this answer I had doing MP4->MKV->MP4 remuxing and I couldn't get it to work using mkvtoolnix, ffmpeg, and/or mp4box. I'll have to try with the parameters you suggest.
– pseudosavant
Apr 19 at 20:11
add a comment |
1
It's possible to speed/slow by just remuxing, but FFmpeg doesn't know how to do it. e.g. for mkv, mkvtoolnix can do it. e.g.mkvmerge --default-duration 0:24000/1001fps --fix-bitstream-timing-information 0 in.mkv -o out.mkv
Change framerate on MKV container. You could remux to MKV and back to MP4, or find a tool that does it for MP4 directly. xcoding the video is very CPU-intensive and lossy, so it's a horrible option.
– Peter Cordes
Apr 18 at 8:56
Totally agreed that remuxing to a lower framerate is preferred as it is a lossless approach that is much less resource intensive. In practice I haven't found good tooling for doing that with MP4s though. I haven't tried really recently, but back when I first wrote this answer I had doing MP4->MKV->MP4 remuxing and I couldn't get it to work using mkvtoolnix, ffmpeg, and/or mp4box. I'll have to try with the parameters you suggest.
– pseudosavant
Apr 19 at 20:11
1
1
It's possible to speed/slow by just remuxing, but FFmpeg doesn't know how to do it. e.g. for mkv, mkvtoolnix can do it. e.g.
mkvmerge --default-duration 0:24000/1001fps --fix-bitstream-timing-information 0 in.mkv -o out.mkv
Change framerate on MKV container. You could remux to MKV and back to MP4, or find a tool that does it for MP4 directly. xcoding the video is very CPU-intensive and lossy, so it's a horrible option.– Peter Cordes
Apr 18 at 8:56
It's possible to speed/slow by just remuxing, but FFmpeg doesn't know how to do it. e.g. for mkv, mkvtoolnix can do it. e.g.
mkvmerge --default-duration 0:24000/1001fps --fix-bitstream-timing-information 0 in.mkv -o out.mkv
Change framerate on MKV container. You could remux to MKV and back to MP4, or find a tool that does it for MP4 directly. xcoding the video is very CPU-intensive and lossy, so it's a horrible option.– Peter Cordes
Apr 18 at 8:56
Totally agreed that remuxing to a lower framerate is preferred as it is a lossless approach that is much less resource intensive. In practice I haven't found good tooling for doing that with MP4s though. I haven't tried really recently, but back when I first wrote this answer I had doing MP4->MKV->MP4 remuxing and I couldn't get it to work using mkvtoolnix, ffmpeg, and/or mp4box. I'll have to try with the parameters you suggest.
– pseudosavant
Apr 19 at 20:11
Totally agreed that remuxing to a lower framerate is preferred as it is a lossless approach that is much less resource intensive. In practice I haven't found good tooling for doing that with MP4s though. I haven't tried really recently, but back when I first wrote this answer I had doing MP4->MKV->MP4 remuxing and I couldn't get it to work using mkvtoolnix, ffmpeg, and/or mp4box. I'll have to try with the parameters you suggest.
– pseudosavant
Apr 19 at 20:11
add a comment |
I could only get the changed framerate to take effect if the input file was classed as a "raw" file:
ffmpeg -r 5 -f h264 -i input.h264 -vcodec copy -an output.mkv
Without specifying -f h264
it would default to 25 fps and it could not be changed. Apparently this was because the stream lacked any framerate information at all and this is ffmpeg's default framerate.
Apparently when you use -r
as an output option it duplicates or drops frames so the video plays at the same speed - in this case, not what you want! But changing the input framerate as above will cause the video to speed up or slow down, with no frames lost or duplicated.
1
My useful answer. No re-encoding here
– yota
Oct 30 '18 at 16:10
add a comment |
I could only get the changed framerate to take effect if the input file was classed as a "raw" file:
ffmpeg -r 5 -f h264 -i input.h264 -vcodec copy -an output.mkv
Without specifying -f h264
it would default to 25 fps and it could not be changed. Apparently this was because the stream lacked any framerate information at all and this is ffmpeg's default framerate.
Apparently when you use -r
as an output option it duplicates or drops frames so the video plays at the same speed - in this case, not what you want! But changing the input framerate as above will cause the video to speed up or slow down, with no frames lost or duplicated.
1
My useful answer. No re-encoding here
– yota
Oct 30 '18 at 16:10
add a comment |
I could only get the changed framerate to take effect if the input file was classed as a "raw" file:
ffmpeg -r 5 -f h264 -i input.h264 -vcodec copy -an output.mkv
Without specifying -f h264
it would default to 25 fps and it could not be changed. Apparently this was because the stream lacked any framerate information at all and this is ffmpeg's default framerate.
Apparently when you use -r
as an output option it duplicates or drops frames so the video plays at the same speed - in this case, not what you want! But changing the input framerate as above will cause the video to speed up or slow down, with no frames lost or duplicated.
I could only get the changed framerate to take effect if the input file was classed as a "raw" file:
ffmpeg -r 5 -f h264 -i input.h264 -vcodec copy -an output.mkv
Without specifying -f h264
it would default to 25 fps and it could not be changed. Apparently this was because the stream lacked any framerate information at all and this is ffmpeg's default framerate.
Apparently when you use -r
as an output option it duplicates or drops frames so the video plays at the same speed - in this case, not what you want! But changing the input framerate as above will cause the video to speed up or slow down, with no frames lost or duplicated.
answered Oct 29 '14 at 13:39
MalvineousMalvineous
1,59611227
1,59611227
1
My useful answer. No re-encoding here
– yota
Oct 30 '18 at 16:10
add a comment |
1
My useful answer. No re-encoding here
– yota
Oct 30 '18 at 16:10
1
1
My useful answer. No re-encoding here
– yota
Oct 30 '18 at 16:10
My useful answer. No re-encoding here
– yota
Oct 30 '18 at 16:10
add a comment |
Such a feature - of changing framerate - is called "conforming" and is often used to produce slow-motion or fast-forward like showing a plant's growth in minutes insted of days. ffmpeg do not allow overwriting/changing framerate without re-encoding. If it does so, duration will change and audio would be out of sync unless separately mended. But I'm afraid audio is not of interest in your case with framerate of .33
You want conforming because you just want to change framerate, but ffmpeg ignores -r
silently if framerate is specified in the input file. Since your input file is in .mp4 format, its own framerate take precedence of when re-encode isn't needed. For this you need a different tool: mencoder.-r
Assuming your input file contains no sound - likely true for any video with .33 framerate - what you need is:
$ mencoder -fps 5 -o <output> -ovc copy -nosound <input.mp4>
Notice that mencoder by default produce output in AVI format.
1
This is wrong. Ifr
is specified as an output switch, ffmpeg will produce an output at that specified framerate, irrespective of the input's framerate. Ifr
is specified as an input switch, ffmpeg will duplicate or drop frames as necessary to feed the specified number of frames per second of input to the filter/encoder.
– Gyan
Jan 17 '16 at 8:06
The behaviour you describe whenr
is an input switch contradicts with my earlier experiment on .mp4 format, Malvineous' note (on this page) and bug description 403 trac.ffmpeg.org/ticket/403 ; your description whenr
is used on output happens when re-encoding, while the scenario of OP seems to be a conforming case (fix framerate without re-encoding) by the fact that he had .33 framerate.
– Tankman六四
Jan 18 '16 at 20:01
1
Check report pasted here. Note the command line at the top, the input and output metadata and finally the no. of frames encoded.
– Gyan
Jan 18 '16 at 20:19
1
Agreed that the OP wants to just conform file but their given command is re-encoding since copy switch(es) isn't specified. In that scenario, ffmpeg should be generating new stream atr
fps.
– Gyan
Jan 18 '16 at 20:25
Thank you Mulvya for the convincing sample output. Yes, you are right on the usage of-r
. That usage couldn't affect my earlier experiments in response to OP because, thinking a conforming case, I never dropped copy parameter from ffmpeg, and-r
is thus ignored. I wrote a feature request: trac.ffmpeg.org/ticket/5170
– Tankman六四
Jan 19 '16 at 22:58
|
show 1 more comment
Such a feature - of changing framerate - is called "conforming" and is often used to produce slow-motion or fast-forward like showing a plant's growth in minutes insted of days. ffmpeg do not allow overwriting/changing framerate without re-encoding. If it does so, duration will change and audio would be out of sync unless separately mended. But I'm afraid audio is not of interest in your case with framerate of .33
You want conforming because you just want to change framerate, but ffmpeg ignores -r
silently if framerate is specified in the input file. Since your input file is in .mp4 format, its own framerate take precedence of when re-encode isn't needed. For this you need a different tool: mencoder.-r
Assuming your input file contains no sound - likely true for any video with .33 framerate - what you need is:
$ mencoder -fps 5 -o <output> -ovc copy -nosound <input.mp4>
Notice that mencoder by default produce output in AVI format.
1
This is wrong. Ifr
is specified as an output switch, ffmpeg will produce an output at that specified framerate, irrespective of the input's framerate. Ifr
is specified as an input switch, ffmpeg will duplicate or drop frames as necessary to feed the specified number of frames per second of input to the filter/encoder.
– Gyan
Jan 17 '16 at 8:06
The behaviour you describe whenr
is an input switch contradicts with my earlier experiment on .mp4 format, Malvineous' note (on this page) and bug description 403 trac.ffmpeg.org/ticket/403 ; your description whenr
is used on output happens when re-encoding, while the scenario of OP seems to be a conforming case (fix framerate without re-encoding) by the fact that he had .33 framerate.
– Tankman六四
Jan 18 '16 at 20:01
1
Check report pasted here. Note the command line at the top, the input and output metadata and finally the no. of frames encoded.
– Gyan
Jan 18 '16 at 20:19
1
Agreed that the OP wants to just conform file but their given command is re-encoding since copy switch(es) isn't specified. In that scenario, ffmpeg should be generating new stream atr
fps.
– Gyan
Jan 18 '16 at 20:25
Thank you Mulvya for the convincing sample output. Yes, you are right on the usage of-r
. That usage couldn't affect my earlier experiments in response to OP because, thinking a conforming case, I never dropped copy parameter from ffmpeg, and-r
is thus ignored. I wrote a feature request: trac.ffmpeg.org/ticket/5170
– Tankman六四
Jan 19 '16 at 22:58
|
show 1 more comment
Such a feature - of changing framerate - is called "conforming" and is often used to produce slow-motion or fast-forward like showing a plant's growth in minutes insted of days. ffmpeg do not allow overwriting/changing framerate without re-encoding. If it does so, duration will change and audio would be out of sync unless separately mended. But I'm afraid audio is not of interest in your case with framerate of .33
You want conforming because you just want to change framerate, but ffmpeg ignores -r
silently if framerate is specified in the input file. Since your input file is in .mp4 format, its own framerate take precedence of when re-encode isn't needed. For this you need a different tool: mencoder.-r
Assuming your input file contains no sound - likely true for any video with .33 framerate - what you need is:
$ mencoder -fps 5 -o <output> -ovc copy -nosound <input.mp4>
Notice that mencoder by default produce output in AVI format.
Such a feature - of changing framerate - is called "conforming" and is often used to produce slow-motion or fast-forward like showing a plant's growth in minutes insted of days. ffmpeg do not allow overwriting/changing framerate without re-encoding. If it does so, duration will change and audio would be out of sync unless separately mended. But I'm afraid audio is not of interest in your case with framerate of .33
You want conforming because you just want to change framerate, but ffmpeg ignores -r
silently if framerate is specified in the input file. Since your input file is in .mp4 format, its own framerate take precedence of when re-encode isn't needed. For this you need a different tool: mencoder.-r
Assuming your input file contains no sound - likely true for any video with .33 framerate - what you need is:
$ mencoder -fps 5 -o <output> -ovc copy -nosound <input.mp4>
Notice that mencoder by default produce output in AVI format.
edited Jan 19 '16 at 23:02
answered Jan 17 '16 at 7:24
Tankman六四Tankman六四
278210
278210
1
This is wrong. Ifr
is specified as an output switch, ffmpeg will produce an output at that specified framerate, irrespective of the input's framerate. Ifr
is specified as an input switch, ffmpeg will duplicate or drop frames as necessary to feed the specified number of frames per second of input to the filter/encoder.
– Gyan
Jan 17 '16 at 8:06
The behaviour you describe whenr
is an input switch contradicts with my earlier experiment on .mp4 format, Malvineous' note (on this page) and bug description 403 trac.ffmpeg.org/ticket/403 ; your description whenr
is used on output happens when re-encoding, while the scenario of OP seems to be a conforming case (fix framerate without re-encoding) by the fact that he had .33 framerate.
– Tankman六四
Jan 18 '16 at 20:01
1
Check report pasted here. Note the command line at the top, the input and output metadata and finally the no. of frames encoded.
– Gyan
Jan 18 '16 at 20:19
1
Agreed that the OP wants to just conform file but their given command is re-encoding since copy switch(es) isn't specified. In that scenario, ffmpeg should be generating new stream atr
fps.
– Gyan
Jan 18 '16 at 20:25
Thank you Mulvya for the convincing sample output. Yes, you are right on the usage of-r
. That usage couldn't affect my earlier experiments in response to OP because, thinking a conforming case, I never dropped copy parameter from ffmpeg, and-r
is thus ignored. I wrote a feature request: trac.ffmpeg.org/ticket/5170
– Tankman六四
Jan 19 '16 at 22:58
|
show 1 more comment
1
This is wrong. Ifr
is specified as an output switch, ffmpeg will produce an output at that specified framerate, irrespective of the input's framerate. Ifr
is specified as an input switch, ffmpeg will duplicate or drop frames as necessary to feed the specified number of frames per second of input to the filter/encoder.
– Gyan
Jan 17 '16 at 8:06
The behaviour you describe whenr
is an input switch contradicts with my earlier experiment on .mp4 format, Malvineous' note (on this page) and bug description 403 trac.ffmpeg.org/ticket/403 ; your description whenr
is used on output happens when re-encoding, while the scenario of OP seems to be a conforming case (fix framerate without re-encoding) by the fact that he had .33 framerate.
– Tankman六四
Jan 18 '16 at 20:01
1
Check report pasted here. Note the command line at the top, the input and output metadata and finally the no. of frames encoded.
– Gyan
Jan 18 '16 at 20:19
1
Agreed that the OP wants to just conform file but their given command is re-encoding since copy switch(es) isn't specified. In that scenario, ffmpeg should be generating new stream atr
fps.
– Gyan
Jan 18 '16 at 20:25
Thank you Mulvya for the convincing sample output. Yes, you are right on the usage of-r
. That usage couldn't affect my earlier experiments in response to OP because, thinking a conforming case, I never dropped copy parameter from ffmpeg, and-r
is thus ignored. I wrote a feature request: trac.ffmpeg.org/ticket/5170
– Tankman六四
Jan 19 '16 at 22:58
1
1
This is wrong. If
r
is specified as an output switch, ffmpeg will produce an output at that specified framerate, irrespective of the input's framerate. If r
is specified as an input switch, ffmpeg will duplicate or drop frames as necessary to feed the specified number of frames per second of input to the filter/encoder.– Gyan
Jan 17 '16 at 8:06
This is wrong. If
r
is specified as an output switch, ffmpeg will produce an output at that specified framerate, irrespective of the input's framerate. If r
is specified as an input switch, ffmpeg will duplicate or drop frames as necessary to feed the specified number of frames per second of input to the filter/encoder.– Gyan
Jan 17 '16 at 8:06
The behaviour you describe when
r
is an input switch contradicts with my earlier experiment on .mp4 format, Malvineous' note (on this page) and bug description 403 trac.ffmpeg.org/ticket/403 ; your description when r
is used on output happens when re-encoding, while the scenario of OP seems to be a conforming case (fix framerate without re-encoding) by the fact that he had .33 framerate.– Tankman六四
Jan 18 '16 at 20:01
The behaviour you describe when
r
is an input switch contradicts with my earlier experiment on .mp4 format, Malvineous' note (on this page) and bug description 403 trac.ffmpeg.org/ticket/403 ; your description when r
is used on output happens when re-encoding, while the scenario of OP seems to be a conforming case (fix framerate without re-encoding) by the fact that he had .33 framerate.– Tankman六四
Jan 18 '16 at 20:01
1
1
Check report pasted here. Note the command line at the top, the input and output metadata and finally the no. of frames encoded.
– Gyan
Jan 18 '16 at 20:19
Check report pasted here. Note the command line at the top, the input and output metadata and finally the no. of frames encoded.
– Gyan
Jan 18 '16 at 20:19
1
1
Agreed that the OP wants to just conform file but their given command is re-encoding since copy switch(es) isn't specified. In that scenario, ffmpeg should be generating new stream at
r
fps.– Gyan
Jan 18 '16 at 20:25
Agreed that the OP wants to just conform file but their given command is re-encoding since copy switch(es) isn't specified. In that scenario, ffmpeg should be generating new stream at
r
fps.– Gyan
Jan 18 '16 at 20:25
Thank you Mulvya for the convincing sample output. Yes, you are right on the usage of
-r
. That usage couldn't affect my earlier experiments in response to OP because, thinking a conforming case, I never dropped copy parameter from ffmpeg, and -r
is thus ignored. I wrote a feature request: trac.ffmpeg.org/ticket/5170– Tankman六四
Jan 19 '16 at 22:58
Thank you Mulvya for the convincing sample output. Yes, you are right on the usage of
-r
. That usage couldn't affect my earlier experiments in response to OP because, thinking a conforming case, I never dropped copy parameter from ffmpeg, and -r
is thus ignored. I wrote a feature request: trac.ffmpeg.org/ticket/5170– Tankman六四
Jan 19 '16 at 22:58
|
show 1 more comment
Thanks for contributing an answer to Super User!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsuperuser.com%2fquestions%2f320045%2fchange-the-frame-rate-of-an-mp4-video-with-ffmpeg%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
If you're trying to speed up / slow down a video, instead of duplicate / drop frames, see superuser.com/questions/854753/… and/or askubuntu.com/questions/370692/…
– Peter Cordes
Mar 1 '15 at 2:50