id,summary,reporter,owner,description,type,status,priority,component,version,resolution,keywords,cc,blockedby,blocking,reproduced,analyzed
1581,"No video, when broadcasting via rtmp",vitrums,,"
== Summary of the bug ==

RTMP videocasting services such as justin.tv or own3d.tv show LIVE status, when broadcasting via FFmpeg, though no video, but a black screen.

== How to reproduce ==

''Shell script example:''

INRES=""1920x1080""
OUTRES=""1920x1080""
FPS=""30""
QUAL=""ultrafast""
 
STREAM_KEY=""YourStreamKeyTypeHere""
URL=""rtmp://live.eu.own3d.tv/live/$STREAM_KEY""
 
ffmpeg -f x11grab -y -s ""$INRES"" -r ""$FPS"" -i :0.0 -an \
    -vcodec libx264 -preset ""$QUAL"" -crf 30 -s ""$OUTRES"" -b:v 1500k \
    -f flv ""$URL""

''Here is the output:''

--- BEGINNING OF THE LOG ---

vitrums@vitrums:~/stream$ ffmpeg version git-2012-07-28-a2f91e7 Copyright (c) 2000-2012 the FFmpeg developers
  built on Jul 28 2012 12:01:28 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5)
  configuration: --enable-gpl --enable-libfaac --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-librtmp --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-nonfree --enable-version3 --enable-x11grab
  libavutil      51. 65.100 / 51. 65.100
  libavcodec     54. 45.100 / 54. 45.100
  libavformat    54. 21.100 / 54. 21.100
  libavdevice    54.  2.100 / 54.  2.100
  libavfilter     3.  3.100 /  3.  3.100
  libswscale      2.  1.100 /  2.  1.100
  libswresample   0. 15.100 /  0. 15.100
  libpostproc    52.  0.100 / 52.  0.100
[x11grab @ 0x36d9440] device: :0.0 -> display: :0.0 x: 0 y: 0 width: 1920 height: 1080
[x11grab @ 0x36d9440] shared memory extension found
[x11grab @ 0x36d9440] Estimating duration from bitrate, this may be inaccurate
Input #0, x11grab, from ':0.0':
  Duration: N/A, start: 1343479201.360353, bitrate: 1990656 kb/s
    Stream #0:0: Video: rawvideo (BGR[0] / 0x524742), bgr0, 1920x1080, 1990656 kb/s, 30 tbr, 1000k tbn, 30 tbc
[libx264 @ 0x36e6b40] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2 AVX
[libx264 @ 0x36e6b40] profile High 4:4:4 Predictive, level 4.0, 4:4:4 8-bit
[libx264 @ 0x36e6b40] 264 - core 125 r2 d9d2288 - H.264/MPEG-4 AVC codec - Copyleft 2003-2012 - http://www.videolan.org/x264.html - options: cabac=0 ref=1 deblock=0:0:0 analyse=0:0 me=dia subme=0 psy=1 psy_rd=1.00:0.00 mixed_ref=0 me_range=16 chroma_me=1 trellis=0 8x8dct=0 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=6 threads=6 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=0 weightp=0 keyint=250 keyint_min=25 scenecut=0 intra_refresh=0 rc=crf mbtree=0 crf=30.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=0
Output #0, flv, to 'rtmp://live.eu.own3d.tv/live/HIDDEN':
  Metadata:
    encoder         : Lavf54.21.100
    Stream #0:0: Video: h264 ([7][0][0][0] / 0x0007), yuv444p, 1920x1080, q=-1--1, 1500 kb/s, 1k tbn, 30 tbc
Stream mapping:
  Stream #0:0 -> #0:0 (rawvideo -> libx264)
Press [q] to stop, [?] for help
frame=  231 fps= 24 q=32766.0 Lsize=     977kB time=00:00:07.70 bitrate=1039.8kbits/s    
video:973kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.491404%
[libx264 @ 0x36e6b40] frame I:1     Avg QP:27.00  size:268629
[libx264 @ 0x36e6b40] frame P:230   Avg QP:20.46  size:  3159
[libx264 @ 0x36e6b40] mb I  I16..4: 100.0%  0.0%  0.0%
[libx264 @ 0x36e6b40] mb P  I16..4:  0.3%  0.0%  0.0%  P16..4:  1.4%  0.0%  0.0%  0.0%  0.0%    skip:98.2%
[libx264 @ 0x36e6b40] coded y,u,v intra: 32.4% 14.7% 14.1% inter: 0.7% 0.3% 0.3%
[libx264 @ 0x36e6b40] i16 v,h,dc,p: 62% 31%  5%  2%
[libx264 @ 0x36e6b40] kb/s:1034.06

--- END OF THE LOG ---

AFAIK, the log is fine and no crashes were reported.

However if we run the same command with the output method set as: -f flv out.lfv, the locally recorded video would be just fine. We may actually try to send it via rtmp using the following command:

ffmpeg -re -i out.flv -c copy -f flv ""$URL""

which would again, give the same result, as if the video was grabbed directly via x11grab. The video is still blank. ",defect,closed,normal,undetermined,unspecified,invalid,,,,,0,1
