

using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2



qscale is ignored, -crf is recommended. Please use -q:a or -q:v, -qscale is ambiguous ffmpeg version 3.4.2 Copyright (c) 2000-2018 the FFmpeg developersīuilt with Apple LLVM version 9.0.0 (clang-900.0.39.2)Ĭonfiguration: -prefix=/usr/local/Cellar/ffmpeg/3.4.2 -enable-shared -enable-pthreads -enable-version3 -enable-hardcoded-tables -enable-avresample -cc=clang -host-cflags= -host-ldflags= -disable-jack -enable-gpl -enable-libmp3lame -enable-libx264 -enable-libxvid -enable-opencl -enable-videotoolbox -disable-lzma The resolution of the two videos is the same, however the size dropped from 24,3MB (.webm) to 1,5MB (.mp4) after conversion. However, the quality change is still tremendous, see the difference below. Here is the most promising command: ffmpeg -i vidoe.webm -qscale 1 video.mp4 I did research this topic and tried different approaches to solve this. mp4 video using ffmpeg (3.4.2 on mac) the result is somewhat blurry. I tried adjusting the keyframe steps to be 8 frames so there's an even number of keyframes in hopes that the compressor will land on a keyframe at the first and last frames of the loop and more closely match the source frame, but it still ends up with a pop at the loop (in addition to a larger file size).When trying to convert a. I know the technical details as to why it's happening (because of the encoding process the block chunks are different from the first to last frame thus the pop), I just don't know what to do about it. Of course, this pop only occurs when compressing, it is perfectly seamless in AE with no glitches. When encoding either to h264 or webm vp9 and working around 3000kbps to 8000kbps, at the loop point there's a noticeable "pop" in the loop as the video resets. So I have a 7-second seamless looping video to be used as a web background in the form of a png sequence.
