Recherche avancée

Médias (0)

Mot : - Tags -/xmlrpc

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (79)

  • Dépôt de média et thèmes par FTP

    31 mai 2013, par

    L’outil MédiaSPIP traite aussi les média transférés par la voie FTP. Si vous préférez déposer par cette voie, récupérez les identifiants d’accès vers votre site MédiaSPIP et utilisez votre client FTP favori.
    Vous trouverez dès le départ les dossiers suivants dans votre espace FTP : config/ : dossier de configuration du site IMG/ : dossier des média déjà traités et en ligne sur le site local/ : répertoire cache du site web themes/ : les thèmes ou les feuilles de style personnalisées tmp/ : dossier de travail (...)

  • Keeping control of your media in your hands

    13 avril 2011, par

    The vocabulary used on this site and around MediaSPIP in general, aims to avoid reference to Web 2.0 and the companies that profit from media-sharing.
    While using MediaSPIP, you are invited to avoid using words like "Brand", "Cloud" and "Market".
    MediaSPIP is designed to facilitate the sharing of creative media online, while allowing authors to retain complete control of their work.
    MediaSPIP aims to be accessible to as many people as possible and development is based on expanding the (...)

  • Les autorisations surchargées par les plugins

    27 avril 2010, par

    Mediaspip core
    autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs

Sur d’autres sites (10036)

  • riscv : probe for Zbb extension at load time

    8 juin 2024, par Rémi Denis-Courmont
    riscv : probe for Zbb extension at load time

    Due to hysterical raisins, most RISC-V Linux distributions target a
    
RV64GC baseline excluding the Bit-manipulation ISA extensions, most
    
notably :

    - Zba : address generation extension and

    - Zbb : basic bit manipulation extension.
    
Most CPUs that would make sense to run FFmpeg on support Zba and Zbb
    
(including the current FATE runner), so it makes sense to optimise for
    
them. In fact a large chunk of existing assembler optimisations relies
    
on Zba and/or Zbb.
    

    Since we cannot patch shared library code, the next best thing is to
    
carry a flag initialised at load-time and check it on need basis.
    
This results in 3 instructions overhead on isolated use, e.g. :
    
1 :  AUIPC rd, %pcrel_hi(ff_rv_zbb_supported)
    
    LBU   rd, %pcrel_lo(1b)(rd)
    
    BEQZ  rd, non_Zbb_fallback_code
    
    // Zbb code here
    

    The C compiler will typically load the flag ahead of time to reducing
    
latency, and can also keep it around if Zbb is used multiple times in a
    
single optimisation scope. For this to work, the flag symbol must be
    
hidden ; otherwise the optimisation degrades with a GOT look-up to
    
support interposition :
    
1 :  AUIPC rd, GOT_OFFSET_HI
    
    LD    rd, GOT_OFFSET_LO(rd)
    
    LBU   rd, (rd)
    
    BEQZ  rd, non_Zbb_fallback_code
    
    // Zbb code here
    

    This patch adds code to provision the flag in libraries using bit
    
manipulation functions from libavutil : byte-swap, bit-weight and
    
counting leading or trailing zeroes.
    • [DH] libavcodec/riscv/Makefile
    • [DH] libavcodec/riscv/cpu_common.c
    • [DH] libavdevice/riscv/Makefile
    • [DH] libavdevice/riscv/cpu_common.c
    • [DH] libavfilter/riscv/Makefile
    • [DH] libavfilter/riscv/cpu_common.c
    • [DH] libavformat/riscv/Makefile
    • [DH] libavformat/riscv/cpu_common.c
    • [DH] libavutil/riscv/Makefile
    • [DH] libavutil/riscv/cpu.h
    • [DH] libavutil/riscv/cpu_common.c
    • [DH] libswscale/riscv/Makefile
    • [DH] libswscale/riscv/cpu_common.c
    • [DH] tests/ref/fate/source

  • Merge commit ’e481458bc308ee838deaeacac51929514762e7a7’

    26 avril 2016, par Derek Buitenhuis
    Merge commit ’e481458bc308ee838deaeacac51929514762e7a7’

    * commit ’e481458bc308ee838deaeacac51929514762e7a7’ :
    
  h264 : factor out pred weight table parsing into a separate file
    

    Merged-by : Derek Buitenhuis <derek.buitenhuis@gmail.com>
    • [DH] libavcodec/Makefile
    • [DH] libavcodec/dxva2_h264.c
    • [DH] libavcodec/h264.c
    • [DH] libavcodec/h264.h
    • [DH] libavcodec/h264_mb.c
    • [DH] libavcodec/h264_mc_template.c
    • [DH] libavcodec/h264_parse.c
    • [DH] libavcodec/h264_parse.h
    • [DH] libavcodec/h264_parser.c
    • [DH] libavcodec/h264_refs.c
    • [DH] libavcodec/h264_slice.c
    • [DH] libavcodec/vaapi_h264.c

  • bitmath.h : Cleanups

    29 décembre 2015, par Erik de Castro Lopo
    bitmath.h : Cleanups

    * Drop support from MSVC earlier than 2005.
    
* Make types of FLAC__clz_uint32() and FLAC__clz_soft_uint32() the same.
    
* Remove un-needed parens.
    
* Cleanup FLAC__bitmath_ilog2_wide().
    

    Patch-from : lvqcl <lvqcl.mail@gmail.com>
    • [DH] src/libFLAC/include/private/bitmath.h

Navigation