Recherche avancée

Médias (1)

Mot : - Tags -/MediaSPIP

Autres articles (105)

  • Configurer la prise en compte des langues

    15 novembre 2010, par

    Accéder à la configuration et ajouter des langues prises en compte
    Afin de configurer la prise en compte de nouvelles langues, il est nécessaire de se rendre dans la partie "Administrer" du site.
    De là, dans le menu de navigation, vous pouvez accéder à une partie "Gestion des langues" permettant d’activer la prise en compte de nouvelles langues.
    Chaque nouvelle langue ajoutée reste désactivable tant qu’aucun objet n’est créé dans cette langue. Dans ce cas, elle devient grisée dans la configuration et (...)

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

  • Publier sur MédiaSpip

    13 juin 2013

    Puis-je poster des contenus à partir d’une tablette Ipad ?
    Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir

Sur d’autres sites (9628)

  • avfilter/af_amerge : Fix segfault upon allocation failure

    24 août 2020, par Andreas Rheinhardt
    avfilter/af_amerge : Fix segfault upon allocation failure

    The amerge filter uses a variable number of inpads and allocates them
    
in its init function ; if all goes well, the number of inpads coincides
    
with a number stored in the filter's private context. Yet if allocating a
    
subsequent inpad fails, the uninit function nevertheless uses the number
    
stored in the private context to determine the number of inpads to free
    
and not the AVFilterContext's nb_inputs. This will lead to an access
    
beyond the end of the allocated AVFilterContext.input_pads array and
    
an invalid free.
    

    Reviewed-by : Nicolas George <george@nsup.org>
    
Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>
    • [DH] libavfilter/af_amerge.c

  • avformat/matroskadec : Fix demuxing ProRes

    28 septembre 2019, par Andreas Rheinhardt
    avformat/matroskadec : Fix demuxing ProRes

    The structure of a ProRes frame in mov/mp4 is that of a typical atom :
    
First a 32 bit BE size field, then a tag detailling the content. Said
    
size field includes the eight bytes of the atom header.
    

    This header is actually redundant, as the size of the atom is already
    
known from the containing atom. It is therefore stripped away when muxed
    
into Matroska and so the Matroska demuxer has to recreate upon demuxing.
    
But it did not account for the fact that the size field includes the
    
size of the header and this can lead to problems when a decoder uses the
    
in-band size field.
    

    Fixes ticket #8210.
    

    Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>
    
Signed-off-by : James Almer <jamrial@gmail.com>
    • [DH] libavformat/matroskadec.c

  • lavf/matroskaenc : Fix memory leak after write trailer

    4 avril 2019, par Jun Zhao
    lavf/matroskaenc : Fix memory leak after write trailer

    Fix memory leak after write trailer for #7827, only store a audio
    
packet whose buffer has size greater than zero in cur_audio_pkt.
    

    Audio packets with size zero, but with side-data currently lead to
    
memleaks, in the Matroska muxer, because they are not properly freed :
    

    They are currently put into an AVPacket in the MatroskaMuxContext to
    
ensure that the necessary audio is always available for a new cluster,
    
but are only written and freed when their size is > 0.
    

    As the only use we have for such packets consists in updating the
    
CodecPrivate it makes no sense to store these packets at all and this
    
is how this commit solves the memleak.
    

    Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@googlemail.com>
    
Signed-off-by : Jun Zhao <barryjzhao@tencent.com>
    • [DH] libavformat/matroskaenc.c

Navigation