Recherche avancée

Médias (0)

Mot : - Tags -/objet éditorial

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

Autres articles (22)

  • La file d’attente de SPIPmotion

    28 novembre 2010, par

    Une file d’attente stockée dans la base de donnée
    Lors de son installation, SPIPmotion crée une nouvelle table dans la base de donnée intitulée spip_spipmotion_attentes.
    Cette nouvelle table est constituée des champs suivants : id_spipmotion_attente, l’identifiant numérique unique de la tâche à traiter ; id_document, l’identifiant numérique du document original à encoder ; id_objet l’identifiant unique de l’objet auquel le document encodé devra être attaché automatiquement ; objet, le type d’objet auquel (...)

  • Supporting all media types

    13 avril 2011, par

    Unlike most software and media-sharing platforms, MediaSPIP aims to manage as many different media types as possible. The following are just a few examples from an ever-expanding list of supported formats : images : png, gif, jpg, bmp and more audio : MP3, Ogg, Wav and more video : AVI, MP4, OGV, mpg, mov, wmv and more text, code and other data : OpenOffice, Microsoft Office (Word, PowerPoint, Excel), web (html, CSS), LaTeX, Google Earth and (...)

  • Contribute to documentation

    13 avril 2011

    Documentation is vital to the development of improved technical capabilities.
    MediaSPIP welcomes documentation by users as well as developers - including : critique of existing features and functions articles contributed by developers, administrators, content producers and editors screenshots to illustrate the above translations of existing documentation into other languages
    To contribute, register to the project users’ mailing (...)

Sur d’autres sites (4592)

  • avcodec/mips : Improve hevc uni weighted vert mc msa functions

    11 octobre 2017, par Kaustubh Raste
    avcodec/mips : Improve hevc uni weighted vert mc msa functions

    Pack the data to half word before clipping.
    
Use immediate unsigned saturation for clip to max saving one vector register.
    

    Signed-off-by : Kaustubh Raste <kaustubh.raste@imgtec.com>
    
Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>
    • [DH] libavcodec/mips/hevc_mc_uniw_msa.c

  • x86inc : AVX-512 support

    25 mars 2017, par Henrik Gramner
    x86inc : AVX-512 support

    AVX-512 consists of a plethora of different extensions, but in order to keep
    
things a bit more manageable we group together the following extensions
    
under a single baseline cpu flag which should cover SKL-X and future CPUs :
    
 * AVX-512 Foundation (F)
    
 * AVX-512 Conflict Detection Instructions (CD)
    
 * AVX-512 Byte and Word Instructions (BW)
    
 * AVX-512 Doubleword and Quadword Instructions (DQ)
    
 * AVX-512 Vector Length Extensions (VL)
    

    On x86-64 AVX-512 provides 16 additional vector registers, prefer using
    
those over existing ones since it allows us to avoid using `vzeroupper`
    
unless more than 16 vector registers are required. They also happen to
    
be volatile on Windows which means that we don't need to save and restore
    
existing xmm register contents unless more than 22 vector registers are
    
required.
    

    Big thanks to Intel for their support.
    • [DH] libavutil/x86/x86inc.asm

  • lavc/vc1dsp : R-V V vc1_unescape_buffer

    12 mai 2024, par Rémi Denis-Courmont
    lavc/vc1dsp : R-V V vc1_unescape_buffer

    Notes :

    - The loop is biased toward no unescaped bytes as that should be most common.

    - The input byte array is slid rather than the (8 times smaller) bit-mask,
    
  as RISC-V V does not provide a bit-mask (or bit-wise) slide instruction.

    - There are two comparisons with 0 per iteration, for the same reason.

    - In case of match, bytes are copied until the first match, and the loop is
    
  restarted after the escape byte. Vector compression (vcompress.vm) could
    
  discard all escape bytes but that is slower if escape bytes are rare.
    

    Further optimisations should be possible, e.g. :

    - processing 2 bytes fewer per iteration to get rid of a 2 slides,

    - taking a short cut if the input vector contains less than 2 zeroes.
    
But this is a good starting point :
    

    T-Head C908 :
    
vc1dsp.vc1_unescape_buffer_c :      12749.5
    
vc1dsp.vc1_unescape_buffer_rvv_i32 : 6009.0
    

    SpacemiT X60 :
    
vc1dsp.vc1_unescape_buffer_c :      11038.0
    
vc1dsp.vc1_unescape_buffer_rvv_i32 : 2061.0
    • [DH] libavcodec/riscv/vc1dsp_init.c
    • [DH] libavcodec/riscv/vc1dsp_rvv.S

Navigation