Recherche avancée

Sur d’autres sites (5316)

• FFMPEG hangs when trying to receive rtp/udp stream

  22 décembre 2016, par NathanK

  I am trying to receive a udp stream encoded as h264. The exact command I am using is :

  ffmpeg -v 9 -loglevel 99 -re -i "udp://239.192.1.2:1234" outfile.h264

  The output I receive is :

  ffmpeg version 3.2.2-1 Copyright (c) 2000-2016 the FFmpeg developers
  
    built with gcc 6.2.1 (Debian 6.2.1-5) 20161124
  
  
  
  
  
  configuration: --prefix=/usr --extra-version=1 --toolchain=hardened --libdir=/usr/lib/x86_64-linux-gnu --incdir=/usr/include/x86_64-linux-gnu --enable-gpl --disable-stripping --enable-avresample --enable-avisynth --enable-gnutls --enable-ladspa --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libcdio --enable-libebur128 --enable-libflite --enable-libfontconfig --enable-libfreetype --enable-libfribidi --enable-libgme --enable-libgsm --enable-libmodplug --enable-libmp3lame --enable-libopenjpeg --enable-libopus --enable-libpulse --enable-librubberband --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libssh --enable-libtheora --enable-libtwolame --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx265 --enable-libxvid --enable-libzmq --enable-libzvbi --enable-omx --enable-openal --enable-opengl --enable-sdl2 --enable-libdc1394 --enable-libiec61883 --enable-libopencv --enable-frei0r --enable-libx264 --enable-chromaprint --enable-shared
  
    libavutil      55. 34.100 / 55. 34.100
  
    libavcodec     57. 64.101 / 57. 64.101
  
    libavformat    57. 56.100 / 57. 56.100
  
    libavdevice    57.  1.100 / 57.  1.100
  
    libavfilter     6. 65.100 /  6. 65.100
  
    libavresample   3.  1.  0 /  3.  1.  0
  
    libswscale      4.  2.100 /  4.  2.100
  
    libswresample   2.  3.100 /  2.  3.100
  
    libpostproc    54.  1.100 / 54.  1.100
  
  Splitting the commandline.
  
  Reading option '-v' ... matched as option 'v' (set logging level) with argument '9'.
  
  Reading option '-loglevel' ... matched as option 'loglevel' (set logging level) with argument '99'.
  
  Reading option '-re' ... matched as option 're' (read input at native frame rate) with argument '1'.
  
  Reading option '-i' ... matched as input url with argument 'udp://@239.192.1.2:1234'.
  
  Reading option 'outffff.h264' ... matched as output url.
  
  Finished splitting the commandline.
  
  Parsing a group of options: global .
  
  Applying option v (set logging level) with argument 9.
  
  Successfully parsed a group of options.
  
  Parsing a group of options: input url udp://@239.192.1.2:1234.
  
  Applying option re (read input at native frame rate) with argument 1.
  
  Successfully parsed a group of options.
  
  Opening an input file: udp://@239.192.1.2:1234.
  
  [udp @ 0x7f6638a36280] No default whitelist set
  
  [udp @ 0x7f6638a36280] end receive buffer size reported is 131072
  
  [AVIOContext @ 0x7f6638a56840] Statistics: 0 bytes read, 0 seeks

  The problem with this is, obviously, that the ffmpeg process isn’t detecting any incoming packets on that address which causes the process to hang.
  I am, however, able to receive the stream using vlc, so I know that the packets are arriving. Here is a link to a similar problem.

  I thought, perhaps, it was a problem with reverse path filtering (as is mentioned in the link), but rp_filter is not set in /etc/sysctl.conf. I’m not quite sure what to do from here, any help is appreciated.

  Edit : I removed the @, however this changes nothing.

  The vlc command that works is :

  vlc --miface eth1 rtp://@239.192.1.2:1234

• [linux][ffmpeg] process hangs at the end if sigtstp was used

  23 mars 2017, par Bio Hazard

  I’m trying to manage a list of ffmpeg processes running on a centos server. If the stop signal was applied to a process then continued, the process hangs right in the end of the transcoding process.

  ffmpeg -y -i input.mkv -c:v libx264 -preset veryslow -vf scale=1280:-2 -ac 2 -crf 23 -b:a 160k -sn -map v:0 -map a:0 -af volume=5.125dB output.mp4
  
  kill -19 "pid"
  
  kill -CONT "pid"

  the job list shows the following :

  [1]+  Stopped                 ffmpeg -y -i input.mkv -c:v libx264 -preset veryslow -vf scale=1280:-2 -ac 2 -crf 23 -b:a 160k -sn -map v:0 -map a:0 -af volume=5.125dB output.mp4

  The process finished successfully when I used the command

  fg

  I want to allow the process to finish normally without the need to the later command.

  NOTE : the process doesn’t hang if I don’t use the stop signal.

• pixdesc : Improve scoring for opaque/unknown pixel formats

  6 juillet 2017, par Mark Thompson

  pixdesc : Improve scoring for opaque/unknown pixel formats
  Hardware pixel formats do not tell you anything about their actual
  
  contents, but should still score higher than formats with completely
  
  unknown properties, which in turn should score higher than invalid
  
  formats.
  Do not return an AVERROR code as a score.
  Fixes a hang in libavfilter where format negotiation gets stuck in a
  
  loop because AV_PIX_FMT_NONE scores more highly than all other
  
  possibilities.
  

  • [DH] libavutil/pixdesc.c