[FFmpeg-user] fifo_size usage hangs ffmpeg

Ajay Parashar Ajay.Parashar at rsystems.com
Fri Sep 26 12:26:52 CEST 2014



> ffmpeg version 2.3.3

Please test current FFmpeg git head.

I downloded latest version 2.4.1, compiled and executed also but no luck.
Still facing same issue, ffmpeg hangs with usage of fifo_size.
Please find latest logs as below:


ffmpeg -i 'udp://226.0.0.1:1234?fifo_size=875000&overrun_nonfatal=1' -map 0:v:1 -map 0:a:0 -acodec copy -f mp4 2609_5v.ts
ffmpeg version 2.4.1 Copyright (c) 2000-2014 the FFmpeg developers
  built on Sep 26 2014 15:32:03 with gcc 4.8.3 (GCC) 20140624 (Red Hat 4.8.3-1)
  configuration: --enable-debug --enable-gpl --enable-libx264 --enable-shared --disable-static --disable-optimizations --disable-mmx --disable-stripping
  libavutil      54.  7.100 / 54.  7.100
  libavcodec     56.  1.100 / 56.  1.100
  libavformat    56.  4.101 / 56.  4.101
  libavdevice    56.  0.100 / 56.  0.100
  libavfilter     5.  1.100 /  5.  1.100
  libswscale      3.  0.100 /  3.  0.100
  libswresample   1.  1.100 /  1.  1.100
  libpostproc    53.  0.100 / 53.  0.100
[mpegts @ 0x1da4710] PES packet size mismatch
Input #0, mpegts, from 'udp://226.0.0.1:1234?fifo_size=875000&overrun_nonfatal=1':
  Duration: N/A, start: 34358.106822, bitrate: 192 kb/s
  Program 1
    Stream #0:0[0x52](???): Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, stereo, fltp, 192 kb/s
    Stream #0:1[0x53]: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p(tv, bt709), 1280x720 [SAR 1:1 DAR 16:9], 59.94 fps, 59.94 tbr, 90k tbn, 119.88 tbc
    Stream #0:2[0x54]: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p(tv, smpte170m), 704x480 [SAR 10:11 DAR 4:3], 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc
[libx264 @ 0x1e13640] using SAR=10/11
[libx264 @ 0x1e13640] using cpu capabilities: MMX2 SSE2 SSE3 Cache64
[libx264 @ 0x1e13640] profile High, level 3.0
[libx264 @ 0x1e13640] 264 - core 138 r2363 c628e3b - H.264/MPEG-4 AVC codec - Copyleft 2003-2013 - 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=3 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=25 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
[mp4 @ 0x1ee4f80] track 1: codec frame size is not set
Output #0, mp4, to '2609_5v.ts':
  Metadata:
    encoder         : Lavf56.4.101
    Stream #0:0: Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuv420p, 704x480 [SAR 10:11 DAR 4:3], q=-1--1, 29.97 fps, 30k tbn, 29.97 tbc
    Metadata:
      encoder         : Lavc56.1.100 libx264
    Stream #0:1(???): Audio: ac3 ([165][0][0][0] / 0x00A5), 48000 Hz, stereo, 192 kb/s
Stream mapping:
  Stream #0:2 -> #0:0 (h264 (native) -> h264 (libx264))
  Stream #0:0 -> #0:1 (copy)
Press [q] to stop, [?] for help
[mp4 @ 0x1ee4f80] Non-monotonous DTS in output stream 0:1; previous: 39936, current: 39178; changing to 39937. This may result in incorrect timestamps in the output file.
[mpegts @ 0x1da4710] DTS 3092399838 < 3092401136 out of orderitrate= 189.7kbits/s dup=38 drop=0
frame= 1872 fps= 24 q=29.0 size=    5762kB time=00:01:02.54 bitrate= 754.7kbits/s dup=38 drop=0

^C[mpegts @ 0x1da4710] PES packet size mismatch
    Last message repeated 1 times
av_interleaved_write_frame(): Immediate exit requested


frame= 1882 fps= 13 q=-1.0 Lsize=    5786kB time=00:01:02.83 bitrate= 754.4kbits/s dup=38 drop=0
video:4354kB audio:1473kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown
[libx264 @ 0x1e13640] frame I:8     Avg QP:18.79  size: 42182
[libx264 @ 0x1e13640] frame P:494   Avg QP:21.39  size:  6416
[libx264 @ 0x1e13640] frame B:1380  Avg QP:26.63  size:   757
[libx264 @ 0x1e13640] consecutive B-frames:  0.8%  0.9% 10.4% 88.0%
[libx264 @ 0x1e13640] mb I  I16..4: 19.6% 29.5% 50.9%
[libx264 @ 0x1e13640] mb P  I16..4:  2.6%  2.8%  1.3%  P16..4: 36.5%  8.8%  6.1%  0.0%  0.0%    skip:41.8%
[libx264 @ 0x1e13640] mb B  I16..4:  0.1%  0.1%  0.0%  B16..8: 25.0%  1.5%  0.2%  direct: 0.9%  skip:72.3%  L0:42.6% L1:50.2% BI: 7.3%
[libx264 @ 0x1e13640] 8x8 transform intra:39.4% inter:62.5%
[libx264 @ 0x1e13640] coded y,uvDC,uvAC intra: 52.6% 65.0% 25.6% inter: 6.0% 9.5% 1.5%
[libx264 @ 0x1e13640] i16 v,h,dc,p: 39% 29% 20% 13%
[libx264 @ 0x1e13640] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 22% 20% 37%  3%  4%  4%  5%  3%  5%
[libx264 @ 0x1e13640] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 29% 22% 23%  4%  5%  5%  5%  4%  4%
[libx264 @ 0x1e13640] i8c dc,h,v,p: 45% 24% 27%  4%
[libx264 @ 0x1e13640] Weighted P-Frames: Y:0.0% UV:0.0%
[libx264 @ 0x1e13640] ref P L0: 63.1%  8.6% 19.7%  8.6%
[libx264 @ 0x1e13640] ref B L0: 87.3% 10.2%  2.5%
[libx264 @ 0x1e13640] ref B L1: 93.4%  6.6%
[libx264 @ 0x1e13640] kb/s:579.84
Received signal 2: terminating.
[root at localhost media_files]#

The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, please immediately alert the sender by reply e-mail and then delete this message. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. R Systems has taken every reasonable precaution to minimize the risk, but is not liable for any damage you may sustain as a result of any virus in this e-mail. You should carry out your own virus checks before opening the e-mail or attachment.


More information about the ffmpeg-user mailing list