Recherche avancée

Médias (1)

Mot : - Tags -/ticket

Autres articles (39)

  • MediaSPIP v0.2

    21 juin 2013, par

    MediaSPIP 0.2 est la première version de MediaSPIP stable.
    Sa date de sortie officielle est le 21 juin 2013 et est annoncée ici.
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Comme pour la version précédente, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
    Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)

  • Mise à disposition des fichiers

    14 avril 2011, par

    Par défaut, lors de son initialisation, MediaSPIP ne permet pas aux visiteurs de télécharger les fichiers qu’ils soient originaux ou le résultat de leur transformation ou encodage. Il permet uniquement de les visualiser.
    Cependant, il est possible et facile d’autoriser les visiteurs à avoir accès à ces documents et ce sous différentes formes.
    Tout cela se passe dans la page de configuration du squelette. Il vous faut aller dans l’espace d’administration du canal, et choisir dans la navigation (...)

  • MediaSPIP version 0.1 Beta

    16 avril 2011, par

    MediaSPIP 0.1 beta est la première version de MediaSPIP décrétée comme "utilisable".
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Pour avoir une installation fonctionnelle, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
    Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)

Sur d’autres sites (4208)

  • Revision 1407cf8588 : Fix VP9_mode_order[] Mis-merge of the following change managed to break mode or

    13 septembre 2013, par Paul Wilkins

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



    Fix VP9_mode_order[]

    Mis-merge of the following change managed to break mode order
    and delete two mode options (new alt ref and near alt ref)
    It also created a situation where we could test two undefined
    modes off the end of the VP9_mode_order[] data structure.
    "clang warnings : remove split and i4x4_pred fake modes"
    "Change Id : I8ef3c*"

    Initial testing on Akiyo at speed 2.
    101.35 44.567 44.447 improves to
    96.82 44.915 44.815

    Approx 0.3-0.4db gain and 2.5% size reduction

    Change-Id : Icff813e7c0778d140ad4f0eea18cf1ed203c4e34

  • Revision d9b62160a0 : Implements several heuristics to prune mode search Skips mode searches for intr

    3 juillet 2013, par Deb Mukherjee

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


     Modify /vp9/encoder/vp9_onyx_if.c


     Modify /vp9/encoder/vp9_onyx_int.h


     Modify /vp9/encoder/vp9_rdopt.c



    Implements several heuristics to prune mode search

    Skips mode searches for intra and compound inter modes depending
    on the best mode so far and the reference frames. The various
    heuristics to be used are selected by bits from a flag. The
    previous direction based intra mode search pruning is also absorbed
    in this framework.

    Specifically the flags and their impact are :

    1) FLAG_SKIP_INTRA_BESTINTER (skip intra mode search for oblique
    directional modes and TM_PRED if the best so far is
    an inter mode)
    derfraw300 : -0.15%, 10% speedup

    2) FLAG_SKIP_INTRA_DIRMISMATCH (skip D27, D63, D117 and D153
    mode search if the best so far is not one of the closest
    hor/vert/diagonal directions.
    derfraw300 : -0.05%, about 9% speedup

    3) FLAG_SKIP_COMP_BESTINTRA (skip compound prediction mode
    search if the best so far is an intra mode)
    derfraw300 : -0.06%, about 7-8% speedup

    4) FLAG_SKIP_COMP_REFMISMATCH (skip compound prediction search
    if the best single ref inter mode does not have the same ref
    as one of the two references being tested in the compound mode)
    derfraw300 : -0.56%, about 10% speedup

    Change-Id : I1a736cd29b36325489e7af9f32698d6394b2c495

  • Revision 8d3d2b76f3 : Tx size selection enhancements (1) Refines the modeling function and uses that

    22 juin 2013, par Deb Mukherjee

    Changed Paths :
     Modify /vp9/common/vp9_blockd.h


     Modify /vp9/encoder/vp9_encodeframe.c


     Modify /vp9/encoder/vp9_onyx_if.c


     Modify /vp9/encoder/vp9_onyx_int.h


     Modify /vp9/encoder/vp9_rdopt.c



    Tx size selection enhancements

    (1) Refines the modeling function and uses that to add some speed
    features. Specifically, intead of using a flag use_largest_txfm as
    a speed feature, an enum tx_size_search_method is used, of which
    two of the types are USE_FULL_RD and USE_LARGESTALL. Two other
    new types are added :
    USE_LARGESTINTRA (use largest only for intra)
    USE_LARGESTINTRA_MODELINTER (use largest for intra, and model for
    inter)

    (2) Another change is that the framework for deciding transform type
    is simplified to use a heuristic count based method rather than
    an rd based method using txfm_cache. In practice the new method
    is found to work just as well - with derf only -0.01 down.
    The new method is more compatible with the new framework where
    certain rd costs are based on full rd and certain others are
    based on modeled rd or are not computed. In this patch the existing
    rd based method is still kept for use in the USE_FULL_RD mode.
    In the other modes, the count based method is used.
    However the recommendation is to remove it eventually since the
    benefit is limited, and will remove a lot of complications in
    the code

    (3) Finally a bug is fixed with the existing use_largest_txfm speed feature
    that causes mismatches when the lossless mode and 4x4 WH transform is
    forced.

    Results on derf :
    USE_FULL_RD : +0.03% (due to change in the tables), 0% encode time reduction
    USE_LARGESTINTRA : -0.21%, 15% encode time reduction (this one is a
    pretty good compromise)
    USE_LARGESTINTRA_MODELINTER : -0.98%, 22% encode time reduction
    (currently the benefit of modeling is limited for txfm size selection,
    but keeping this enum as a placeholder) .
    USE_LARGESTALL : -1.05%, 27% encode-time reduction (same as existing
    use_largest_txfm speed feature).

    Change-Id : I4d60a5f9ce78fbc90cddf2f97ed91d8bc0d4f936