I will probably attempt to do this way: http://stackoverflow.com/questions/19212047/ffmpeg-command-line-for-capturing-and-recording-audio-and-video-in-720p-from-d
Stream all the time to UDP then record when I need. On 1 March 2016 at 15:17, Christian Bianchini <[email protected]> wrote: > Just to prove that it works after few times kill and start again. > I just dont get it why I have to do that, is because I quit the ffmpeg in > a strange way? Is this an issue of the ffmpeg? Hardware issues? I tried > with a different camera and the same happens. > > ffmpeg.exe -y -f dshow -video_size 1920x1080 -pixel_format uyv > y422 -rtbufsize 2100 -framerate 59.94 -i "video=Decklink Video Capture" > -codec:v > libx264 -preset ultrafast -an -crf 0 a.mkv > ffmpeg version N-78598-g98a0053 Copyright (c) 2000-2016 the FFmpeg > developers > built with gcc 5.3.0 (GCC) > configuration: --enable-gpl --enable-version3 --disable-w32threads > --enable-av > isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls > --enab > le-iconv --enable-libass --enable-libbluray --enable-libbs2b > --enable-libcaca -- > enable-libdcadec --enable-libfreetype --enable-libgme --enable-libgsm > --enable-l > ibilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb > --enab > le-libopencore-amrwb --enable-libopenjpeg --enable-libopus > --enable-librtmp --en > able-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora > --ena > ble-libtwolame --enable-libvidstab --enable-libvo-amrwbenc > --enable-libvorbis -- > enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 > --enable-lib > x265 --enable-libxavs --enable-libxvid --enable-libzimg --enable-lzma > --enable-d > ecklink --enable-zlib > libavutil 55. 18.100 / 55. 18.100 > libavcodec 57. 24.103 / 57. 24.103 > libavformat 57. 25.101 / 57. 25.101 > libavdevice 57. 0.101 / 57. 0.101 > libavfilter 6. 34.100 / 6. 34.100 > libswscale 4. 0.100 / 4. 0.100 > libswresample 2. 0.101 / 2. 0.101 > libpostproc 54. 0.100 / 54. 0.100 > Input #0, dshow, from 'video=Decklink Video Capture': > Duration: N/A, start: 0.069038, bitrate: N/A > Stream #0:0: Video: rawvideo (HDYC / 0x43594448), uyvy422(tv), > 1920x1080, 59 > .94 tbr, 10000k tbn, 59.94 tbc > No pixel format specified, yuv422p for H.264 encoding chosen. > Use -pix_fmt yuv420p for compatibility with outdated media players. > [libx264 @ 000000193a022a80] using cpu capabilities: MMX2 SSE2Fast SSSE3 > SSE4.2 > AVX FMA3 AVX2 LZCNT BMI2 > [libx264 @ 000000193a022a80] profile High 4:4:4 Predictive, level 4.2, > 4:2:2 8-b > it > [libx264 @ 000000193a022a80] 264 - core 148 r2665 a01e339 - H.264/MPEG-4 > AVC cod > ec - Copyleft 2003-2016 - http://www.videolan.org/x264.html - options: > cabac=0 r > ef=1 deblock=0:0:0 analyse=0:0 me=dia subme=0 psy=0 mixed_ref=0 > me_range=16 chro > ma_me=1 trellis=0 8x8dct=0 cqm=0 deadzone=21,11 fast_pskip=0 > chroma_qp_offset=0 > threads=12 lookahead_threads=2 sliced_threads=0 nr=0 decimate=1 > interlaced=0 blu > ray_compat=0 constrained_intra=0 bframes=0 weightp=0 keyint=250 > keyint_min=25 sc > enecut=0 intra_refresh=0 rc=cqp mbtree=0 qp=0 > Output #0, matroska, to 'a.mkv': > Metadata: > encoder : Lavf57.25.101 > Stream #0:0: Video: h264 (libx264) (H264 / 0x34363248), yuv422p, > 1920x1080, > q=-1--1, 59.94 fps, 1k tbn, 59.94 tbc > Metadata: > encoder : Lavc57.24.103 libx264 > Side data: > cpb: bitrate max/min/avg: 0/0/0 buffer size: 0 vbv_delay: -1 > Stream mapping: > Stream #0:0 -> #0:0 (rawvideo (native) -> h264 (libx264)) > Press [q] to stop, [?] for help > frame= 31 fps=0.0 q=0.0 size= 3243kB time=00:00:00.30 > bitrate=88547.4kbits/ > frame= 62 fps= 61 q=0.0 size= 8849kB time=00:00:00.81 > bitrate=88730.3kbits/ > frame= 92 fps= 61 q=0.0 size= 14266kB time=00:00:01.31 > bitrate=88668.9kbits/ > frame= 122 fps= 61 q=0.0 size= 19683kB time=00:00:01.81 > bitrate=88692.3kbits/ > frame= 152 fps= 60 q=0.0 size= 25102kB time=00:00:02.31 > bitrate=88674.1kbits/ > frame= 182 fps= 60 q=0.0 size= 30525kB time=00:00:02.81 > bitrate=88704.6kbits/ > frame= 212 fps= 60 q=0.0 size= 35941kB time=00:00:03.32 > bitrate=88682.6kbits/ > frame= 243 fps= 60 q=0.0 size= 41528kB time=00:00:03.83 > bitrate=88662.0kbits/ > frame= 273 fps= 60 q=0.0 size= 46928kB time=00:00:04.33 > bitrate=88619.5kbits/ > frame= 303 fps= 60 q=0.0 size= 52344kB time=00:00:04.83 > bitrate=88631.3kbits/ > frame= 333 fps= 60 q=0.0 size= 57756kB time=00:00:05.33 > bitrate=88618.9kbits/ > [dshow @ 000000193a01b5a0] real-time buffer [Decklink Video Capture] > [video inpu > t] too full or near too full (197485% of size: 2100 [rtbufsize > parameter])! fram > e dropped! > frame= 334 fps= 60 q=-1.0 Lsize= 60282kB time=00:00:05.57 > bitrate=88626.7kbit > s/s speed=0.998x > video:60278kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB > muxing > overhead: 0.005839% > [libx264 @ 000000193a022a80] frame I:2 Avg QP: 0.00 size:175067 > [libx264 @ 000000193a022a80] frame P:332 Avg QP: 0.00 size:184862 > [libx264 @ 000000193a022a80] mb I I16..4: 100.0% 0.0% 0.0% > [libx264 @ 000000193a022a80] mb P I16..4: 97.0% 0.0% 0.0% P16..4: > 3.0% 0.0 > % 0.0% 0.0% 0.0% skip: 0.0% > [libx264 @ 000000193a022a80] coded y,uvDC,uvAC intra: 0.3% 100.0% 99.9% > inter: 1 > 2.5% 100.0% 100.0% > [libx264 @ 000000193a022a80] i16 v,h,dc,p: 100% 0% 0% 0% > [libx264 @ 000000193a022a80] i8c dc,h,v,p: 2% 2% 96% 0% > [libx264 @ 000000193a022a80] kb/s:88617.23 > [dshow @ 000000193a01b5a0] real-time buffer [Decklink Video Capture] > [video inpu > t] too full or near too full (197485% of size: 2100 [rtbufsize > parameter])! fram > e dropped! > Last message repeated 1 times > > > > On 1 March 2016 at 15:16, Claudiu Rad <[email protected]> wrote: > >> >> On 3/1/2016 5:13 PM, Christian Bianchini wrote: >> >>> I just tried without that parameter and >>> >>> frame= 2 fps=0.6 q=0.0 size= 0kB time=00:00:00.00 bitrate=N/A >>> dup=0 dro >>> frame= 2 fps=0.5 q=0.0 size= 0kB time=00:00:00.00 bitrate=N/A >>> dup=0 dro >>> frame= 2 fps=0.4 q=0.0 size= 0kB time=00:00:00.00 bitrate=N/A >>> dup=0 dro >>> [dshow @ 000000898217b420] real-time buffer [Decklink Video Capture] >>> [video >>> inpu >>> t] too full or near too full (136% of size: 3041280 [rtbufsize >>> parameter])! >>> fram >>> e dropped! >>> >> >> well, just try to set it larger like the error suggests, for example 10 >> times the default: >> >> -rtbufsize 30412800 >> >> still, i don't know if this is your problem. >> >> -- >> Claudiu >> >> >> _______________________________________________ >> ffmpeg-user mailing list >> [email protected] >> http://ffmpeg.org/mailman/listinfo/ffmpeg-user >> > > > > -- > --------------------------- > Hardware & Software Developer > [email protected] <[email protected]> > www.max246.ch > -- --------------------------- Hardware & Software Developer [email protected] <[email protected]> www.max246.ch _______________________________________________ ffmpeg-user mailing list [email protected] http://ffmpeg.org/mailman/listinfo/ffmpeg-user
