Recherche avancée

Sur d’autres sites (16007)

• x264 Building error - Android

  21 avril 2016, par Jay Parikh

  I am using this repository to build ffmpeg static library which includes x264,libpng and others, please
  visit this link https://github.com/writingminds/ffmpeg-android

  i am using windows 7 as host and ubuntu 15.10 (_64) as guest os using VMware Workstation 12
  and
  Android-ndk-r11b-linux-x86_64

  i do have Prebuilt libraries , but now i want it without PIE support

  i am getting this error in config.log in x264 folder while building
  through

  ./android_build.sh

  here is the log :

  x264 configure script
  
  Command line options: "--cross-prefix=/mnt/hgfs/uShare/ffmpeg-android/toolchain-android/bin/arm-linux 
  
  /mnt/hgfs/uShare/ffmpeg-android/toolchain-android/bin/arm-linux-androideabi-gcc 
  
  
  
  checking whether /mnt/hgfs/uShare/ffmpeg-android/toolchain-android/bin/arm-linux-androideabi-gcc 
  
  
  
  --sysroot=/mnt/hgfs/uShare/ffmpeg-android/toolchain-android/sysroot works... no
  
  
  
   Failed commandline was:
  
  
  
  --sysroot=/mnt/hgfs/uShare/ffmpeg-android/toolchain-android/sysroot conftest.c  -Wall -I. -I$(SRCPATH) --sysroot=/mnt/hgfs/uShare/ffmpeg-android/toolchain-android/sysroot    --sysroot=/mnt/hgfs/uShare/ffmpeg-android/toolchain-android/sysroot -lm -o conftest
  
  
  
  /mnt/hgfs/uShare/ffmpeg-android/toolchain-android/bin/../lib/gcc/arm-linux-androideabi/4.9/../../../../arm-linux-androideabi/bin/ld: fatal error:
  
  
  
  conftest: Input/output error
  
  
  
  Failed program was: 
  
  
  
  int main (void) {  return 0; }
  
  
  
  DIED: No working C compiler found.

  ushare is my shared folder between windows and ubuntu

  I have spend almost a week ,trying to solve every error i get.
  these errors are like never ending , 1 solution give 10 more errors
  i have researched a LOT for this library

  thanks a lot in advance.

  Also i thought that x264 library might have poroblem ,so i tried to disable it
  but next library "libpng" also had Same log Error

  i think problem is in Input/output error (obviously)
  this line in log kind of confuses me (those /../../)

  /mnt/hgfs/uShare/ffmpeg-android/toolchain-android/bin/../lib/gcc/arm-linux-androideabi/4.9/../../../../arm-linux-androideabi/bin/ld : fatal error :

  its like two folder overlaping address...

  thanks a lot in advance.
  please don’t go harsh on me ,its my first time,all thanks to this thing...

• Evolution #4766 : Passer le menu d’ajouts rapides dans un sous-menu

  4 mai 2021, par RastaPopoulos ♥

  Cédric commentait :

  c’est un bandeau d’accès rapide à l’écriture de contenus : c’est pas pour planquer les trucs dans un sous menu, donc ça me parait une mauvaise idée en terme d’interface même si ça semble plus simple pour les devs

  Ce sur quoi je ne suis pas d’accord :)

  C’est un bandeau d’accès rapide essentiellement pour créer un nouveau contenu, au final jamais personne n’y a mis autre chose que de la création. Donc pas pour n’importe quels accès rapides : que de la création, c’est super cohérent.

  Ce menu permet donc de créer sans quitter la page actuelle, c’est-à-dire sans naviguer sur plusieurs pages + devoir chercher et trouver un autre lien sur ces autres pages (exemple, aller dans Édition (ou autre) => Patates puis ensuite trouver un lien).

  Le fait que ce soit une entrée unique qui se déroule n’est pas planqué du tout :
  1) c’est plus facilement identifiable, car UN bouton à connaitre quand on veut accéder à une création sans quitter la page : réduction de la charge mentale, ya pas plein de choses affichées, sans label en plus, mais un seul : plus facile à former, et plus facile à mémoriser ensuite quand on l’a utilisé une fois
  2) à l’intérieur du sous-menu, on a désormais des labels pour chaque entrée, donc là aussi, bien plus facilement accessible à tout le monde, il n’y a pas à se souvenir des icones, ni a les compter comme RealET (cliquez sur la 3ème icones etc : super BAD pour la formation justement, le fait qu’il n’y ait pas de label), là une fois le menu ouvert, tout le monde sera capable de s’y retrouver sans l’aide de la formatrice

  Bref, c’est mieux. :)

• Transparent hugepage support

  8 juillet 2013, par Henrik Gramner

  Transparent hugepage support
  Combine frame and mb data mallocs into a single large malloc.
  
  Additionally, on Linux systems with hugepage support, ask for hugepages on
  
  large mallocs.
  This gives a small performance improvement ( 0.2-0.9%) on systems without
  
  hugepage support, as well as a small memory footprint reduction.
  On recent Linux kernels with hugepage support enabled (set to madvise or
  
  always), it improves performance up to 4% at the cost of about 7-12% more
  
  memory usage on typical settings..
  It may help even more on Haswell and other recent CPUs with improved 2MB page
  
  support in hardware.
  

  • [DH] common/common.c
  • [DH] common/common.h
  • [DH] common/frame.c
  • [DH] common/frame.h
  • [DH] common/macroblock.c
  • [DH] configure
  • [DH] encoder/encoder.c