Recherche avancée

Médias (91)

Autres articles (13)

  • Emballe médias : à quoi cela sert ?

    4 février 2011, par

    Ce plugin vise à gérer des sites de mise en ligne de documents de tous types.
    Il crée des "médias", à savoir : un "média" est un article au sens SPIP créé automatiquement lors du téléversement d’un document qu’il soit audio, vidéo, image ou textuel ; un seul document ne peut être lié à un article dit "média" ;

  • Déploiements possibles

    31 janvier 2010, par

    Deux types de déploiements sont envisageable dépendant de deux aspects : La méthode d’installation envisagée (en standalone ou en ferme) ; Le nombre d’encodages journaliers et la fréquentation envisagés ;
    L’encodage de vidéos est un processus lourd consommant énormément de ressources système (CPU et RAM), il est nécessaire de prendre tout cela en considération. Ce système n’est donc possible que sur un ou plusieurs serveurs dédiés.
    Version mono serveur
    La version mono serveur consiste à n’utiliser qu’une (...)

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

  • Revision 423e8a9727 : Fix allocation of context buffers on frame resize The patch : https://gerrit.chr

    24 juillet 2014, par Adrian Grange

    Changed Paths :
     Modify /vp9/decoder/vp9_decodeframe.c



    Fix allocation of context buffers on frame resize

    The patch :
    https://gerrit.chromium.org/gerrit/#/c/70814/
    changed the test that determined whether the context
    frame buffers needed to be reallocated or not.

    The code checked for a change in total frame area
    to signal the need to reallocate context buffers.
    However, the above_context buffer needs to be
    resized i:xf only the width of the frame has increased.

    Change-Id : Ib89d75651af252908144cf662578d84f16cf30e6

  • Merge pull request #629 from craue/patch-1

    1er août 2014, par jackmoore
    Merge pull request #629 from craue/patch-1

    add missing semicolon

  • Revision e890c2579b : add a context tree structure to encoder This patch sets up a quad_tree structur

    17 avril 2014, par Jim Bankoski

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


     Add /vp9/encoder/vp9_context_tree.c


     Add /vp9/encoder/vp9_context_tree.h


     Modify /vp9/encoder/vp9_encodeframe.c


     Modify /vp9/encoder/vp9_firstpass.c


     Modify /vp9/encoder/vp9_onyx_if.c


     Modify /vp9/vp9cx.mk



    add a context tree structure to encoder

    This patch sets up a quad_tree structure (pc_tree) for holding all of
    pick_mode_context data we use at any square block size during encoding
    or picking modes. That includes contexts for 2 horizontal and 2 vertical
    splits, one none, and pointers to 4 sub pc_tree nodes corresponding
    to split. It also includes a pointer to the current chosen partitioning.

    This replaces code that held an index for every level in the pick
    modes array including : sb_index, mb_index,
    b_index, ab_index.

    These were used as stateful indexes that pointed to the current pick mode
    contexts you had at each level stored in the following arrays

    array ab4x4_context[][][],
    sb8x4_context[][][], sb4x8_context[][][], sb8x8_context[][][],
    sb8x16_context[][][], sb16x8_context[][][], mb_context[][], sb32x16[][],
    sb16x32[], sb32_context[], sb32x64_context[], sb64x32_context[],
    sb64_context

    and the partitioning that had been stored in the following :
    b_partitioning, mb_partitioning, sb_partitioning, and sb64_partitioning.

    Prior to this patch before doing an encode you had to set the appropriate
    index for your block size ( switch statement), update it ( up to 3
    lookups for the index array value) and then make your call into a recursive
    function at which point you'd have to call get_context which then
    had to do a switch statement based on the blocksize, and then up to 3
    lookups based upon the block size to find the context to use.

    With the new code the context for the block size is passed around directly
    avoiding the extraneous switch statements and multi dimensional array
    look ups that were listed above. At any level in the search all of the
    contexts are local to the pc_tree you are working on (in ?).

    In addition in most places code that used to call sub functions and
    then check if the block size was 4x4 and index was > 0 and return
    now don't preferring instead to call the right none function on the inside.

    Change-Id : I06e39318269d9af2ce37961b3f95e181b57f5ed9

Navigation