Perhaps comparisons with crf values will play a bigger part in FFmpeg encoding file size and time comparisons?Ĭoming soon in part 2 I take on x265 encoding. The fast preset looks the most appetizing counting speed to output file size, similar to medium preset.įast will give you a file close to half a gigabyte bigger than veryslow, whilst medium is under 400 megabytes bigger.

Personally for me the results (aside from veryfast) were expected, the jump in time from slow to slower is big with the filesize being almost the same…. Technically that shouldnt happen and its an odd bug, express encoding that was quicker than veryslow by 192 minutes with a smaller filesize?! Now lets take a look at the difference + or – in file size and time each of the presets are when compared to each other:įor some unknown reason veryfast broke the norm and actually compressed the file more than veryslow. Graph showing the Kbit rate encoded for all FFmpeg x264 presets ffmpeg comparison x264 encode kbit chart Comparing all presets to each other Graph showing the encoded output file size for all FFmpeg x264 presets (KB) ffmpeg comparison x264 output size chart Graph showing the encode speeds for all FFmpeg x264 presets, time is in seconds ffmpeg comparison x264 encode time chart ffmpeg x264 all preset comparison table Charts Here is a table comparing all of the FFmpeg presets in x264 encodes, you can see time taken, output size, fps, kbit, and percent smaller than source. The server i used to run these FFmpeg encoding comparisons was: 2x E5-2650 v2 (16 cores, 32 threads), 64GB ram, SSD. The fact that you are using 1:1 videos as well complicates things: a 3000x3000. That would scale a video to a height of 768, scaling the width to keep the aspect ratio and then it crops the width to 1024, keeping the height at 768. The unspecified source video file used for this comparison was: 24,000,564KB in size, 1920×1080 19,194Kb/s. ffmpeg -i input.mov -filter:v scale-1:768,crop1024:ih -c:v libx264 -crf 23 -preset veryfast output.mp4. It is usually a given (on most occasions) that the slowest preset which is “veryslow” takes the longest and gives the smaller file size, however is it worth waiting all that extra time for the smaller size? In this part 1 of FFmpeg encoding comparisons I look at x264 presets, their speed and output file size. FFmpeg preset is the value in which speed the media encode will traverse at, At the slower spectrum you get more quality at the sacrifice of time, more quicker and you get larger file sizes. Command-line - resize video in FFmpeg to reduce video size ffmpeg -i input.avi -vf scale852×480 output.avi You can resize your video to a specific size 480p, 720p, 1080p, etc.

Ffmpeg resize video x264