Sur d’autres sites (10614)

• Anomalie #2808 : Message erroné d’erreur d’installation de plugin

  3 août 2012, par nicolas -

  "prefix_administrations.php" ??? J’ai un "gasteroprodcom_options.php" : ’ ; $GLOBALS[’fin_intertitre’] = ’’ ; $GLOBALS[’ouvre_ref’] = ’’ ; $GLOBALS[’ferme_ref’] = ’’ ; $GLOBALS[’ouvre_note’] = ’’ ; $GLOBALS[’ferme_note’] = ’’ ; // augmenter la taille des logs $GLOBALS[’taille_des_logs’] = 5000 ; // (...)

• How to record UDP stream with FFMPEG in chunks ?

  16 avril 2017, par user1394281

  I’m looking for a way to record a video UDP stream using ffmpeg but in 10mn chunks.
  I currently use the following to get 10mn of video (with h264 transcoding).

  "ffmpeg -i udp ://239.0.77.15:5000 -map 0:0 -map 0:1 -s 640x360 -vcodec libx264 -g 100 -vb 500000 -r 25 -strict experimental -vf yadif -acodec aac -ab 96000 -ac 2 -t 600 -y /media/test.m4 "

  My problem is that using command line ffmpeg needs time to resync with the udp stream loosing 2 seconds of video each time. Is it normal ?

  Any idea if there is a way to do it in command line or should I tried to use the ffmpeg API ?

  Thanks in advance

• Why does use of H264 in sender/receiver pipelines introduce just HUGE delay ?

  24 janvier 2012, par Serguey Zefirov

  When I try to create pipeline that uses H264 to transmit video, I get some enormous delay, up to 10 seconds to transmit video from my machine to... my machine ! This is unacceptable for my goals and I'd like to consult StackOverflow over what I (or someone else) do wrong.

  I took pipelines from gstrtpbin documentation page and slightly modified them to use Speex :

  This is sender pipeline :
  # !/bin/sh

  gst-launch -v gstrtpbin name=rtpbin \
  
          v4l2src ! ffmpegcolorspace ! ffenc_h263 ! rtph263ppay ! rtpbin.send_rtp_sink_0 \
  
                    rtpbin.send_rtp_src_0 ! udpsink host=127.0.0.1 port=5000                            \
  
                    rtpbin.send_rtcp_src_0 ! udpsink host=127.0.0.1 port=5001 sync=false async=false    \
  
                    udpsrc port=5005 ! rtpbin.recv_rtcp_sink_0                           \
  
          pulsesrc ! audioconvert ! audioresample  ! audio/x-raw-int,rate=16000 !    \
  
                    speexenc bitrate=16000 ! rtpspeexpay ! rtpbin.send_rtp_sink_1                   \
  
                    rtpbin.send_rtp_src_1 ! udpsink host=127.0.0.1 port=5002                            \
  
                    rtpbin.send_rtcp_src_1 ! udpsink host=127.0.0.1 port=5003 sync=false async=false    \
  
                    udpsrc port=5007 ! rtpbin.recv_rtcp_sink_1

  Receiver pipeline :

   !/bin/sh

  gst-launch -v\
  
      gstrtpbin name=rtpbin                                          \
  
      udpsrc caps="application/x-rtp,media=(string)video, clock-rate=(int)90000, encoding-name=(string)H263-1998" \
  
              port=5000 ! rtpbin.recv_rtp_sink_0                                \
  
          rtpbin. ! rtph263pdepay ! ffdec_h263 ! xvimagesink                    \
  
       udpsrc port=5001 ! rtpbin.recv_rtcp_sink_0                               \
  
       rtpbin.send_rtcp_src_0 ! udpsink port=5005 sync=false async=false        \
  
      udpsrc caps="application/x-rtp,media=(string)audio, clock-rate=(int)16000, encoding-name=(string)SPEEX, encoding-params=(string)1, payload=(int)110" \
  
              port=5002 ! rtpbin.recv_rtp_sink_1                                \
  
          rtpbin. ! rtpspeexdepay ! speexdec ! audioresample ! audioconvert ! alsasink \
  
       udpsrc port=5003 ! rtpbin.recv_rtcp_sink_1                               \
  
       rtpbin.send_rtcp_src_1 ! udpsink host=127.0.0.1 port=5007 sync=false async=false

  Those pipelines, a combination of H263 and Speex, work fine enough. I snap my fingers near camera and micropohne and then I see movement and hear sound at the same time.

  Then I changed pipelines to use H264 along the video path.

  The sender becomes :
  # !/bin/sh

  gst-launch -v gstrtpbin name=rtpbin \
  
          v4l2src ! ffmpegcolorspace ! x264enc bitrate=300 ! rtph264pay ! rtpbin.send_rtp_sink_0 \
  
                    rtpbin.send_rtp_src_0 ! udpsink host=127.0.0.1 port=5000                            \
  
                    rtpbin.send_rtcp_src_0 ! udpsink host=127.0.0.1 port=5001 sync=false async=false    \
  
                    udpsrc port=5005 ! rtpbin.recv_rtcp_sink_0                           \
  
          pulsesrc ! audioconvert ! audioresample  ! audio/x-raw-int,rate=16000 !    \
  
                    speexenc bitrate=16000 ! rtpspeexpay ! rtpbin.send_rtp_sink_1                   \
  
                    rtpbin.send_rtp_src_1 ! udpsink host=127.0.0.1 port=5002                            \
  
                    rtpbin.send_rtcp_src_1 ! udpsink host=127.0.0.1 port=5003 sync=false async=false    \
  
                    udpsrc port=5007 ! rtpbin.recv_rtcp_sink_1

  And receiver becomes :
  # !/bin/sh

  gst-launch -v\
  
      gstrtpbin name=rtpbin                                          \
  
      udpsrc caps="application/x-rtp,media=(string)video, clock-rate=(int)90000, encoding-name=(string)H264" \
  
              port=5000 ! rtpbin.recv_rtp_sink_0                                \
  
          rtpbin. ! rtph264depay ! ffdec_h264 ! xvimagesink                    \
  
       udpsrc port=5001 ! rtpbin.recv_rtcp_sink_0                               \
  
       rtpbin.send_rtcp_src_0 ! udpsink port=5005 sync=false async=false        \
  
      udpsrc caps="application/x-rtp,media=(string)audio, clock-rate=(int)16000, encoding-name=(string)SPEEX, encoding-params=(string)1, payload=(int)110" \
  
              port=5002 ! rtpbin.recv_rtp_sink_1                                \
  
          rtpbin. ! rtpspeexdepay ! speexdec ! audioresample ! audioconvert ! alsasink \
  
       udpsrc port=5003 ! rtpbin.recv_rtcp_sink_1                               \
  
       rtpbin.send_rtcp_src_1 ! udpsink host=127.0.0.1 port=5007 sync=false async=false

  This is what happen under Ubuntu 10.04. I didn't noticed such huge delays on Ubuntu 9.04 - the delays there was in range 2-3 seconds, AFAIR.