Recherche avancée

Sur d’autres sites (12923)

• FFMPEG : Youtube streaming issues

  23 février 2019, par Alex Paramonov

  I am trying to make a reliable stream from my Icecast/Shoutcast servers to Youtube live.
  The command that I use is :

  /usr/bin/ffmpeg -re -loop 1 -framerate 1 -i /var/users/youtube_stream/DJ-philadelphia_jO46wsH.jpg -i http://127.0.0.1:4700/radio -c:v libx264 -preset ultrafast -maxrate 2048k -bufsize 2048k -c:a copy -ab 128k -s 1920x1080 -rtmp_live live -f flv rtmp://a.rtmp.youtube.com/live2/k123 -nostats

  The stream starts running but suddenly stops at random times with the output similar to this :

  av_interleaved_write_frame(): Broken pipe
  
  [flv @ 0x5641e04db260] Failed to update header with correct duration.
  
  [flv @ 0x5641e04db260] Failed to update header with correct filesize.
  
  Error writing trailer of rtmp://a.rtmp.youtube.com/live2/123: Broken pipe
  
  frame= 4771 fps=1.0 q=2.0 Lsize=  106465kB time=01:19:30.00 bitrate= 182.8kbits/s speed=   1x
  
  video:29022kB audio:74516kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 2.825971%
  
  Conversion failed!
  
  99%
  
  Exiting normally, received signal 15.

  I can’t say exactly why is this happening and maybe there is a way to fix it, but to mee it looks like ffmpeg can not send or convert some frame and it breaks the entire process, so I started digging the docs and found a fifo format that has reconnection options in case of failure.
  So my new command is :

  /usr/bin/ffmpeg -re -loop 1 -framerate 1 -i /var/users/youtube_stream/DJ-philadelphia_jO46wsH.jpg -i http://127.0.0.1:4700/radio -c:v libx264 -preset ultrafast -maxrate 2048k -bufsize 2048k -c:a copy -ab 128k -s 1920x1080 -rtmp_live live -f fifo -fifo_format flv -map 0:v -map 1:a -drop_pkts_on_overflow 1 -attempt_recovery 1 -recovery_wait_time 1 rtmp://a.rtmp.youtube.com/live2/123 -nostats

  With this command Youtube starts complaining about video resolution saying that 65535x65535 is not supported, value 65535 looks like something is not initialized properly. Please note that I have explicitly set the resolution with -s 1920x1080.

  The output from FLV and FIFO formats looks quite similar.

  FLV

  Input #0, image2, from '/var/users/youtube_stream/DJ-philadelphia_jO46wsH.jpg':
  
    Duration: 00:00:01.00, start: 0.000000, bitrate: 597 kb/s
  
      Stream #0:0: Video: mjpeg, yuvj420p(pc, bt470bg/unknown/unknown), 1920x1080 [SAR 1:1 DAR 16:9], 1 fps, 1 tbr, 1 tbn, 1 tbc
  
  Input #1, mp3, from 'http://127.0.0.1:4700/radio':
  
    Metadata:
  
      icy-br          : 128
  
      icy-description : test
  
      icy-genre       : test
  
      icy-name        : Test
  
      icy-pub         : 1
  
      StreamTitle     : silence
  
    Duration: N/A, start: 0.000000, bitrate: 128 kb/s
  
      Stream #1:0: Audio: mp3, 44100 Hz, stereo, s16p, 128 kb/s
  
  Stream mapping:
  
    Stream #0:0 -> #0:0 (mjpeg (native) -> h264 (libx264))
  
    Stream #1:0 -> #0:1 (copy)
  
  Press [q] to stop, [?] for help
  
  [libx264 @ 0x563bdde386a0] using SAR=1/1
  
  [libx264 @ 0x563bdde386a0] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
  
  [libx264 @ 0x563bdde386a0] profile Constrained Baseline, level 4.0
  
  [libx264 @ 0x563bdde386a0] 264 - core 152 r2854 e9a5903 - H.264/MPEG-4 AVC codec - Copyleft 2003-2017 - 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=0 threads=18 lookahead_threads=3 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=0 weightp=0 keyint=250 keyint_min=1 scenecut=0 intra_refresh=0 rc_lookahead=0 rc=crf mbtree=0 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 vbv_maxrate=2048 vbv_bufsize=2048 crf_max=0.0 nal_hrd=none filler=0 ip_ratio=1.40 aq=0
  
  Output #0, flv, to 'rtmp://a.rtmp.youtube.com/live2/k478-1xpz-v2de-5e79':
  
    Metadata:
  
      encoder         : Lavf57.83.100
  
      Stream #0:0: Video: h264 (libx264) ([7][0][0][0] / 0x0007), yuvj420p(pc), 1920x1080 [SAR 1:1 DAR 16:9], q=-1--1, 1 fps, 1k tbn, 1 tbc
  
      Metadata:
  
        encoder         : Lavc57.107.100 libx264
  
      Side data:
  
        cpb: bitrate max/min/avg: 2048000/0/0 buffer size: 2048000 vbv_delay: -1
  
      Stream #0:1: Audio: mp3 ([2][0][0][0] / 0x0002), 44100 Hz, stereo, s16p, 128 kb/s

  FIFO

  Input #0, image2, from '/var/users/youtube_stream/DJ-philadelphia_jO46wsH.jpg':
  
    Duration: 00:00:01.00, start: 0.000000, bitrate: 597 kb/s
  
      Stream #0:0: Video: mjpeg, yuvj420p(pc, bt470bg/unknown/unknown), 1920x1080 [SAR 1:1 DAR 16:9], 1 fps, 1 tbr, 1 tbn, 1 tbc
  
  Input #1, mp3, from 'http://127.0.0.1:4700/radio':
  
    Metadata:
  
      icy-br          : 128
  
      icy-description : test
  
      icy-genre       : test
  
      icy-name        : Test
  
      icy-pub         : 1
  
      StreamTitle     : silence
  
    Duration: N/A, start: 0.000000, bitrate: 128 kb/s
  
      Stream #1:0: Audio: mp3, 44100 Hz, stereo, s16p, 128 kb/s
  
  Stream mapping:
  
    Stream #0:0 -> #0:0 (mjpeg (native) -> h264 (libx264))
  
    Stream #1:0 -> #0:1 (copy)
  
  Press [q] to stop, [?] for help
  
  [libx264 @ 0x560fb2209ae0] using SAR=1/1
  
  [libx264 @ 0x560fb2209ae0] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
  
  [libx264 @ 0x560fb2209ae0] profile Constrained Baseline, level 4.0
  
  Output #0, fifo, to 'rtmp://a.rtmp.youtube.com/live2/k478-1xpz-v2de-5e79':
  
    Metadata:
  
      encoder         : Lavf57.83.100
  
      Stream #0:0: Video: h264 (libx264), yuvj420p(pc), 1920x1080 [SAR 1:1 DAR 16:9], q=-1--1, 1 fps, 1 tbn, 1 tbc
  
      Metadata:
  
        encoder         : Lavc57.107.100 libx264
  
      Side data:
  
        cpb: bitrate max/min/avg: 2048000/0/0 buffer size: 2048000 vbv_delay: -1
  
      Stream #0:1: Audio: mp3, 44100 Hz, stereo, s16p, 128 kb/s

  you can see the input streams, output, mapping - all fine except one line that is missing with fifo format :

  [libx264 @ 0x563bdde386a0] 264 - core 152 r2854 e9a5903 - H.264/MPEG-4 AVC codec - Copyleft 2003-2017 - http://www.videolan.org/x264.html ...

  Seems like video codec is not completely initialized and does not start with when using fifo format.

  So my questions are :

  1. is there a way to create a reliable stream with ffmpeg w/o using
     fifo format ?
  2. if fifo format is mandatory in this case, what’s wrong with my
     video codec ?

