Recherche avancée

Sur d’autres sites (9785)

• mpeg4audio : Make avpriv_copy_pce_data() inline

  16 mars 2017, par Anton Khirnov

  mpeg4audio : Make avpriv_copy_pce_data() inline
  The function currently accepts a PutBitContext and a GetBitContext,
  
  which hardcodes their sizes into the lavc ABI. Since the function is
  
  quite small and only called in a few places, the simplest solution is
  
  making it inline, thus avoiding a runtime dependency completely.
  Signed-off-by : Diego Biurrun <diego@biurrun.de>
  

  • [DBH] libavcodec/aac_adtstoasc_bsf.c
  • [DBH] libavcodec/mpeg4audio.c
  • [DBH] libavcodec/mpeg4audio.h
  • [DBH] libavformat/adtsenc.c
  • [DBH] libavformat/latmenc.c

• aarch64 : vp9itxfm16 : Do a simpler half/quarter idct16/idct32 when possible

  25 février 2017, par Martin Storsjö

  aarch64 : vp9itxfm16 : Do a simpler half/quarter idct16/idct32 when possible
  This work is sponsored by, and copyright, Google.
  This avoids loading and calculating coefficients that we know will
  
  be zero, and avoids filling the temp buffer with zeros in places
  
  where we know the second pass won’t read.
  This gives a pretty substantial speedup for the smaller subpartitions.
  The code size increases from 21512 bytes to 31400 bytes.
  The idct16/32_end macros are moved above the individual functions ; the
  
  instructions themselves are unchanged, but since new functions are added
  
  at the same place where the code is moved from, the diff looks rather
  
  messy.
  Before :
  
  vp9_inv_dct_dct_16x16_sub1_add_10_neon :     284.6
  
  vp9_inv_dct_dct_16x16_sub2_add_10_neon :    1902.7
  
  vp9_inv_dct_dct_16x16_sub4_add_10_neon :    1903.0
  
  vp9_inv_dct_dct_16x16_sub8_add_10_neon :    2201.1
  
  vp9_inv_dct_dct_16x16_sub12_add_10_neon :   2510.0
  
  vp9_inv_dct_dct_16x16_sub16_add_10_neon :   2821.3
  
  vp9_inv_dct_dct_32x32_sub1_add_10_neon :    1011.6
  
  vp9_inv_dct_dct_32x32_sub2_add_10_neon :    9716.5
  
  vp9_inv_dct_dct_32x32_sub4_add_10_neon :    9704.9
  
  vp9_inv_dct_dct_32x32_sub8_add_10_neon :   10641.7
  
  vp9_inv_dct_dct_32x32_sub12_add_10_neon :  11555.7
  
  vp9_inv_dct_dct_32x32_sub16_add_10_neon :  12499.8
  
  vp9_inv_dct_dct_32x32_sub20_add_10_neon :  13403.7
  
  vp9_inv_dct_dct_32x32_sub24_add_10_neon :  14335.8
  
  vp9_inv_dct_dct_32x32_sub28_add_10_neon :  15253.6
  
  vp9_inv_dct_dct_32x32_sub32_add_10_neon :  16179.5
  After :
  
  vp9_inv_dct_dct_16x16_sub1_add_10_neon :     282.8
  
  vp9_inv_dct_dct_16x16_sub2_add_10_neon :    1142.4
  
  vp9_inv_dct_dct_16x16_sub4_add_10_neon :    1139.0
  
  vp9_inv_dct_dct_16x16_sub8_add_10_neon :    1772.9
  
  vp9_inv_dct_dct_16x16_sub12_add_10_neon :   2515.2
  
  vp9_inv_dct_dct_16x16_sub16_add_10_neon :   2823.5
  
  vp9_inv_dct_dct_32x32_sub1_add_10_neon :    1012.7
  
  vp9_inv_dct_dct_32x32_sub2_add_10_neon :    6944.4
  
  vp9_inv_dct_dct_32x32_sub4_add_10_neon :    6944.2
  
  vp9_inv_dct_dct_32x32_sub8_add_10_neon :    7609.8
  
  vp9_inv_dct_dct_32x32_sub12_add_10_neon :   9953.4
  
  vp9_inv_dct_dct_32x32_sub16_add_10_neon :  10770.1
  
  vp9_inv_dct_dct_32x32_sub20_add_10_neon :  13418.8
  
  vp9_inv_dct_dct_32x32_sub24_add_10_neon :  14330.7
  
  vp9_inv_dct_dct_32x32_sub28_add_10_neon :  15257.1
  
  vp9_inv_dct_dct_32x32_sub32_add_10_neon :  16190.6
  Signed-off-by : Martin Storsjö <martin@martin.st>
  

  • [DH] libavcodec/aarch64/vp9itxfm_16bpp_neon.S

