Recherche avancée

Sur d’autres sites (5536)

• Extract frames as images from an RTMP stream in real-time

  7 novembre 2014, par SoftForge

  I am streaming short videos (4 or 5 seconds) encoded in H264 at 15 fps in VGA quality from different clients to a server using RTMP which produced an FLV file. I need to analyse the frames from the video as images as soon as possible so I need the frames to be written as PNG images as they are received.

  Currently I use Wowza to receive the streams and I have tried using the transcoder API to access the individual frames and write them to PNGs. This partially works but there is about a second delay before the transcoder starts processing and when the stream ends Wowza flushes its buffers causing the last second not to get transcoded meaning I can lose the last 25% of the video frames. I have tried to find a workaround but Wowza say that it is not possible to prevent the buffer getting flushed. It is also not the ideal solution because there is a 1 second delay before I start getting frames and I have to re-encode the video when using the transcoder which is computationally expensive and unnecessarily for my needs.

  I have also tried piping a video in real-time to FFmpeg and getting it to produce the PNG images but unfortunately it waits until it receives the entire video before producing the PNG frames.

  How can I extract all of the frames from the stream as close to real-time as possible ? I don’t mind what language or technology is used as long as it can run on a Linux server. I would be happy to use FFmpeg if I can find a way to get it to write the images while it is still receiving the video or even Wowza if I can find a way not to lose frames and not to re-encode.

  Thanks for any help or suggestions.

• avformat/matroskadec : Don't discard valid packets

  25 mars 2020, par Andreas Rheinhardt

  avformat/matroskadec : Don't discard valid packets
  A Block (meaning both a Block in a BlockGroup as well as a SimpleBlock)
  
  must have at least three bytes after the field containing the encoded
  
  TrackNumber. So if there are <= 3 bytes, the Matroska demuxer would
  
  skip this block, believing it to be an empty, but valid Block.
  This might discard valid nonempty Blocks, namely if the track uses header
  
  stripping. And certain definitely spec-incompliant Blocks don't raise
  
  errors : Those with two or less bytes left after the encoded TrackNumber
  
  and those with three bytes left, but with flags indicating that the Block
  
  uses lacing as then there has to be further data describing the lacing.
  Furthermore, zero-sized packets were still possible because only the
  
  size of the last entry of a lace was checked.
  This commit fixes this. All spec-compliant Blocks that contain data
  
  (even if side data only) are now returned to the caller ; spec-compliant
  
  Blocks that don't contain anything are not returned.
  Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>
  

  • [DH] libavformat/matroskadec.c

• Live video feed from ffmpeg to html with minimum latency

  11 juin 2020, par XPModder

  I am currently working on a project that requires me to get live video from a raspberry pi camera and stream it to a html page. At the moment I am using ffmpeg to create *.m3u8 and *.ts files and stream the video that way. In the html page I have hls.js running that receives the video and displays it through a video tag. This does work pretty good, but the latenca is a problem... The video in the browser is always between a few seconds and multiple minutes late. This is not really acceptable.

  



  I am currently using the following command to run ffmpeg :

  



  ffmpeg -loglevel quiet -y -i - -c:v copy -preset veryfast -hls_wrap 2 -hls_time 1 -g 1 stream.m3u8

  



  I have also tried other values for -hls_time and -g including values between 0 and 1.

  



  I am now searching for an alternative solution, that does not have this problem, or a way to reduce the latency to at least 2 seconds max. The video itself is transferred in to ffmpeg as h264. The html webpage is hosted on the same raspberry pi using apache2.

  



  Is there a way to accomplish that without installing a seperate streaming server on the pi ?

  



  Also this all has to work without a internet connection. Meaning the pi and the smartphone/computer that is viewing the html page are on the same wifi, but that wifi does not always have a connection to the internet and does not need to have one.

  



  So basically I want to have h264 video into ffmpeg and then somehow into html tag. The stream should also be accessable in another way, as I have a button on the page that should start and stop the recording of the stream to an mp4 file. This recording is also done using ffmpeg at the moment.

  



  I am asking this here and not on the raspberry pi stackexchange forum, because it is a general problem and the problem itself does not have anythingto do with the raspberry pi.