Recherche avancée

Sur d’autres sites (7748)

• avcodec/v4l2_m2m : handle v4l2 end of stream event

  1er avril 2020, par Ming Qian

  avcodec/v4l2_m2m : handle v4l2 end of stream event
  When flushing the capture buffers, the driver may send a V4L2_EVENT_EOS
  
  to notify that draining is completed. Currently, v4l2_m2m does not
  
  subscribe to this event, which can cause some devices (i.e. imx8qm) to
  
  hang at the end of encoding/decoding. Support for handling the event is
  
  added in this commit.
  Some devices may not signal V4L2_EVENT_EOS. This is logged as a warning
  
  message during initialization and not treated as a fatal error.
  Signed-off-by : Ming Qian <ming.qian@nxp.com>
  
  Signed-off-by : Andriy Gelman <andriy.gelman@gmail.com>
  

  • [DH] libavcodec/v4l2_context.c
  • [DH] libavcodec/v4l2_m2m_dec.c
  • [DH] libavcodec/v4l2_m2m_enc.c

• TV Screen gittery while sending Stream using FFMPEG Android

  24 septembre 2019, par Arvind

  I am getting issue while i am sending the stream to wowza using FFMPEG on RTMP
  issue is stream working good sending to wowza but issue is while sending its making android tv screen gittery probable what i found this is because its taking time on transcoding and UI thread gets hang

  let me show you my command :

  -i - -strict experimental -acodec aac -ac 1 -ar 44100 -vcodec libx264 -pix_fmt yuv420p -g 8 -vb 26k -profile:v main -preset ultrafast -r 8 -f flv -threads 0 -async 1 -vsync 1 rtmp://origin.cdn.wowza.com:1935

  and below some log :

   D/From the FFMPEG: frame=   51 fps= 13 q=40.0 size=      85kB time=00:00:06.52 bitrate= 107.0kbits/s dup=6 drop=273 speed=1.61x    
  
  09-24 03:27:42.094 2189-2189/com.addwatchhdmi.app D/Execute onProgress: frame=   51 fps= 13 q=40.0 size=      85kB time=00:00:06.52 bitrate= 107.0kbits/s dup=6 drop=273 speed=1.61x    

• Continuous RTSP stream recording with ffmpeg. Can I optimize it to not damage the SD card ?

  10 juillet 2019, par Mona

  I have got an IP camera with RTSP stream. I decided to record the stream using ffmpeg (version 3.2.14-1 deb9u1) on the Odroid-N2 device with Armbian. I have created a .sh script which is launched by Croon every minute. It checks if the ffmpeg recording is active for selected camera and also deletes files older than 7 days :

  #!/bin/bash
  
  RecordPathAndFind='/home/mona/CameraRecordings/Camera1/'
  
  SegmentTime=900
  
  MinutesAfterDeleteOldFiles=10080
  
  DaysSecurityLimit=31
  
  
  
  tempoutput=$(ps aux | grep ffmpeg | grep $RecordPathAndFind)
  
  if [ ${#tempoutput} -ge 5 ];
  
  then
  
        echo "FFMPEG with record command is already running. Skipping.\n"
  
  else
  
        echo "FFMPEG with record command is not running. Starting now...\n"
  
        FFMPEGSTART=$(su - mona -c "cd /home/mona; /usr/bin/screen -dmS ffmpegcamera1 ffmpeg -rtsp_transport udp -i 'rtsp://admin:password@192.168.1.xxx:554/onvif1' -vcodec copy -c:a aac -map 0 -f segment -segment_time $(echo $SegmentTime) -segment_format mp4 -strftime 1 $(echo $RecordPathAndFind)%Y-%m-%d_%H-%M-%S.mp4")
  
  fi
  
  
  
  currenthourminutes=$(date +%M)
  
  if [ "$currenthourminutes" == "00" ]; then
  
      echo "Current Minute is 00. Checking for old files to delete.\n"
  
      FILESDELETECOMMAND=$(find $(echo $RecordPathAndFind) -maxdepth 1 -type f -mmin +$(echo $MinutesAfterDeleteOldFiles) -mtime -$(echo $DaysSecurityLimit) -name '*.mp4' -ls -exec rm {} \;)
  
  else
  
      echo "Current Minute is NOT 00. Skipping.\n"
  
  fi

  The script works fine, but I’m afraid of the life of the SD card in this device. I detected that ffmpeg is continuously writing the mp4 file (file size grows all the time). I think it would be better if ffmpeg waited for 1MiB before flushing it to disk.

  I tried different ffmpeg settings (adding "blocksize", "flush_packets", "reorder_queue_size" and few others I can’t recall now), unfortunately it didn’t change anything. The mp4 file size was increasing all the time (even by few KBs).

  The first question is : Should I be worried about the microSD card life when ffmpeg is all the time writing the file (current environment) ?

  The second question is : Are there any other ffmpeg optimization settings which I missed ?

  If my fears regarding the SD card life are correct, can you please recommend some other things which I could add to my script (or change in system) in order to increase the life of micro SD cards (or USB sticks) used for recording purposes ? I was thinking about using the ramdisk, and then manually move the files, however this could cause files loss in case of system reboot, hang, or power outage.