Recherche avancée

Sur d’autres sites (6475)

• avformat/hls : Be more picky on extensions

  16 janvier, par Michael Niedermayer

  avformat/hls : Be more picky on extensions
  This blocks disallowed extensions from probing
  
  It also requires all available segments to have matching extensions to the format
  
  mpegts is treated independent of the extension
  It is recommended to set the whitelists correctly
  
  instead of depending on extensions, but this should help a bit,
  
  and this is easier to backport
  Fixes : CVE-2023-6602 II. HLS Force TTY Demuxer
  
  Fixes : CVE-2023-6602 IV. HLS XBIN Demuxer DoS Amplification
  The other parts of CVE-2023-6602 have been fixed by prior commits
  Found-by : Harvey Phillips of Amazon Element55 (element55)
  
  Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>
  

  • [DH] doc/demuxers.texi
  • [DH] libavformat/hls.c

• Generating number of thumbnails depending on video size using AWS MediaConvert

  1er décembre 2020, par sakhunzai

  After reading this article I get the sense that AWS media convert job template cannot be re-used to generate thumbnails of arbitrary video size. The article assumes that we know the size/duration of video uploaded upfront hence the number of thumbnails we desire.

  


  What I am looking for is to generate a random number of thumbnails based of video size (e.g large number of thumbnails for large video and small number of thumbnails for small video). I approached this solution using lambda trigger and ffmpeg lambda layer but lambda function timeouts (15 minutes max) for videos larger than 150MB (since it takes time to read the video from the s3 bucket).

  


  What are my options to process large number of video , generate a variable number of thumbnails, merge those thumbs to generate a sprite ?

  


  I tried lambda trigger with ffmpeg/ffprob to generate sprite, but that has timeout issue. Now I have setup a cloud watch event rule to trigger lambda function on mediaconvert job status change( completed)
and merge the thumbs to generate sprite, which seems much lighter but I need an arbitrary number of thumbs.

  


• swscale/aarch64 : use multiply accumulate and shift-right narrow

  9 décembre 2019, par Sebastian Pop

  swscale/aarch64 : use multiply accumulate and shift-right narrow
  This patch rewrites the innermost loop of ff_yuv2planeX_8_neon to avoid zips and
  
  horizontal adds by using fused multiply adds. The patch also uses ld1r to load
  
  one element and replicate it across all lanes of the vector. The patch also
  
  improves the clipping code by removing the shift right instructions and
  
  performing the shift with the shift-right narrow instructions.
  I see 8% difference on an m6g instance with neoverse-n1 CPUs :
  
  $ ffmpeg -nostats -f lavfi -i testsrc2=4k:d=2 -vf bench=start,scale=1024x1024,bench=stop -f null -
  
  before : t:0.014015 avg:0.014096 max:0.015018 min:0.013971
  
  after :  t:0.012985 avg:0.013013 max:0.013996 min:0.012818
  Tested with `make check` on aarch64-linux.
  Signed-off-by : Sebastian Pop <spop@amazon.com>
  
  Reviewed-by : Clément Bœsch <u@pkh.me>
  
  Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>
  

  • [DH] libswscale/aarch64/output.S