Recherche avancée

Médias (0)

Mot : - Tags -/interaction

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

Autres articles (49)

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

  • Des sites réalisés avec MediaSPIP

    2 mai 2011, par

    Cette page présente quelques-uns des sites fonctionnant sous MediaSPIP.
    Vous pouvez bien entendu ajouter le votre grâce au formulaire en bas de page.

  • Websites made ​​with MediaSPIP

    2 mai 2011, par

    This page lists some websites based on MediaSPIP.

Sur d’autres sites (6152)

  • Revision 389ed6da10 : Refactor highbd forward transform use case Separate the hybrid transform case f

    20 juillet 2015, par Jingning Han

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


     Modify /vp9/encoder/vp9_rdopt.c



    Refactor highbd forward transform use case

    Separate the hybrid transform case from 2D-DCT case. This will
    allow us to clear up cross dependency between c and SIMD
    implementations later.

    Change-Id : Iaa499e8b096850a1c5a0c50a3b6e63e15d0184bf

  • Revision 07711e9b27 : Use hybrid RD and non-RD coding flow for key frame coding When block size is be

    4 décembre 2014, par Jingning Han

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


     Modify /vp9/encoder/vp9_speed_features.c



    Use hybrid RD and non-RD coding flow for key frame coding

    When block size is below 16x16, the encoder swap from non-RD to
    RD mode for key frame coding. This largely brough back the key
    frame compression performance. For vidyo1 at 1000 kbps, the key
    frame coding statistics are changed

    9978F, 34.183 dB, 36807 us -> 9838F, 35.020 dB, 61677 us

    As compared to the full RD case
    7187F, 34.930 dB, 214470 us

    The overall rtc set coding performance (single key frame setting)
    is improved by 1.5%.

    Change-Id : I78a4ecf025d7b24ec911e85be94e01da05e77878

  • Revision 9f128b3ed9 : Hybrid partition search for rtc coding mode This commit re-designs the recursiv

    17 octobre 2014, par Jingning Han

    Changed Paths :
     Modify /vp9/encoder/vp9_context_tree.h


     Modify /vp9/encoder/vp9_encodeframe.c


     Modify /vp9/encoder/vp9_speed_features.c



    Hybrid partition search for rtc coding mode

    This commit re-designs the recursive partition search scheme in
    rtc speed -5. It first checks if the current block is under cyclic
    refresh mode. If so, apply recursive partition search. Otherwise,
    perform sub-sampled pixel based partition selection. When the
    pre-selection finds the partition size should be 32x32 or above,
    use the partition size directly. Otherwise, apply partition search
    at nearby levels around the preset partition size.

    It is enabled in speed -5. The compression performance of rtc
    speed -5 is improved by 9.4%. Speed wise, the run-time goes slower
    from 1% to 10%.

    nik_720p, 1000 kbps
    33220 b/f, 38.977 dB, 10109 ms -> 33200 b/f, 39.119 dB, 10210 ms

    vidyo1_720p, 1000 kbps
    16536 b/f, 40.495 dB, 10119 ms -> 16536 b/f, 40.827 dB, 11287 ms

    Change-Id : I65adba352e3adc03bae50854ddaea1b421653c6c

Navigation