Warning: data is not aligned! This can lead to a speedlos Kip=1 chroma_qp_offset=4 threads=3 lookahead_threads=1 sliced_threads=0 nr=0 deĭ=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyinĠ qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 profile High 4:4:4 Predictive, level 3.0, 4:4:4 8-bit using cpu capabilities: MMX2 SSE2Fast LZCNT Use -pix_fmt yuv420p for compatibility with outdated media players. No pixel format specified, yuv444p for H.264 encoding chosen.
#Ffmpeg documentation console output full#
real-time buffer too full (149% of size: 3041280)! frame Input #0, dshow, from 'video=screen-capture-recorder:audio=Microphone (USB Audiĭuration: N/A, start: 247589.073000, bitrate: N/A Guessed Channel Layout for Input Stream #0.1 : stereo
S -enable-libutvideo -enable-libbluray -enable-iconv -enable-libtwolame -e V/ffmpeg-windows-build-helpers/sandbox/mingw-w64-i686/i686-w64-mingw32 -enable Libopencore-amrnb -enable-libopencore-amrwb -enable-libvo-amrwbenc -enable-l Run a dshow capture session with a system under heavy load (or any system that can't keep up with the requested encoding in realtime):įfmpeg -f dshow -i video="screen-capture-recorder":audio="Microphone (Uįfmpeg version N-61874-g57e939d Copyright (c) 2000-2014 the FFmpeg developersĬonfiguration: -arch=x86 -target-os=mingw32 -cross-prefix=/home/rogerdpackĢ-pkg-config=pkg-config -enable-gpl -enable-libx264 -enable-avisynth -enīrtmp -enable-libvorbis -enable-libtheora -enable-libspeex -enable-libopenjĭisable-w32threads -enable-frei0r -enable-filter=frei0r -enable-libvo-aacenc Summary of the bug: basically, in the presence of multiple log messages, the default "size out" gets lost:
0 kommentar(er)
