[FFmpeg-trac] #1799(avfilter:open): loop option doesn't seem to work
FFmpeg
trac at avcodec.org
Wed Feb 27 16:24:21 CET 2013
#1799: loop option doesn't seem to work
------------------------------------+------------------------------------
Reporter: ubitux | Owner:
Type: defect | Status: open
Priority: normal | Component: avfilter
Version: git-master | Resolution:
Keywords: | Blocked By:
Blocking: | Reproduced by developer: 1
Analyzed by developer: 1 |
------------------------------------+------------------------------------
Comment (by Stylpe):
Yes, this still happens, tested this build with the same command (but an
mp4 video):
http://ffmpeg.gusari.org/static/64bit/ffmpeg.static.64bit.2013-02-27.tar.gz
Pretty much the same output:
{{{
$ ./ffmpeg -f lavfi -i movie=../bunny.mp4:loop=0 -t 20 -y out.mkv
ffmpeg version N-50337-g5d2f2c7 Copyright (c) 2000-2013 the FFmpeg
developers
built on Feb 27 2013 05:23:05 with gcc 4.6 (Debian 4.6.3-1)
configuration: --prefix=/root/ffmpeg-static/64bit --extra-
cflags='-I/root/ffmpeg-static/64bit/include -static' --extra-
ldflags='-L/root/ffmpeg-static/64bit/lib -static' --extra-libs='-lxml2
-lexpat -lfreetype' --enable-static --disable-shared --disable-ffserver
--disable-doc --enable-bzlib --enable-zlib --enable-postproc --enable-
runtime-cpudetect --enable-libx264 --enable-gpl --enable-libtheora
--enable-libvorbis --enable-libmp3lame --enable-gray --enable-libass
--enable-libfreetype --enable-libopenjpeg --enable-libspeex --enable-
libvo-aacenc --enable-libvo-amrwbenc --enable-version3 --enable-libvpx
libavutil 52. 17.103 / 52. 17.103
libavcodec 54. 92.100 / 54. 92.100
libavformat 54. 63.100 / 54. 63.100
libavdevice 54. 3.103 / 54. 3.103
libavfilter 3. 41.100 / 3. 41.100
libswscale 2. 2.100 / 2. 2.100
libswresample 0. 17.102 / 0. 17.102
libpostproc 52. 2.100 / 52. 2.100
[lavfi @ 0x3800620] Estimating duration from bitrate, this may be
inaccurate
Input #0, lavfi, from 'movie=../bunny.mp4:loop=0':
Duration: N/A, start: 0.000000, bitrate: N/A
Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 640x360
[SAR 1:1 DAR 16:9], 24 tbr, 24 tbn, 24 tbc
[libx264 @ 0x49b7500] using SAR=1/1
[libx264 @ 0x49b7500] using cpu capabilities: MMX2 SSE2Fast SSSE3
FastShuffle SSE4.2 AVX
[libx264 @ 0x49b7500] profile High, level 3.0
[libx264 @ 0x49b7500] 264 - core 129 r2230 1cffe9f - H.264/MPEG-4 AVC
codec - Copyleft 2003-2012 - http://www.videolan.org/x264.html - options:
cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1
psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1
cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=12
lookahead_threads=2 sliced_threads=0 nr=0 decimate=1 interlaced=0
bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1
b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=24
scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0
qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00
Metadata:
encoder : Lavf54.63.100
Stream #0:0: Video: h264 (H264 / 0x34363248), yuv420p, 640x360 [SAR
1:1 DAR 16:9], q=-1--1, 1k tbn, 24 tbc
Stream mapping:
Stream #0:0 -> #0:0 (rawvideo -> libx264)
Press [q] to stop, [?] for help
frame= 121 fps=2.6 q=-1.0 Lsize= 249kB time=00:00:04.95 bitrate=
412.1kbits/s dup=0 drop=135403
}}}
I've been trying to do something similar to produce a persistent test live
stream, with the same results (the video just hangs when consuming it)
--
Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/1799#comment:4>
FFmpeg <http://ffmpeg.org>
FFmpeg issue tracker
More information about the FFmpeg-trac
mailing list