Recherche avancée

Sur d’autres sites (9052)

• ffmpeg configure always returns "not found" when using sysroot and cross-prefix options - how to use them correctly ?

  5 août 2014, par user2212461

  I try to build ffmpeg with a cross-compiler. When setting the configure flags I am getting the following errors :

  WARNING: Compiler does not indicate floating-point ABI, guessing soft.
  
  build_it.sh: 29: build_it.sh: --sysroot=/home/android/android-ndk-r9/platforms/
  
      android-9/arch-arm/: not found
  
  build_it.sh: 32: build_it.sh.sh: --cross-prefix=/home/android/android-ndk-r9/
  
      toolchains/arm-linux-androideabi-4.8/prebuilt/linux-x86/bin/arm-linux-and
  
      roideabi-: not found

  The error message "not found" sounds like the paths dont exist but they are all correct and existing. How can I resolve this error ?

  build_it.sh :

  NDK=/home/android/android-ndk-r9
  
  SYSROOT=$NDK/platforms/android-9/arch-arm/
  
  TOOLCHAIN=$NDK/toolchains/arm-linux-androideabi-4.8/prebuilt/linux-x86
  
  CPU=arm
  
  PREFIX=test
  
  ADDI_CFLAGS="-marm"
  
  platform="android-9"
  
  
  
  ./configure \
  
      --disable-asm \
  
      --enable-shared \
  
      --target-os=linux \
  
      --arch=arm \
  
      --enable-cross-compile \
  
      --disable-static \
  
      --sysroot=$SYSROOT \
  
      --extra-cflags="-Os -fpic $ADDI_CFLAGS" \
  
      --extra-ldflags="$ADDI_LDFLAGS"
  
      --cross-prefix=$TOOLCHAIN/bin/arm-linux-androideabi- \
  
      --prefix=$PREFIX \
  
  
  
  ##configure fails here
  
  ...

• fate : Use a oneoff test for the tremolo filter

  9 décembre 2019, par Martin Storsjö

  fate : Use a oneoff test for the tremolo filter
  The tremolo filter uses floating point internally, and uses
  
  multiplication factors derived from sin(fmod()), neither of
  
  which is bitexact for use with framecrc.
  This fixes running this test when built with for mingw/x86_32
  
  with clang.
  In this case, a 1 ulp difference in the output from fmod() would
  
  end up in an output from the filter that differs by 1 ulp, but
  
  which makes the lrint() in swresample/audioconvert.c round in a
  
  different direction.
  Signed-off-by : Martin Storsjö <martin@martin.st>
  

  • [DH] tests/fate/filter-audio.mak
  • [DH] tests/ref/fate/filter-tremolo

• avfilter/vsrc_mandelbrot : change sin to sinf for color computation

  24 novembre 2015, par Ganesh Ajjanagadde

  avfilter/vsrc_mandelbrot : change sin to sinf for color computation
  lrintf is anyway used, suggesting we only care up to floating precision.
  
  Rurthermore, there is a compat hack in avutil/libm for this function,
  
  and it is used in avcodec/aacps_tablegen.h.
  This yields a non-negligible speedup. Sample benchmark :
  
  x86-64, Haswell, GNU/Linux :
  old (draw_mandelbrot) :
  
  274635709 decicycles in draw_mandelbrot,     256 runs,      0 skips
  
  300287046 decicycles in draw_mandelbrot,     512 runs,      0 skips
  
  371819935 decicycles in draw_mandelbrot,    1024 runs,      0 skips
  
  336663765 decicycles in draw_mandelbrot,    2048 runs,      0 skips
  
  581851016 decicycles in draw_mandelbrot,    4096 runs,      0 skips
  new (draw_mandelbrot) :
  
  269882717 decicycles in draw_mandelbrot,     256 runs,      0 skips
  
  296359285 decicycles in draw_mandelbrot,     512 runs,      0 skips
  
  370076599 decicycles in draw_mandelbrot,    1024 runs,      0 skips
  
  331478354 decicycles in draw_mandelbrot,    2048 runs,      0 skips
  
  571904318 decicycles in draw_mandelbrot,    4096 runs,      0 skips
  Reviewed-by : Michael Niedermayer <michael@niedermayer.cc>
  
  Signed-off-by : Ganesh Ajjanagadde <gajjanagadde@gmail.com>
  

  • [DH] libavfilter/vsrc_mandelbrot.c