• macOS : ffmpeg runs OK but ffprobe fails to find a dynamic library [closed]

  17 juillet, par Kim Silverman

  I'm running macOS 15.5 on an M4 MacBook Pro. I have some .mov movie files, produced by taking screen recordings. I want to extract the audio from them, normalize its volume (it contains speech which is too quiet), perhaps also attenuating some background noise, and then reinsert the modified audio back into the movies. It seems to me that ffmpeg will support these needs. It has an accompanying tool ffprobe which will report on the content structure (how many audio tracks, etc) of a movie file.

  


  I installed ffmpeg using brew and can successfully run it :

  


  $ ffmpeg -version
ffmpeg version 2.2.4
built on Jun 27 2014 09:57:37 with llvm-gcc 4.2.1 (LLVM build 2336.11.00)
configuration: --prefix=/Volumes/Ramdisk/sw --enable-gpl --enable-pthreads --enable-version3 --enable-libspeex --enable-libvpx --disable-decoder=libvpx --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libx264 --enable-avfilter --enable-libopencore_amrwb --enable-libopencore_amrnb --enable-filters --enable-libgsm --enable-libvidstab --enable-libx265 --arch=x86_64 --enable-runtime-cpudetect
libavutil      52. 66.100 / 52. 66.100
libavcodec     55. 52.102 / 55. 52.102
libavformat    55. 33.100 / 55. 33.100
libavdevice    55. 10.100 / 55. 10.100
libavfilter     4.  2.100 /  4.  2.100
libswscale      2.  5.102 /  2.  5.102
libswresample   0. 18.100 /  0. 18.100
libpostproc    52.  3.100 / 52.  3.100


  


  But if I try to launch the associated tool ffprobe, it fails looking for a library :

  


  $ ffprobe
dyld[90050]: Library not loaded: @@HOMEBREW_CELLAR@@/ffmpeg/4.4_2/lib/libavdevice.58.dylib
  Referenced from: <1BF90DFA-AFA6-3011-BF50-B3515C3A7477> /opt/brew/Cellar/ffmpeg/4.4_2/bin/ffprobe
  Reason: tried: '/usr/local/lib/libavdevice.58.dylib' (no such file), '/usr/lib/libavdevice.58.dylib' (no such file, not in dyld cache)
Abort trap: 6


  


  I uninstalled then reinstalled, updated, and upgrade brew and then ffmpeg, but the behaviour remains the same.

  


  The two tools are in different places :

  


  $ ls -l `which ffmpeg`
-rwxr-xr-x@ 1 kimsilverman  staff  17474952 Jun 27  2014 /usr/local/bin/ffmpeg
$ ls -l `which ffprobe`
lrwxr-xr-x  1 kimsilverman  staff  36 Jul 16 21:21 /opt/homebrew/bin/ffprobe -> ../Cellar/ffmpeg/7.1.1_3/bin/ffprobe


  


  And I notice that ffmpeg is 11 years old, whereas ffprobe is dated today.