Recherche avancée

Médias (91)

Autres articles (49)

  • Les vidéos

    21 avril 2011, par

    Comme les documents de type "audio", Mediaspip affiche dans la mesure du possible les vidéos grâce à la balise html5 .
    Un des inconvénients de cette balise est qu’elle n’est pas reconnue correctement par certains navigateurs (Internet Explorer pour ne pas le nommer) et que chaque navigateur ne gère en natif que certains formats de vidéos.
    Son avantage principal quant à lui est de bénéficier de la prise en charge native de vidéos dans les navigateur et donc de se passer de l’utilisation de Flash et (...)

  • Websites made ​​with MediaSPIP

    2 mai 2011, par

    This page lists some websites based on MediaSPIP.

  • Possibilité de déploiement en ferme

    12 avril 2011, par

    MediaSPIP peut être installé comme une ferme, avec un seul "noyau" hébergé sur un serveur dédié et utilisé par une multitude de sites différents.
    Cela permet, par exemple : de pouvoir partager les frais de mise en œuvre entre plusieurs projets / individus ; de pouvoir déployer rapidement une multitude de sites uniques ; d’éviter d’avoir à mettre l’ensemble des créations dans un fourre-tout numérique comme c’est le cas pour les grandes plate-formes tout public disséminées sur le (...)

Sur d’autres sites (7281)

  • lavc/opusdsp : simplify R-V V postfilter

    16 décembre 2023, par Rémi Denis-Courmont
    lavc/opusdsp : simplify R-V V postfilter
    

    This skips the round-trip to scalar register for the sliding 'x'
    coefficients, improving performance by about 5%. The trick here is that
    the vector slide-up instruction preserves elements in destination vector
    until the slide offset.

    The switch from vfslide1up.vf to vslideup.vi also allows the elimination
    of data dependencies on consecutive slides. Since the specifications
    recommend sticking to power of two offsets, we could slide as follows :

    vslideup.vi v8, v0, 2
    vslideup.vi v4, v0, 1
    vslideup.vi v12, v8, 1
    vslideup.vi v16, v8, 2

    However in the device under test, this seems to make performance slightly
    worse, so this is left for (in)validation with future better hardware.

    • [DH] libavcodec/riscv/opusdsp_rvv.S
  • Revision 11abab356e : Refactor inter mode rate-distortion search This commit separates the rate-disto

    28 septembre 2013, par Jingning Han

    Changed Paths :
     Modify /vp9/encoder/vp9_encodeframe.c


     Modify /vp9/encoder/vp9_encodemb.h


     Modify /vp9/encoder/vp9_onyx_if.c


     Modify /vp9/encoder/vp9_onyx_int.h


     Modify /vp9/encoder/vp9_rdopt.c


     Modify /vp9/encoder/vp9_rdopt.h



    Refactor inter mode rate-distortion search

    This commit separates the rate-distortion optimization loop of
    superblocks from that of sub8x8 blocks. This allows better design
    rate-distortion optimization search loop for each setting. It also
    removes the use of SPLITMV and I4X4_PRED therein.

    No performance change in speed 0 settings. For bus@CIF at 2000kbps,
    the speed 1 runtime goes from 48009ms to 43894ms (about 10% faster).
    The overall compression performance on derf changed by -0.021%.

    Speed 2 runtime goes from 27114ms to 28700ms (6% slower), while the
    overall coding efficiency goes up by 1.629% for derf, 1.236% for yt.

    Change-Id : Ie6bdfa0a370148dd60bd800961077f7e97e67dd4

  • Revision ac50b75e50 : Use balanced model for intra prediction mode coding This commit replaces the pr

    20 juin 2015, par Jingning Han

    Changed Paths :
     Modify /vp9/common/vp9_entropymode.c


     Modify /vp9/common/vp9_entropymode.h


     Modify /vp9/decoder/vp9_decodeframe.c


     Modify /vp9/decoder/vp9_decodemv.c


     Modify /vp9/encoder/vp9_bitstream.c


     Modify /vp9/encoder/vp9_encodeframe.c


     Modify /vp9/encoder/vp9_pickmode.c


     Modify /vp9/encoder/vp9_rd.c


     Modify /vp9/encoder/vp9_rdopt.c



    Use balanced model for intra prediction mode coding

    This commit replaces the previous table based intra mode model
    coding with a more balanced entropy coding system. It reduces the
    decoder lookup table size by 1K bytes. The key frame compression
    performance is about even on average. There are a few points where
    the compression performance is improved by over 5%. Most test
    points are fairly close to the lookup table approach.

    Change-Id : I47154276c0a6a22ae87de8845bc2d494681b95f6