Recherche avancée

Médias (2)

Mot : - Tags -/media

Autres articles (54)

  • Participer à sa traduction

    10 avril 2011

    Vous pouvez nous aider à améliorer les locutions utilisées dans le logiciel ou à traduire celui-ci dans n’importe qu’elle nouvelle langue permettant sa diffusion à de nouvelles communautés linguistiques.
    Pour ce faire, on utilise l’interface de traduction de SPIP où l’ensemble des modules de langue de MediaSPIP sont à disposition. ll vous suffit de vous inscrire sur la liste de discussion des traducteurs pour demander plus d’informations.
    Actuellement MediaSPIP n’est disponible qu’en français et (...)

  • Les images

    15 mai 2013

  • Personnaliser les catégories

    21 juin 2013, par

    Formulaire de création d’une catégorie
    Pour ceux qui connaissent bien SPIP, une catégorie peut être assimilée à une rubrique.
    Dans le cas d’un document de type catégorie, les champs proposés par défaut sont : Texte
    On peut modifier ce formulaire dans la partie :
    Administration > Configuration des masques de formulaire.
    Dans le cas d’un document de type média, les champs non affichés par défaut sont : Descriptif rapide
    Par ailleurs, c’est dans cette partie configuration qu’on peut indiquer le (...)

Sur d’autres sites (7939)

  • dshow : save opened device reference so it may be properly closed

    30 septembre 2011, par Ramiro Polla

    dshow : save opened device reference so it may be properly closed

  • matroskadec : properly decode color space in an endian neutral way

    14 juin 2011, par Aurelien Jacobs

    matroskadec : properly decode color space in an endian neutral way

  • lavc/ffv1 : Properly check that the 4th and 5th quant tables are zeroes

    5 janvier 2020, par Derek Buitenhuis
    lavc/ffv1 : Properly check that the 4th and 5th quant tables are zeroes

    Currently, the decoder checks the 128th value of the 4th quant table during
    
while deriving the context on each sample, in order to speed itself up. This
    
is due to relying on the behavior of FFmpeg's FFV1 encoder, in which if that
    
value is zero, the entire 4th and 5th quant tables are assumed to be entirely
    
zero.
    

    This does not match the FFV1 spec, which has no such restriction, and after
    
some discussion, it was decided to fix FFmpeg to abide by the spec, rather
    
than change the spec.
    

    We will now check whether the 4th and 5th quant tables are zero properly,
    
by checking the 128th valye of both tables (which means they are zero due
    
to the way they're coded in the bitstream).
    

    For further context, the FFV1 issue in question is located at :
    

        https://github.com/FFmpeg/FFV1/issues/169
    

    Signed-off-by : Derek Buitenhuis <derek.buitenhuis@gmail.com>
    • [DH] libavcodec/ffv1_template.c

Navigation