Recherche avancée

Médias (91)

Autres articles (52)

  • MediaSPIP v0.2

    21 juin 2013, par

    MediaSPIP 0.2 est la première version de MediaSPIP stable.
    Sa date de sortie officielle est le 21 juin 2013 et est annoncée ici.
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Comme pour la version précédente, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
    Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)

  • Mise à disposition des fichiers

    14 avril 2011, par

    Par défaut, lors de son initialisation, MediaSPIP ne permet pas aux visiteurs de télécharger les fichiers qu’ils soient originaux ou le résultat de leur transformation ou encodage. Il permet uniquement de les visualiser.
    Cependant, il est possible et facile d’autoriser les visiteurs à avoir accès à ces documents et ce sous différentes formes.
    Tout cela se passe dans la page de configuration du squelette. Il vous faut aller dans l’espace d’administration du canal, et choisir dans la navigation (...)

  • MediaSPIP version 0.1 Beta

    16 avril 2011, par

    MediaSPIP 0.1 beta est la première version de MediaSPIP décrétée comme "utilisable".
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Pour avoir une installation fonctionnelle, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
    Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)

Sur d’autres sites (5958)

  • Merge commit ’c4d37cd9ef6e374bb888f6273259b10fac5bd909’

    8 avril 2015, par Michael Niedermayer
    Merge commit ’c4d37cd9ef6e374bb888f6273259b10fac5bd909’

    * commit ’c4d37cd9ef6e374bb888f6273259b10fac5bd909’ :
    
  matroskadec : export cover art correctly
    

    Conflicts :
    
	libavformat/matroskadec.c
    

    See : 511585ce7f7272e5069ef011d6be5f073d268901
    
Merged-by : Michael Niedermayer <michaelni@gmx.at>
    • [DH] libavformat/matroskadec.c

  • Why is the library built for armv7 even though I set -march=armv6 ?

    13 juillet 2018, par Luca Carlon

    I’m trying to build libx264 for armv6, but what I get seems to be built for armv7. I’m using this configure line :

    ./configure --host=arm-linux-gnueabihf --enable-static --cross-prefix=${CCPREFIX} --prefix=... --extra-cflags='-march=armv6' --extra-ldflags='-march=armv6' --extra-asflags='-march=armv6'

    which results in an output like this :

    [...]
    
arm-linux-gnueabihf-gcc -Wno-maybe-uninitialized -Wshadow -O3 -ffast-math  -Wall -I. -I. -march=armv6 -std=gnu99 -D_GNU_SOURCE -fomit-frame-pointer -fno-tree-vectorize   -c -o common/opencl.o common/opencl.c
    
arm-linux-gnueabihf-gcc -Wno-maybe-uninitialized -Wshadow -O3 -ffast-math  -Wall -I. -I. -march=armv6 -std=gnu99 -D_GNU_SOURCE -fomit-frame-pointer -fno-tree-vectorize   -c -o encoder/slicetype-cl.o encoder/slicetype-cl.c
    
arm-linux-gnueabihf-gcc -I. -I. -march=armv6 -c -DSTACK_ALIGNMENT=4 -DHIGH_BIT_DEPTH=0 -DBIT_DEPTH=8 -o common/arm/cpu-a.o common/arm/cpu-a.S
    
[...]

    now this is what I see :

    $ readelf -A x264
    
Attribute Section: aeabi
    
File Attributes
    
  Tag_CPU_name: "7-A"
    
  Tag_CPU_arch: v7
    
  Tag_CPU_arch_profile: Application
    
  Tag_ARM_ISA_use: Yes
    
  Tag_THUMB_ISA_use: Thumb-2
    
  Tag_FP_arch: VFPv3
    
  Tag_Advanced_SIMD_arch: NEONv1
    
  Tag_ABI_PCS_wchar_t: 4
    
  Tag_ABI_FP_denormal: Needed
    
  Tag_ABI_FP_exceptions: Needed
    
  Tag_ABI_FP_number_model: IEEE 754
    
  Tag_ABI_align_needed: 8-byte
    
  Tag_ABI_enum_size: int
    
  Tag_ABI_HardFP_use: Deprecated
    
  Tag_ABI_VFP_args: VFP registers
    
  Tag_CPU_unaligned_access: v6
    
  Tag_DIV_use: Not allowed

    also I see this :

    $ readelf -A encoder/slicetype-cl.o
    
Attribute Section: aeabi
    
File Attributes
    
  Tag_CPU_name: "6"
    
  Tag_CPU_arch: v6
    
  Tag_ARM_ISA_use: Yes
    
  Tag_THUMB_ISA_use: Thumb-1
    
  Tag_FP_arch: VFPv2
    
  Tag_ABI_PCS_wchar_t: 4
    
  Tag_ABI_FP_number_model: Finite
    
  Tag_ABI_align_needed: 8-byte
    
  Tag_ABI_align_preserved: 8-byte, except leaf SP
    
  Tag_ABI_enum_size: int
    
  Tag_ABI_HardFP_use: Deprecated
    
  Tag_ABI_VFP_args: VFP registers
    
  Tag_ABI_optimization_goals: Aggressive Speed
    
  Tag_CPU_unaligned_access: v6

    but :

    $ readelf -A common/arm/cpu-a.o
    
Attribute Section: aeabi
    
File Attributes
    
  Tag_CPU_name: "7-A"
    
  Tag_CPU_arch: v7
    
  Tag_CPU_arch_profile: Application
    
  Tag_ARM_ISA_use: Yes
    
  Tag_THUMB_ISA_use: Thumb-2
    
  Tag_FP_arch: VFPv3
    
  Tag_Advanced_SIMD_arch: NEONv1

    Can someone explain why those commands seem to output an armv6 binary once but an armv7 binary in the other case ? May that be the reason why the resulting binary is marked as armv7 ?
    Thank you for any explanation.

  • avcodec/Makefile : remove redundant object

    2 mars, par Timo Rothenpieler
    avcodec/Makefile : remove redundant object

    It's already listed in OBJS-$(CONFIG_JNI), which should cover all cases
    
STLIBOBJS does and more.
    • [DH] libavcodec/Makefile

Navigation