Recherche avancée

Médias (1)

Mot : - Tags -/ogv

Autres articles (111)

  • Script d’installation automatique de MediaSPIP

    25 avril 2011, par

    Afin de palier aux difficultés d’installation dues principalement aux dépendances logicielles coté serveur, un script d’installation "tout en un" en bash a été créé afin de faciliter cette étape sur un serveur doté d’une distribution Linux compatible.
    Vous devez bénéficier d’un accès SSH à votre serveur et d’un compte "root" afin de l’utiliser, ce qui permettra d’installer les dépendances. Contactez votre hébergeur si vous ne disposez pas de cela.
    La documentation de l’utilisation du script d’installation (...)

  • Ajouter des informations spécifiques aux utilisateurs et autres modifications de comportement liées aux auteurs

    12 avril 2011, par

    La manière la plus simple d’ajouter des informations aux auteurs est d’installer le plugin Inscription3. Il permet également de modifier certains comportements liés aux utilisateurs (référez-vous à sa documentation pour plus d’informations).
    Il est également possible d’ajouter des champs aux auteurs en installant les plugins champs extras 2 et Interface pour champs extras.

  • MediaSPIP Core : La Configuration

    9 novembre 2010, par

    MediaSPIP Core fournit par défaut trois pages différentes de configuration (ces pages utilisent le plugin de configuration CFG pour fonctionner) : une page spécifique à la configuration générale du squelettes ; une page spécifique à la configuration de la page d’accueil du site ; une page spécifique à la configuration des secteurs ;
    Il fournit également une page supplémentaire qui n’apparait que lorsque certains plugins sont activés permettant de contrôler l’affichage et les fonctionnalités spécifiques (...)

Sur d’autres sites (12093)

  • avformat/pp_bnk : Fix memleaks when reading non-stereo tracks

    20 mars 2021, par Andreas Rheinhardt
    avformat/pp_bnk : Fix memleaks when reading non-stereo tracks

    Commit 6973df112275c8ea4af0bf3cb1338baecc1d06b3 added support
    
for music tracks by outputting its two containing tracks
    
together in one packet. But the actual data is not contiguous
    
in the file and therefore one can't simply use av_get_packet()
    
(which has been used before) for it. Therefore the packet was
    
now allocated via av_new_packet() and read via avio_read() ;
    
and this is also for non-music files.
    

    This causes problems because one can now longer rely on things
    
done automatically by av_get_packet() : It automatically freed
    
the packet in case of errors ; this lead to memleaks in several
    
FATE-tests covering this demuxer. Furthermore, in case the data
    
read is less than the data desired, the returned packet was not
    
zero-allocated (the packet's padding was uninitialized) ;
    
for music files the actual data could even be uninitialized.
    

    The former problems are fixed by using av_get_packet() for
    
non-music files ; the latter problem is handled by erroring out
    
unless both tracks could be fully read.
    

    Reviewed-by : Zane van Iperen <zane@zanevaniperen.com>
    
Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>
    • [DH] libavformat/pp_bnk.c

  • avcodec/avcodec : Sanitize options before using them

    16 mars 2021, par Andreas Rheinhardt
    avcodec/avcodec : Sanitize options before using them

    This is how it is supposed to happen, yet when using frame threading,
    
the codec's init function has been called before preinit. This can lead
    
to crashes when e.g. using unsupported lowres values for decoders
    
together with frame threading.
    

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

  • avformat/utils : Fix confusing return value for ff_read_packet()

    12 mars 2021, par Andreas Rheinhardt
    avformat/utils : Fix confusing return value for ff_read_packet()

    Currently, ff_read_packet() sometimes forwards the return value of
    
AVInputFormat.read_packet() (which should be zero on success, but isn't
    
for all demuxers) and sometimes it overwrites this with zero.
    
Furthermore, it uses two variables, one for the read_packet return value
    
and one for other errors, which is a bit confusing ; it is also
    
unnecessary given that the documentation explicitly states that
    
ff_read_packet() never returns positive values. Returning a positive
    
value would lead to leaks with some callers (namely asfrtp_parse_packet
    
and estimate_timings_from_pts). So always return zero in case of
    
success.
    

    (This behaviour stems from a time before av_read_packet sanitized
    
the return value of read_packet at all : It was added in commit
    
626004690c23c981f67228ea325dde3f35193988 and was unnecessary since
    
88b00723906f68b7563214c30333e48888dddf78.)
    

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

Navigation