• Problem with ffplay from webcam stream using complex filters

  29 mai 2022, par efelbar

  I'm trying to stream video from a webcam (at /dev/video2) through ffplay to scale and recolor it, add some text, and then reduce the number of colors with palettes. I don't get any errors, but running the ffplay command :

  


  ffplay -i /dev/video2 -vf "hflip,\
  colorbalance=\
    rs=0.4:\
    bs=-0.4\
  ,\
  scale=\
    trunc(iw/8):\
    trunc(ih/8)\
  ,\
  drawtext=\
    text=\
      'efelbar':\
      fontcolor=white:\
      fontsize=10:\
      box=1:\
      boxcolor=black:\
      boxborderw=5:\
      x=(w-text_w)/2:\
      y=(h-text_h)/2\
  ,\
  split[s0][s1];\
  [s0]palettegen=\
    max_colors=16\
  [p];\
  [s1][p]paletteuse"


  


  seems to stall, and fails to produce video output.

  


  Running the simpler command ffplay -i /dev/video2 -vf "split[s0][s1];[s0]palettegen=max_colors=16[p];[s1][p]paletteuse", which takes a stream from a webcam and (should) reduce the number of colors, results in it just sitting there without showing the actual output stream. This might just be a performance issue because I'm on older hardware, but it doesn't give output relfective of that.

  


  The output of that command is as follows :

  


  ffplay version n5.0 Copyright (c) 2003-2022 the FFmpeg developers
  built with gcc 11.2.0 (GCC)
  configuration: --prefix=/usr --disable-debug --disable-static --disable-stripping --enable-amf --enable-avisynth --enable-cuda-llvm --enable-lto --enable-fontconfig --enable-gmp --enable-gnutls --enable-gpl --enable-ladspa --enable-libaom --enable-libass --enable-libbluray --enable-libdav1d --enable-libdrm --enable-libfreetype --enable-libfribidi --enable-libgsm --enable-libiec61883 --enable-libjack --enable-libmfx --enable-libmodplug --enable-libmp3lame --enable-libopencore_amrnb --enable-libopencore_amrwb --enable-libopenjpeg --enable-libopus --enable-libpulse --enable-librav1e --enable-librsvg --enable-libsoxr --enable-libspeex --enable-libsrt --enable-libssh --enable-libsvtav1 --enable-libtheora --enable-libv4l2 --enable-libvidstab --enable-libvmaf --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxcb --enable-libxml2 --enable-libxvid --enable-libzimg --enable-nvdec --enable-nvenc --enable-shared --enable-version3
  libavutil      57. 17.100 / 57. 17.100
  libavcodec     59. 18.100 / 59. 18.100
  libavformat    59. 16.100 / 59. 16.100
  libavdevice    59.  4.100 / 59.  4.100
  libavfilter     8. 24.100 /  8. 24.100
  libswscale      6.  4.100 /  6.  4.100
  libswresample   4.  3.100 /  4.  3.100
  libpostproc    56.  3.100 / 56.  3.100
