Recherche avancée

Sur d’autres sites (7177)

• mmaldec : refactor to have more context per MMAL input buffer

  23 septembre 2015, par wm4

  mmaldec : refactor to have more context per MMAL input buffer
  The next commit needs 1 bit of additional information per MMAL buffer
  
  sent to the MMAL input port. This information will be needed when the
  
  buffer is recycled (i.e. returned by the input port’s callback).
  
  Normally, we could use MMAL_BUFFER_HEADER_FLAG_USER0, but that is
  
  unexpectedly not preserved.
  Do this by storing a pointer to FFBufferEntry in the MMAL buffer’s
  
  user data, instead of an AVBufferRef. This also changes the lifetime
  
  of FFBufferEntry.
  Signed-off-by : Luca Barbato <lu_zero@gentoo.org>
  

  • [DBH] libavcodec/mmaldec.c

• GStreamer pipeline should automatically switch back to the live stream

  16 janvier, par AD Thumar

  I am using below list of version.

  


  


  Gstreamer-1.24.10, windows 10.

  


  


  I’m working on a GStreamer pipeline to handle RTSP camera streams. When the RTSP camera goes offline, I want to display a image or black screen instead of stopping the pipeline. Once the RTSP stream is back online, the pipeline should automatically switch back to the live stream.

  


  Below pipeline work but rtsp server not response that time 3 camera stop (After 19 seconds...) but 1 camera not ping that's not fulfill my requirements(My requirement is not stoping live view)

  


  I have already tried pipeline belowed :

  


  gst-launch-1.0 compositor name=comp sink_0::xpos=0 sink_0::ypos=0 sink_1::xpos=240 sink_1::ypos=0 sink_2::xpos=480 sink_2::ypos=0 ! videoconvert ! autovideosink sync=false rtspsrc location=rtspt://USERNAME:PASSWORD@IP:PORT/Streaming/Channels/101 ! rtph265depay ! avdec_h265 ! videoconvert ! videoscale ! video/x-raw,width=640,height=360 ! comp. rtspsrc location=rtspt://USERNAME:PASSWORD@IP:PORT/Streaming/Channels/101 ! rtph265depay ! avdec_h265 ! videoconvert ! videoscale ! video/x-raw,width=640,height=360 ! comp. rtspsrc location=rtspt://USERNAME:PASSWORD@IP:PORT/Streaming/Channels/101 ! rtph265depay ! avdec_h265 ! videoconvert ! videoscale ! video/x-raw,width=640,height=360 ! comp.

  


  Can you please let me know.How to deal with this issue ??

  


• Getting troubles when I generate rtsp stream as an output with ffmpeg from static images as an input

  10 août 2013, par Ilya Yevlampiev

  I'm trying to start the rtsp stream via feeding ffmpeg with static images and feeding ffserver with ffmpeg output.

  The first problem appears from the ffserver.config :

  Port 12345
  
  RTSPPort 8544
  
  BindAddress 0.0.0.0
  
  MaxHTTPConnections 2000
  
  MaxClients 1000
  
  MaxBandwidth 1000
  
  CustomLog /var/log/ffserver-access.log
  
    <feed>
  
  File /tmp/videofeed.ffm
  
  FileMaxSize 3M
  
  #Launch ffmpeg -s 640x480 -f video4linux2 -i /dev/video0
  
  #Launch ffmpeg http://localhost:8090/videofeed.ffm
  
  Launch ffmpeg -loop 1 -f image2 -r 20 -b 9600 -i Janalif.jpg -t 30 http://127.0.0.1:8090/videofeed.ffm -report
  
  ACL allow 127.0.0.1
  
    </feed>
  
    <stream>
  
  Format rtsp
  
  #rtsp://localhost:5454/test1-rtsp.mpg
  
  Feed videofeed.ffm
  
  #webcam.ffm
  
  Format flv
  
  VideoCodec flv
  
  VideoFrameRate 30
  
  VideoBufferSize 80000
  
  VideoBitRate 200
  
  VideoQMin 1
  
  VideoQMax 5
  
  VideoSize 640x480
  
  PreRoll 1
  
  NoAudio
  
    </stream>
  
    <stream>
  
  Format status
  
    </stream>

  Please ignore codecs etc in stream part. The problem appears for RTSPPort, after starting the server nmap shows no binding to 8544, only 12345 port is used.

  8090/tcp  open  unknown
  
  12345/tcp open  netbus

  I can download mpeg stream through http from http://localhost:12345/test1-rtsp.mpg. How can I setup 8544 port working ?

  and another question is about Launch part of the stream. Am I right, that ffserver executes the content of Launch line ? If so, how can i configure ffserver to wait the stream in some particular port, but start streaming at the moment I desire ?

  P.S. The solution looks like Säkkijärven polkka, hoowever the idea behind this construct is to provide the controlled rtsp stream to emulate the camera output. In future I plan to substitute the command line for ffmpeg with some java bindings for it to produce the program-controlled images to the camera input to test the computer vision, that's why I need a way to launch ffmpeg independently on ffserver.