Recherche avancée

Médias (29)

Mot : - Tags -/Musique

Autres articles (73)

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

  • Creating farms of unique websites

    13 avril 2011, par

    MediaSPIP platforms can be installed as a farm, with a single "core" hosted on a dedicated server and used by multiple websites.
    This allows (among other things) : implementation costs to be shared between several different projects / individuals rapid deployment of multiple unique sites creation of groups of like-minded sites, making it possible to browse media in a more controlled and selective environment than the major "open" (...)

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

Sur d’autres sites (6053)

  • Revision 34501 : Premier jet de la categorie statistique

    16 janvier 2010, par eric@… — Log

    Premier jet de la categorie statistique

  • cbs_mpeg2 : Improve checks for invalid values

    22 mai 2019, par Andreas Rheinhardt
    cbs_mpeg2 : Improve checks for invalid values

    MPEG-2 contains several elements that mustn't be zero according to the
    
specifications : horizontal/vertical_size_value, aspect_ratio_information,
    
frame_rate_code, the quantiser matrices, the colour_description
    
elements, picture_coding_type, the f_code[r][s] values and
    
quantiser_scale_code. It is now checked that the invalid values don't
    
occur.
    

    The colour_description elements are treated specially in this regard :
    
Given that there are files in the wild which use illegal values for the
    
colour_description elements (some of them created by mpeg2_metadata),
    
they will be corrected to the value meaning "unknown" (namely 2) during
    
reading. This has been done in such a way that trace_headers will
    
nevertheless report the original value, together with a message about
    
the fixup.
    

    Furthermore, the trace_headers output of user_data has been beautified.
    

    Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>
    • [DH] libavcodec/cbs_mpeg2.c
    • [DH] libavcodec/cbs_mpeg2_syntax_template.c

  • avcodec/dovi_rpudec : implement limited DM decompression

    14 juillet 2024, par Niklas Haas
    avcodec/dovi_rpudec : implement limited DM decompression

    This implements the limited DM metadata compression scheme described in
    
chapter 9 of the dolby vision bitstream specification.
    

    The spec is a bit unclear about how to handle the presence of static
    
metadata inside compressed frames ; in that it doesn't explicitly forbid
    
an encoder from repeating redundant metadata. In theory, we would need
    
to detect this case and then strip the corresponding duplicate metadata
    
from the existing set of static metadata. However, this is difficult to
    
implement - esspecially for the case of metadata blocks which may be
    
internally repeated (e.g. level 10).
    

    That said, the spec states outright that static metadata should be
    
constant throughout the entire sequence, so a sane bitstream should not
    
have any static metadata values changing from one frame to the next (at
    
least up to a keyframe boundary), and therefore they should never be
    
present in compressed frames. As a consequence, it makes sense to treat
    
this as an error state regardless. (Ignoring them by default, or
    
erroring if either AV_EF_EXPLODE or AV_EF_AGGRESSIVE are set)
    

    I was not able to find such samples in the wild (outside of artificially
    
produced test cases for this exact scenario), so I don't think we need
    
to worry about it until somebody produces one.
    • [DH] libavcodec/dovi_rpudec.c

Navigation