Recherche avancée

Sur d’autres sites (12787)

• 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

• swscale/aarch64 : use multiply accumulate and increase vector factor to 4

  17 novembre 2019, par Sebastian Pop

  swscale/aarch64 : use multiply accumulate and increase vector factor to 4
  This patch implements ff_hscale_8_to_15_neon with NEON fused multiply accumulate
  
  and bumps the vectorization factor from 2 to 4.
  
  The speedup is of 25% on Graviton1 A1 instances based on A-72 cpus :
  $ ffmpeg -nostats -f lavfi -i testsrc2=4k:d=2 -vf bench=start,scale=1024x1024,bench=stop -f null -
  
  before : t:0.040303 avg:0.040287 max:0.040371 min:0.039214
  
  after :  t:0.032168 avg:0.032215 max:0.033081 min:0.032146
  The speedup is of 39% on Graviton2 m6g instances based on Neoverse-N1 cpus :
  
  $ ffmpeg -nostats -f lavfi -i testsrc2=4k:d=2 -vf bench=start,scale=1024x1024,bench=stop -f null -
  
  before : t:0.019446 avg:0.019423 max:0.019493 min:0.019181
  
  after :  t:0.014015 avg:0.014096 max:0.015018 min:0.013971
  Tested with `make check` on aarch64-linux.
  Signed-off-by : Sebastian Pop <spop@amazon.com>
  
  Reviewed-by : Jean-Baptiste Kempf <jb@videolan.org>
  
  Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>
  

  • [DH] libswscale/aarch64/hscale.S

• Is it advisable to use FFMpeg on my local server for video conversion ?

  7 juin 2019, par Yash Desai

  We are starting a video sharing website where users will be able to upload videos in their native formats. However, since video streaming on the web generally is in the FLV format, we need to convert the videos to FLV.

  Also, the site will be hosted on Amazon EC2 and storage using S3.

  Can i run FFMpeg on amazon EC2 ? Is this the best way to go ? Are there other alternatives to video encoding rather than doing conversion on our own server ? I also came across www.transloadit.com which seems to do the same but they are charging a bomb. Are there cheaper and more intelligent alternatives ?

  We are planning to make this website as one of top 10 biggest niche video streaming websites on the internet.