Recherche avancée

Médias (1)

Mot : - Tags -/framasoft

Autres articles (65)

  • Personnaliser en ajoutant son logo, sa bannière ou son image de fond

    5 septembre 2013, par

    Certains thèmes prennent en compte trois éléments de personnalisation : l’ajout d’un logo ; l’ajout d’une bannière l’ajout d’une image de fond ;

  • 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

  • Des sites réalisés avec MediaSPIP

    2 mai 2011, par

    Cette page présente quelques-uns des sites fonctionnant sous MediaSPIP.
    Vous pouvez bien entendu ajouter le votre grâce au formulaire en bas de page.

Sur d’autres sites (11129)

  • avcodec/mpeg4videodec : Fix data race when initializing VLCs

    4 janvier 2022, par Andreas Rheinhardt
    avcodec/mpeg4videodec : Fix data race when initializing VLCs

    Both the MPEG-4 parser as well as the decoder initialized
    
several VLCs. There is a "static int done = 0 ;" in order to
    
guard against initializing these multiple times, but this does
    
not work when several threads try to initialize these VLCs
    
concurrently, which can happen when initializing several parsers
    
at the same time (they don't use the global lock that is used
    
for codecs without the FF_CODEC_CAP_INIT_THREADSAFE cap ; actually,
    
they don't use any lock at all).
    

    Since ff_mpeg4_decode_picture_header() now aborts early when called
    
from the parser, it no longer needs to have these VLCs initialized
    
at all. This commit therefore does exactly this.
    

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

  • avformat/allformats : Fix data race when accessing devices lists

    1er octobre 2021, par Andreas Rheinhardt
    avformat/allformats : Fix data race when accessing devices lists

    Up until now setting the input and output devices lists is guarded
    
by a mutex. This prevents data races emanating from multiple concurrent
    
calls to avpriv_register_devices() (triggered by multiple concurrent
    
calls to avdevice_register_all()). Yet reading the lists pointers was
    
done without any lock and with nonatomic variables. This means that
    
there are data races in case of concurrent calls to
    
av_(de)muxer_iterate() and avdevice_register_all() (but only if the
    
iteration in av_(de)muxer_iterate exhausts the non-device (de)muxers).
    

    This commit fixes this by putting said pointers into atomic objects.
    
Due to the unavailability of _Atomic the object is an atomic_uintptr,
    
leading to ugly casts. Switching to atomics also allowed to remove
    
the mutex currently used in avpriv_register_devices().
    

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

  • avutil/cpu : Fix race condition in av_cpu_count()

    2 décembre 2020, par Andreas Rheinhardt
    avutil/cpu : Fix race condition in av_cpu_count()

    av_cpu_count() intends to emit a debug message containing the number of
    
logical cores when called the first time. The check currently works with
    
a static volatile int ; yet this does not help at all in case of
    
concurrent accesses by multiple threads. So replace this with an
    
atomic_int.
    

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

Navigation