Input #0, video4linux2,v4l2, from '/dev/video2':B sq=    0B f=0/0   
  Duration: N/A, start: 254970.739108, bitrate: 147456 kb/s
  Stream #0:0: Video: rawvideo (YUY2 / 0x32595559), yuyv422, 640x480, 147456 kb/s, 30 fps, 30 tbr, 1000k tbn


  


  I'm running this on a thinkpad t420s, so I definitely wouldn't be surprised if my laptop just can't process video that quickly. If that is the case, suggestions for optimizations would be great !

  


• capture my webcam and encode to mp4 with ffmpeg, but the x264 works bad

  17 septembre 2015, par zhangxm1991

  here is my version :
  ffmpeg version : 2.3.3
  libx264 version:142.x

  I wat to capture my video and use ffmpeg and x264 to a mp4 file. the solution is 320x240.
  But i found that the video file is so big. Then i found that the P frame and B frame is very big, even nearly equal to the I frame.I do not know why.

  here is my code :

      c->codec_id = codec_id;
  
      c->bit_rate = 400000;
  
      c->width    = 320;
  
      c->height   = 240;
  
      c->time_base.den = 10;
  
      c->time_base.num = 1;
  
      c->pix_fmt       = AV_PIX_FMT_YUV420P;

  Here is my program output :

  [libx264 @ 0xb6200fc0] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX 
  
  
  
  [libx264 @ 0xb6200fc0] profile High, level 1.3
  
  
  
  [libx264 @ 0xb6200fc0] 264 - core 142 - H.264/MPEG-4 AVC codec - Copyleft 2003-2014 - 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=6 lookahead_threads=1 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=10 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=abr mbtree=1 bitrate=400 ratetol=1.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00
  
  
  
  Output #0, mp4, to '/home/2014_09_12/0002b6429579/5/2014_09_12_18_39_12_600.mp4':
  
  
  
      Stream #0:0: Video: h264 (libx264), yuv420p, 320x240, q=-1--1, 400 kb/s, 10 tbc
  
  
  
      Stream #0:1: Audio: aac, 8000 Hz, mono, fltp, 32 kb/s
  
  
  
  [mp4 @ 0xb62005e0] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead.
  
  
  
  [mp4 @ 0xb62005e0] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead.
  
  
  
  [mp4 @ 0xb62005e0] Encoder did not produce proper pts, making some up.
  
  
  
  [libx264 @ 0xb6200fc0] frame I:3     Avg QP: 2.79  size: 72996
  
  
  
  [libx264 @ 0xb6200fc0] frame P:383   Avg QP: 0.14  size: 54075
  
  
  
  [libx264 @ 0xb6200fc0] frame B:216   Avg QP: 1.95  size: 64784
  
  
  
  [libx264 @ 0xb6200fc0] consecutive B-frames: 30.1% 63.2%  6.0%  0.7%
  
  
  
  [libx264 @ 0xb6200fc0] mb I  I16..4: 16.1% 12.7% 71.2%
  
  
  
  [libx264 @ 0xb6200fc0] mb P  I16..4:  3.5%  5.1% 15.9%  P16..4: 20.3% 22.8% 14.0%  0.0%  0.0%    skip:18.3%
  
  
  
  [libx264 @ 0xb6200fc0] mb B  I16..4:  0.4%  2.5%  8.2%  B16..8: 32.6% 19.8% 13.5%  
  
  direct:22.2%  skip: 0.8%  L0:25.5% L1:12.8% BI:61.6%
  
  
  
  [libx264 @ 0xb6200fc0] final ratefactor: -32.89
  
  
  
  [libx264 @ 0xb6200fc0] 8x8 transform intra:21.0% inter:29.6%
  
  
  
  [libx264 @ 0xb6200fc0] coded y,uvDC,uvAC intra: 100.0% 100.0% 100.0% inter: 83.3% 80.9% 80.9%
  
  
  
  [libx264 @ 0xb6200fc0] i16 v,h,dc,p:  5%  7% 42% 46%
  
  
  
  [libx264 @ 0xb6200fc0] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 14% 12% 23%  8%  6%  6%  8%  9% 14%
  
  
  
  [libx264 @ 0xb6200fc0] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 12% 11% 19% 10%  8%  8% 10% 10% 12%
  
  
  
  [libx264 @ 0xb6200fc0] i8c dc,h,v,p: 78%  3%  4% 15%
  
  
  
  [libx264 @ 0xb6200fc0] Weighted P-Frames: Y:0.5% UV:0.3%
  
  
  
  [libx264 @ 0xb6200fc0] ref P L0: 43.4% 14.6% 19.0% 22.9%  0.1%
  
  
  
  [libx264 @ 0xb6200fc0] ref B L0: 63.3% 35.7%  1.1%
  
  
  
  [libx264 @ 0xb6200fc0] ref B L1: 97.0%  3.0%
  
  
  
  [libx264 @ 0xb6200fc0] kb/s:4.53
  
  
  
  [aac @ 0xb6201ba0] 2 frames left in the queue on closing