[FFmpeg-user] ffmpeg + rtsp results in log output not displaying frame size nor bitrate
Michael Smithng
msmith at bitgravity.com
Tue Jun 5 18:36:53 CEST 2012
Carl et al.,
Ok, I've finally tested against the newest version and I'm still seeing the same issue. No frame-size or bitrate values are being reported. FWIW, this is also with the newest snap of x264 stable.
ffmpeg version 0.11 Copyright (c) 2000-2012 the FFmpeg developers
built on Jun 4 2012 12:36:38 with gcc 4.2.1 (Apple Inc. build 5666) (dot 3)
configuration: --logfile=./config_64.log --disable-ffplay --enable-gpl --enable-nonfree --enable-libx264 --enable-libfaac --enable-libmp3lame --arch=x86_64
libavutil 51. 54.100 / 51. 54.100
libavcodec 54. 23.100 / 54. 23.100
libavformat 54. 6.100 / 54. 6.100
libavdevice 54. 0.100 / 54. 0.100
libavfilter 2. 77.100 / 2. 77.100
libswscale 2. 1.100 / 2. 1.100
libswresample 0. 15.100 / 0. 15.100
libpostproc 52. 0.100 / 52. 0.100
[dv @ 0x10180e800] Estimating duration from bitrate, this may be inaccurate
Guessed Channel Layout for Input Stream #0.1 : stereo
Input #0, dv, from '/var/run/raw.dv':
Duration: N/A, start: 0.000000, bitrate: 28771 kb/s
Stream #0:0: Video: dvvideo, yuv411p, 720x480, 28771 kb/s, SAR 8:9 DAR 4:3, 29.97 tbr, 29.97 tbn, 29.97 tbc
Stream #0:1: Audio: pcm_s16le, 48000 Hz, stereo, s16, 1536 kb/s
[buffer @ 0x101212660] w:720 h:480 pixfmt:yuv411p tb:1001/30000 sar:8/9 sws_param:flags=2
[buffersink @ 0x101213260] No opaque field provided
[scale @ 0x101213440] w:720 h:480 fmt:yuv411p sar:8/9 -> w:720 h:480 fmt:yuv420p sar:8/9 flags:0x4
[aformat @ 0x101216220] auto-inserting filter 'auto-inserted resampler 0' between the filter 'src' and the filter 'aformat'
[aresample @ 0x101216820] chl:stereo fmt:s16 r:48000Hz -> chl:stereo fmt:s16 r:44100Hz
[libx264 @ 0x10180f400] using SAR=8/9
[libx264 @ 0x10180f400] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.1 Cache64
[libx264 @ 0x10180f400] profile Constrained Baseline, level 3.0
[libx264 @ 0x10180f400] 264 - core 125 - H.264/MPEG-4 AVC codec - Copyleft 2003-2012 - http://www.videolan.org/x264.html - options: cabac=0 ref=3 deblock=1:0:0 analyse=0x1:0x111 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=0 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=3 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=0 weightp=0 keyint=15 keyint_min=45 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=abr mbtree=1 bitrate=250 ratetol=1.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00
Output #0, rtsp, to 'rtsp://[...]':
Metadata:
encoder : Lavf54.6.100
Stream #0:0: Video: h264, yuv420p, 720x480 [SAR 8:9 DAR 4:3], q=-1--1, 250 kb/s, 90k tbn, 15 tbc
Stream #0:1: Audio: aac, 44100 Hz, stereo, s16, 64 kb/s
Stream mapping:
Stream #0:0 -> #0:0 (dvvideo -> libx264)
Stream #0:1 -> #0:1 (pcm_s16le -> libfaac)
Press [q] to stop, [?] for help
frame= 18 fps= 18 q=0.0 size= 0kB time=00:00:00.00 bitrate= 0.0kbits/s dup=0 drop=12
frame= 26 fps= 17 q=0.0 size= 0kB time=00:00:00.00 bitrate= 0.0kbits/s dup=0 drop=20
frame= 33 fps= 16 q=0.0 size= 0kB time=00:00:00.00 bitrate= 0.0kbits/s dup=0 drop=27
frame= 41 fps= 16 q=0.0 size= 0kB time=00:00:00.00 bitrate= 0.0kbits/s dup=0 drop=35
frame= 48 fps= 16 q=44.0 size= 0kB time=00:00:00.26 bitrate= 0.0kbits/s dup=0 drop=43
frame= 56 fps= 16 q=37.0 size= 0kB time=00:00:00.80 bitrate= 0.0kbits/s dup=0 drop=50
frame= 63 fps= 16 q=34.0 size= 0kB time=00:00:01.26 bitrate= 0.0kbits/s dup=0 drop=58
frame= 71 fps= 16 q=32.0 size= 0kB time=00:00:01.80 bitrate= 0.0kbits/s dup=0 drop=65
frame= 78 fps= 15 q=33.0 size= 0kB time=00:00:02.26 bitrate= 0.0kbits/s dup=0 drop=73
frame= 86 fps= 16 q=34.0 size= 0kB time=00:00:02.80 bitrate= 0.0kbits/s dup=0 drop=80
frame= 94 fps= 16 q=36.0 size= 0kB time=00:00:03.33 bitrate= 0.0kbits/s dup=0 drop=88
frame= 101 fps= 15 q=37.0 size= 0kB time=00:00:03.80 bitrate= 0.0kbits/s dup=0 drop=96
frame= 109 fps= 15 q=37.0 size= 0kB time=00:00:04.33 bitrate= 0.0kbits/s dup=0 drop=103
frame= 117 fps= 15 q=36.0 size= 0kB time=00:00:04.86 bitrate= 0.0kbits/s dup=0 drop=111
Que input is backward in time
[rtsp @ 0x10180ee00] Audio timestamp 707547 < 708440 invalid, cliping
frame= 122 fps= 14 q=-1.0 Lsize= 0kB time=00:00:07.89 bitrate= 0.0kbits/s dup=0 drop=116
video:230kB audio:61kB global headers:0kB muxing overhead -100.000000%
[libx264 @ 0x10180f400] frame I:3 Avg QP:29.76 size: 7183
[libx264 @ 0x10180f400] frame P:119 Avg QP:31.61 size: 1797
[libx264 @ 0x10180f400] mb I I16..4: 76.4% 0.0% 23.6%
[libx264 @ 0x10180f400] mb P I16..4: 9.1% 0.0% 1.4% P16..4: 25.7% 2.9% 0.7% 0.0% 0.0% skip:60.2%
[libx264 @ 0x10180f400] final ratefactor: 30.48
[libx264 @ 0x10180f400] coded y,uvDC,uvAC intra: 12.7% 29.4% 1.4% inter: 2.2% 4.6% 0.0%
[libx264 @ 0x10180f400] i16 v,h,dc,p: 50% 25% 10% 16%
[libx264 @ 0x10180f400] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 23% 32% 26% 5% 3% 4% 3% 4% 2%
[libx264 @ 0x10180f400] i8c dc,h,v,p: 73% 11% 15% 1%
[libx264 @ 0x10180f400] ref P L0: 69.1% 21.1% 9.9%
[libx264 @ 0x10180f400] kb/s:231.50
Looks like I'm also tripping over the issue reported in https://ffmpeg.org/trac/ffmpeg/ticket/1329. But I'm only seeing this error reported once the process is killed... so it's not as big of an issue for me.
Michael
On Feb 19, 2012, at 11:43 AM, Carl Eugen Hoyos wrote:
> Michael Smithng <msmith <at> bitgravity.com> writes:
>
>> In the event that I'm unable to bump my production release
>> (this simply can't be done without proper vetting),
>> how would you propose that I debug this issue in 0.9.1?
>
> You test current git head, if the problem is fixed, find the
> change introducing the fix with git bisect and backport it
> to whatever you are using. (Do not forget that this means your
> application will contain known possible security issues.)
>
> I am not saying that the problem has been fixed though.
>
> Carl Eugen
>
> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
More information about the ffmpeg-user
mailing list