Recherche avancée

Sur d’autres sites (3822)

• Is ffmpeg support GPU acceleration on Jetson platform ?

  1er octobre 2020, par Vincent_Wang

  I want to run ZoneMinder on Jetson nano as an IP CAM server, but it seems that Jetson nano can not handle many cams which are using ffmpeg decode, if I open three cams on ZoneMinder, CPU usage is always 100%, but GPU usage is 0%, and I can not open more cams.

  


  In this discussion https://forums.developer.nvidia.com/t/ffmpeg-using-hardware-gpu-cuda/72312, the NV Moderator said that

  


  


  ffmpeg with GPU support is not enabled on Jetson platform ...

  


  


  NVENC/NVDEC can help ffmpeg acceleration, but these hardware blocks is on CPU, not on GPU.

  


  but I found a repo https://github.com/jocover/jetson-ffmpeg, is this repo can use GPU acceleration ? Because I tried but didn't work(still using NVENC/NVDEC acceleration of CPU).

  


  If GPU on Jetson nano is sure that can not support ffmpeg acceleration, but I want to use ZoneMinder, is there a better way to solve this problem ? e.g. using GStreamer ?

  


• FFMPEG remove step of creating overlay video in multistep process

  19 avril 2020, par Peter Azuolas

  I have a multistep process to generate a downloadable copy of a livestream with onscreen elements being burned into the video.

  



  First command generates a transparent animated overlay from a frame list in a text file.

  



  ffmpeg -loglevel panic -f concat -safe 0 -r 30 -vcodec png  -i /tmp/bottomThird/UNKNOWN/36000/bt_files.txt -r 30 -codec:v png /tmp/bottomThird/UNKNOWN/36000/d8d55cd61873959017ed8dce8a0dcb61.mov


  



  The text file contains a sequence of frames for an animation that has "opening frames" and then loop frames, essentially :

  



  /tmp/bottomThird/UNKNOWN/img/00001.png
/tmp/bottomThird/UNKNOWN/img/00002.png
/tmp/bottomThird/UNKNOWN/img/00003.png
/tmp/bottomThird/UNKNOWN/img/00004.png
/tmp/bottomThird/UNKNOWN/img/00005.png
/tmp/bottomThird/UNKNOWN/img/00006.png
/tmp/bottomThird/UNKNOWN/img/00007.png
/tmp/bottomThird/UNKNOWN/img/00008.png
/tmp/bottomThird/UNKNOWN/img/00009.png
/tmp/bottomThird/UNKNOWN/img/00010.png
/tmp/bottomThird/UNKNOWN/img/00005.png
/tmp/bottomThird/UNKNOWN/img/00006.png
/tmp/bottomThird/UNKNOWN/img/00007.png
/tmp/bottomThird/UNKNOWN/img/00008.png
/tmp/bottomThird/UNKNOWN/img/00009.png
/tmp/bottomThird/UNKNOWN/img/00010.png
...


  



  repeated until the frame count is reached (in this case 36000 frames).

  



  The resultant MOV file is in the 2gb range as it's basically just a container with the frames images copied into.

  



  The next step intermediate file is generated using multiple overlays. The MOV above, text that gets displayed after 40 frames and stays static until end, and a second overlay "watermark" style image.

  



  ffmpeg  -i /tmp/embedGenerator/51039542/51039542.mp4  -vf "movie=/tmp/embedGenerator/51039542/bt_51039542.mov[inner];movie=/tmp/embedGenerator/51039542/bt_51039542_blank.png[overlay];movie=/tmp/embedGenerator/51039542/cover.png[cover];[in][inner] overlay=(W-w)/2:H-h-15 [out];[out][overlay] overlay=(W-w)/2:H-h-15:enable='between(n,40,36000)' [fin];[fin][cover] overlay=0:0 [final]" -shortest -b:v 5000k  -f mpegts /tmp/embedGenerator/51039542/intermediate.ts


  



  I'd like the avoid the step of creating the animated MOV file and combine both steps into a single command mainly to avoid having to store such a large file temporarily.

  



  ---

  



  One alternative I've considered but not yet tried is to generate 2 MOV files. The "entry" and then the "loop" sequence and looping the second file instead of generating an complete set of frames.

  


• avcodec/adpcm : Clip step index for ADPCM_IMA_APM

  1er mars 2020, par Michael Niedermayer

  avcodec/adpcm : Clip step index for ADPCM_IMA_APM
  Fixes : out of array access
  
  Fixes : 20828/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_ADPCM_IMA_APM_fuzzer-5712770106654720
  Found-by : continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
  
  Reviewed-by : Paul B Mahol <onemda@gmail.com>
  
  Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>
  

  • [DH] libavcodec/adpcm.c