Recherche avancée

Médias (0)

Mot : - Tags -/xmlrpc

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

Autres articles (50)

  • Amélioration de la version de base

    13 septembre 2013

    Jolie sélection multiple
    Le plugin Chosen permet d’améliorer l’ergonomie des champs de sélection multiple. Voir les deux images suivantes pour comparer.
    Il suffit pour cela d’activer le plugin Chosen (Configuration générale du site > Gestion des plugins), puis de configurer le plugin (Les squelettes > Chosen) en activant l’utilisation de Chosen dans le site public et en spécifiant les éléments de formulaires à améliorer, par exemple select[multiple] pour les listes à sélection multiple (...)

  • Qualité du média après traitement

    21 juin 2013, par

    Le bon réglage du logiciel qui traite les média est important pour un équilibre entre les partis ( bande passante de l’hébergeur, qualité du média pour le rédacteur et le visiteur, accessibilité pour le visiteur ). Comment régler la qualité de son média ?
    Plus la qualité du média est importante, plus la bande passante sera utilisée. Le visiteur avec une connexion internet à petit débit devra attendre plus longtemps. Inversement plus, la qualité du média est pauvre et donc le média devient dégradé voire (...)

  • Les autorisations surchargées par les plugins

    27 avril 2010, par

    Mediaspip core
    autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs

Sur d’autres sites (7798)

  • avformat/matroskadec : Fix use-after-free when demuxing ProRes

    7 décembre 2019, par Andreas Rheinhardt
    avformat/matroskadec : Fix use-after-free when demuxing ProRes
    

    ProRes in Matroska is supposed to not contain the first atom header
    (containing a size field and the tag "icpf") and therefore the Matroska
    demuxer has to recreate it ; this involves an allocation and copy, of
    course. Whether the old buffer (containing the data without the atom
    header) needs to be freed or not depends upon whether it is what was
    directly read (in which case it is owned by an AVBuffer) or whether it
    has been allocated when reversing the track's content compression (e.g.
    zlib compression) that Matroska supports.

    So there are three pointers involved : The one pointing to the directly
    read data (owned by the AVBuffer), the one pointing to the currently
    valid data (which coincides with the former if no content compression
    needed to be reverted) and the one pointing to the new data with the
    first atom header. The check for whether to free the second of these is
    simply whether the first two are different.

    This works mostly, but there is a complication : Some muxers don't strip
    the first atom header away and in this case, it is also not reinserted
    and no new buffer is allocated ; instead, the second and the third
    pointers agree. In this case, one must never free the second buffer.
    Yet it is currently done if the track is e.g. zlib compressed.
    This commit fixes this.

    This is a regression since b8e75a2a.

    Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>
    Signed-off-by : James Almer <jamrial@gmail.com>

    • [DH] libavformat/matroskadec.c
  • mxfdec : free descriptor extradata in .read_close()

    8 février 2014, par Janne Grunau
    mxfdec : free descriptor extradata in .read_close()
    

    Fixes memleak in fate-mxf-demux.

    • [DH] libavformat/mxfdec.c
  • avformat/utils : free s->pb for image2 as it can be used with and without a file

    13 septembre 2014, par Michael Niedermayer
    avformat/utils : free s->pb for image2 as it can be used with and without a file
    

    Signed-off-by : Michael Niedermayer <michaelni@gmx.at>

    • [DH] libavformat/utils.c