Recherche avancée

Sur d’autres sites (3240)

• Error when compiling FDK-AAC for iOS

  1er juillet 2014, par 谢小进

  I want to compile FDK-AAC for iOS, including i386, x86_64, armv7, armv7s, arm64. I use this shell script and run, only i386, x86_64, armv7, armv7s are built. Code like this :

  #!/bin/sh
  
  
  
  # OS X Mavericks, Xcode 5.1
  
  
  
  set -ex
  
  
  
  VERSION="0.1.3"
  
  CURRPATH=`pwd`
  
  SOURCE="fdk-aac-$VERSION"
  
  DSTDIR="libfdk-aac"
  
  SDKVERSION="7.1"
  
  ARCHS="x86_64 i386 armv7 armv7s"
  
  DEVELOPER="/Applications/Xcode.app/Contents/Developer"
  
  
  
  rm -rf $DSTDIR
  
  mkdir $DSTDIR
  
  
  
  tar jxf $SOURCE.tar.gz
  
  cd $SOURCE
  
  
  
  for ARCH in $ARCHS; do
  
      mkdir -p $CURRPATH/$DSTDIR/$ARCH
  
  
  
      if [ $ARCH == "i386" -o $ARCH == "x86_64" ]; then
  
          PLATFORM="iPhoneSimulator"
  
          HOST=
  
          if [ $ARCH = "i386" ]; then
  
              HOST="--host=i386-apple-darwin"
  
          fi
  
      else
  
          PLATFORM="iPhoneOS"
  
          HOST="--host=arm-apple-darwin"
  
      fi
  
  
  
      SDK="$DEVELOPER/Platforms/$PLATFORM.platform/Developer/SDKs/$PLATFORM$SDKVERSION.sdk"
  
      IOSMV="-miphoneos-version-min=7.0"
  
      export CC="$DEVELOPER/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang"
  
      export CFLAGS="$IOSMV -arch $ARCH"
  
      export LDFLAGS="$IOSMV -arch $ARCH -isysroot $SDK"
  
      export LIBS="-L$SDK/usr/lib"
  
      export CXXFLAGS="$IOSMV -arch $ARCH -I$SDK/usr/include"
  
  
  
      ./configure \
  
      $HOST \
  
      --with-sysroot="$SDK" \
  
      --prefix=$CURRPATH/$DSTDIR/$ARCH
  
  
  
      make && make install && make clean
  
  done
  
  
  
  cd ..
  
  mkdir -p $DSTDIR/lib
  
  
  
  lipo -create `find $DSTDIR -name libfdk-aac.a` -output $DSTDIR/lib/libfdk-aac.a
  
  
  
  cp -rf $DSTDIR/$ARCH/include $DSTDIR
  
  
  
  for ARCH in $ARCHS; do
  
      rm -rf $DSTDIR/$ARCH
  
  done

  Can somebody tell me why arm64 is not built correct ? If needed, where can I change them ? Maybe it could be like -host= value. but I have used -host=arm-apple-darwin, and -host=arm64-apple-darwin, it’s not correct either.

• Evolution #3958 (Nouveau) : Mise à jour de la liste des types mines

  12 juin 2017, par Franck D

  Hello, après lecture de http://www.clubic.com/pro/entreprises/apple/actualite-831758-apple-finir-jpeg.html :-(
  Je propose de mettre à jour les types mines https://zone.spip.org/trac/spip-zone/browser/_core_/plugins/medias/base/typedoc.php de la médiathèque pour le support de ce type, car il y a des chances que des utilisateurs l’utilisent :-((
  Le type mine "semble" être dans ce document : http://nokiatech.github.io/heif/technical.html

  Il y a sans doute des formats libres dont il faudrait faire l’ajout, comme http://www.numerama.com/tech/259437-videolan-vlc-se-mobilise-contre-les-codecs-payants-et-proprietaires.html mais je ne sais pas comment faire pour mettre la main sur les infos :-(
  Franck

• FATE Ends the Mac

  8 juin 2010, par Multimedia Mike — FATE Server

  Did you know Mac OS X can even blue-screen ? To be fair, it doesn’t actually present a blue screen. But when Mac OS X encounters a kernel panic, it looks like this :

  
  
  

  True to form, Mac just has to be prettier and glossier than other operating systems, even in the area of system crashes.

  The reason I bring this up is that the FATE system is bringing down my Mac. My Mac Mini is reliably dying every single time I try to execute my FATE client Python script. Maybe the weather is getting too warm.

  Update, 2010-6-8 : Following advice in the comments, I tried to run Memtest86 on the Mac Mini in question. I couldn’t get the machine to boot the CD I made. As an alternative, I turned the machine off and let it rest for a night. In the morning, I turned it on and ran the FATE client script. It’s working for now.