Recherche avancée

Médias (0)

Mot : - Tags -/formulaire

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

Autres articles (52)

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

  • MediaSPIP version 0.1 Beta

    16 avril 2011, par

    MediaSPIP 0.1 beta est la première version de MediaSPIP décrétée comme "utilisable".
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Pour avoir une installation fonctionnelle, 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 (...)

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

  • avformat/rmdec : Fix memleaks upon read_header failure

    20 juillet 2020, par Andreas Rheinhardt
    avformat/rmdec : Fix memleaks upon read_header failure

    For both the RealMedia as well as the IVR demuxer (which share the same
    
context) each AVStream's priv_data contains an AVPacket that might
    
contain data (even when reading the header) and therefore needs to be
    
unreferenced. Up until now, this has not always been done :
    

    The RealMedia demuxer didn't do it when allocating a new stream's
    
priv_data failed although there might be other streams with packets to
    
unreference. (The reason for this was that until recently rm_read_close()
    
couldn't handle an AVStream without priv_data, so one had to choose
    
between a potential crash and a memleak.)
    

    The IVR demuxer meanwhile never ever called read_close so that the data
    
already contained in packets leaks upon error.
    

    This patch fixes both demuxers by adding the appropriate cleanup code.
    

    Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
    • [DH] libavformat/rmdec.c

  • avcodec/vc1dec : Fix memleak upon allocation error

    8 avril 2021, par Andreas Rheinhardt
    avcodec/vc1dec : Fix memleak upon allocation error

    ff_vc1_decode_init_alloc_tables() had one error path that forgot to free
    
already allocated buffers ; these would then be overwritten on the next
    
allocation attempt (or they would just not be freed in case this
    
happened during init, as the decoders for which it is used do not have
    
the FF_CODEC_CAP_INIT_CLEANUP set).
    

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

  • avcodec/mpegvideo_enc : Don't segfault on unorthodox mpeg_quant

    6 avril 2021, par Andreas Rheinhardt
    avcodec/mpegvideo_enc : Don't segfault on unorthodox mpeg_quant

    The (deprecated) field AVCodecContext.mpeg_quant has no range
    
restriction ; MpegEncContext.mpeg_quant is restricted to 0..1.
    
If the former is set, the latter is overwritten with it without
    
checking the range. This can trigger an av_assert2() with the MPEG-4
    
encoder when writing said field.
    

    Fix this by just setting MpegEncContext.mpeg_quant to 1 if
    
AVCodecContext.mpeg_quant is set.
    

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

Navigation