Recherche avancée

Médias (1)

Mot : - Tags -/MediaSPIP

Autres articles (112)

  • Personnaliser en ajoutant son logo, sa bannière ou son image de fond

    5 septembre 2013, par

    Certains thèmes prennent en compte trois éléments de personnalisation : l’ajout d’un logo ; l’ajout d’une bannière l’ajout d’une image de fond ;

  • Ecrire une actualité

    21 juin 2013, par

    Présentez les changements dans votre MédiaSPIP ou les actualités de vos projets sur votre MédiaSPIP grâce à la rubrique actualités.
    Dans le thème par défaut spipeo de MédiaSPIP, les actualités sont affichées en bas de la page principale sous les éditoriaux.
    Vous pouvez personnaliser le formulaire de création d’une actualité.
    Formulaire de création d’une actualité Dans le cas d’un document de type actualité, les champs proposés par défaut sont : Date de publication ( personnaliser la date de publication ) (...)

  • Publier sur MédiaSpip

    13 juin 2013

    Puis-je poster des contenus à partir d’une tablette Ipad ?
    Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir

Sur d’autres sites (6382)

  • 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.

  • swscale/internal : constify SwsFunc

    2 octobre 2024, par Niklas Haas
    swscale/internal : constify SwsFunc

    I want to move away from having random leaf processing functions mutate
    
plane pointers, and while we're at it, we might as well make the strides
    
and tables const as well.
    

    Sponsored-by : Sovereign Tech Fund
    
Signed-off-by : Niklas Haas <git@haasn.dev>
    • [DH] libswscale/aarch64/swscale_unscaled.c
    • [DH] libswscale/alphablend.c
    • [DH] libswscale/arm/swscale_unscaled.c
    • [DH] libswscale/bayer_template.c
    • [DH] libswscale/loongarch/yuv2rgb_lasx.c
    • [DH] libswscale/loongarch/yuv2rgb_lsx.c
    • [DH] libswscale/ppc/yuv2rgb_altivec.c
    • [DH] libswscale/rgb2rgb.c
    • [DH] libswscale/rgb2rgb.h
    • [DH] libswscale/rgb2rgb_template.c
    • [DH] libswscale/swscale_internal.h
    • [DH] libswscale/swscale_unscaled.c
    • [DH] libswscale/x86/yuv2rgb.c
    • [DH] libswscale/yuv2rgb.c

  • lavc : Add support for RockChip Media Process Platform

    24 septembre 2017, par Lionel CHAZALLON
    lavc : Add support for RockChip Media Process Platform

    This adds hardware decoding for H.264 / HEVC / VP8 / VP9 using the MPP
    
Rockchip API.  It returns frames holding an AVDRMFrameDescriptor struct
    
in buf[0] that allows drm / dmabuf usage.  Tested on RK3288 (TinkerBoard)
    
and RK3328.
    

    Signed-off-by : Mark Thompson <sw@jkqxz.net>
    • [DH] Changelog
    • [DH] configure
    • [DH] libavcodec/Makefile
    • [DH] libavcodec/allcodecs.c
    • [DH] libavcodec/rkmppdec.c
    • [DH] libavcodec/version.h

Navigation