Recherche avancée

Médias (2)

Mot : - Tags -/map

Autres articles (58)

  • Encodage et transformation en formats lisibles sur Internet

    10 avril 2011

    MediaSPIP transforme et ré-encode les documents mis en ligne afin de les rendre lisibles sur Internet et automatiquement utilisables sans intervention du créateur de contenu.
    Les vidéos sont automatiquement encodées dans les formats supportés par HTML5 : MP4, Ogv et WebM. La version "MP4" est également utilisée pour le lecteur flash de secours nécessaire aux anciens navigateurs.
    Les documents audios sont également ré-encodés dans les deux formats utilisables par HTML5 :MP3 et Ogg. La version "MP3" (...)

  • 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

  • ANNEXE : Les plugins utilisés spécifiquement pour la ferme

    5 mars 2010, par

    Le site central/maître de la ferme a besoin d’utiliser plusieurs plugins supplémentaires vis à vis des canaux pour son bon fonctionnement. le plugin Gestion de la mutualisation ; le plugin inscription3 pour gérer les inscriptions et les demandes de création d’instance de mutualisation dès l’inscription des utilisateurs ; le plugin verifier qui fournit une API de vérification des champs (utilisé par inscription3) ; le plugin champs extras v2 nécessité par inscription3 (...)

Sur d’autres sites (8988)

  • avcodec/vp9 : Do not destroy uninitialized mutexes/conditions

    2 septembre 2021, par Andreas Rheinhardt
    avcodec/vp9 : Do not destroy uninitialized mutexes/conditions
    

    Also do not destroy and reinitialize mutexes and conditions when
    certain input parameters change. Given that the decoder did not
    create these variables at all during init, uninitialized mutexes
    and conditions are destroyed before the very first initialization.
    This is undefined behaviour and certain threading implementations
    like pthreadGC2 crash when it is attempted.

    Fix this by initializing these objects once during init and freeing
    them in close.

    Reported-by : Steve Lhomme <robux4@ycbcr.xyz>
    Reviewed-by : Steve Lhomme <robux4@ycbcr.xyz>
    Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>

    • [DH] libavcodec/vp9.c
  • avcodec/vp9 : Check initializing conditions/mutexes

    2 septembre 2021, par Andreas Rheinhardt
    avcodec/vp9 : Check initializing conditions/mutexes
    

    Also don't destroy uninitialized conditions/mutexes.

    Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>

    • [DH] libavcodec/vp9.c
    • [DH] libavcodec/vp9dec.h
  • avcodec/omx : Check initializing mutexes/conditions

    2 septembre 2021, par Andreas Rheinhardt
    avcodec/omx : Check initializing mutexes/conditions
    

    The earlier code did not properly check these initializations :
    It only recorded whether the part of init where these initializations
    are has been reached, but it did not check whether the initializations
    were successful, although destroying them would be undefined behaviour
    if they had not been initialized successfully.
    Furthermore cleanup() always locked a mutex regardless of whether there
    was any attempt to initialize these mutexes at all.

    Reviewed-by : Martin Storsjö <martin@martin.st>
    Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>

    • [DH] libavcodec/omx.c