Recherche avancée

Médias (0)

Mot : - Tags -/api

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

Autres articles (91)

  • Problèmes fréquents

    10 mars 2010, par

    PHP et safe_mode activé
    Une des principales sources de problèmes relève de la configuration de PHP et notamment de l’activation du safe_mode
    La solution consiterait à soit désactiver le safe_mode soit placer le script dans un répertoire accessible par apache pour le site

  • Emballe Médias : Mettre en ligne simplement des documents

    29 octobre 2010, par

    Le plugin emballe médias a été développé principalement pour la distribution mediaSPIP mais est également utilisé dans d’autres projets proches comme géodiversité par exemple. Plugins nécessaires et compatibles
    Pour fonctionner ce plugin nécessite que d’autres plugins soient installés : CFG Saisies SPIP Bonux Diogène swfupload jqueryui
    D’autres plugins peuvent être utilisés en complément afin d’améliorer ses capacités : Ancres douces Légendes photo_infos spipmotion (...)

  • Gestion des droits de création et d’édition des objets

    8 février 2011, par

    Par défaut, beaucoup de fonctionnalités sont limitées aux administrateurs mais restent configurables indépendamment pour modifier leur statut minimal d’utilisation notamment : la rédaction de contenus sur le site modifiables dans la gestion des templates de formulaires ; l’ajout de notes aux articles ; l’ajout de légendes et d’annotations sur les images ;

Sur d’autres sites (13417)

  • lavu/float_dsp : avoid reg-stride in R-V V reverse_fmul

    30 septembre 2023, par Rémi Denis-Courmont
    lavu/float_dsp : avoid reg-stride in R-V V reverse_fmul
    

    This revectors the inner loop to reverse vectors element in vectors,
    thus eliminating the negative register stride. Note that RVV does not
    have a vector reverse instruction, so this uses a gather.

    • [DH] libavutil/riscv/float_dsp_rvv.S
  • x86inc : Optimize VEX instruction encoding

    31 mars 2018, par Henrik Gramner
    x86inc : Optimize VEX instruction encoding
    

    Most VEX-encoded instructions require an additional byte to encode when src2
    is a high register (e.g. x|ymm8..15). If the instruction is commutative we
    can swap src1 and src2 when doing so reduces the instruction length, e.g.

    vpaddw xmm0, xmm0, xmm8 -> vpaddw xmm0, xmm8, xmm0

    • [DH] common/x86/x86inc.asm
  • Macros in C++ / FFMPEG

    26 mars 2020, par Derrick Heimerdinger

    I’m new to C++ and I’m trying to build a custom codec for FFMPEG. I’m trying to base it off of PCM but with only one type. I’ve run into a macro and I have no idea what the macro turns into after it compiles.
    The macro looks like this :

    #define ENCODE_PLANAR(type, endian, dst, n, shift, offset)          \
    n /= avctx->channels;                                               \
    for (c = 0; c < avctx->channels; c++) {                             \
       int i;                                                          \
       samples_ ## type = (const type *) frame->extended_data[c];      \
       for (i = n; i > 0; i--) {                                       \
           register type v = (*samples_ ## type++ >> shift) + offset;  \
           bytestream_put_ ## endian(&dst, v);                         \
       }                                                               \
    }

    Would the samples_ declaration line and bytestream_put line be equal to what I put below if endian = byte and type = uint8_t ?

    uint8_t samples_ = (const uint8_t *) frame->extended_data[c];
    bytestream_put_byte(&dst, v);

    I find it very confusing and I am unsure if this is correct.