Recherche avancée

Médias (0)

Mot : - Tags -/médias

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

Autres articles (93)

  • Mise à jour de la version 0.1 vers 0.2

    24 juin 2013, par

    Explications des différents changements notables lors du passage de la version 0.1 de MediaSPIP à la version 0.3. Quelles sont les nouveautés
    Au niveau des dépendances logicielles Utilisation des dernières versions de FFMpeg (>= v1.2.1) ; Installation des dépendances pour Smush ; Installation de MediaInfo et FFprobe pour la récupération des métadonnées ; On n’utilise plus ffmpeg2theora ; On n’installe plus flvtool2 au profit de flvtool++ ; On n’installe plus ffmpeg-php qui n’est plus maintenu au (...)

  • Ecrire une actualité

    21 juin 2013, par

    Présentez les changements dans votre MédiaSPIP ou les actualités de vos projets sur votre MédiaSPIP grâce à la rubrique actualités.
    Dans le thème par défaut spipeo de MédiaSPIP, les actualités sont affichées en bas de la page principale sous les éditoriaux.
    Vous pouvez personnaliser le formulaire de création d’une actualité.
    Formulaire de création d’une actualité Dans le cas d’un document de type actualité, les champs proposés par défaut sont : Date de publication ( personnaliser la date de publication ) (...)

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

  • swscale/utils : Fix potential race when initializing xyz tables

    24 mai, par Andreas Rheinhardt
    swscale/utils : Fix potential race when initializing xyz tables

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

  • avutil : fix data race in av_get_cpu_flags()

    8 décembre 2016, par Wan-Teh Chang
    avutil : fix data race in av_get_cpu_flags()

    Make the one-time initialization in av_get_cpu_flags() thread-safe. The
    
static variables |flags|, |cpuflags_mask|, and |checked| in
    
libavutil/cpu.c are read and written using normal load and store
    
operations. These are considered as data races. The fix is to use atomic
    
load and store operations.
    

    Remove the |checked| variable because the invalid value of -1 for
    
|flags| can be used to indicate the same condition. Rename |flags| to
    
|cpu_flags| and move it to file scope.
    

    The fix can be verified by running the libavutil/tests/cpu_init.c test
    
program under ThreadSanitizer :
    
    ./configure —toolchain=clang-tsan
    
    make libavutil/tests/cpu_init
    
    libavutil/tests/cpu_init
    

    There should be no warnings from ThreadSanitizer.
    

    Co-author : Dmitry Vyukov of Google, who suggested the data race fix.
    

    Signed-off-by : Wan-Teh Chang <wtc@google.com>
    • [DBH] libavutil/Makefile
    • [DBH] libavutil/cpu.c
    • [DBH] libavutil/cpu.h
    • [DBH] libavutil/tests/.gitignore
    • [DBH] libavutil/tests/cpu_init.c
    • [DBH] tests/fate/libavutil.mak

  • lavfi : fix race when func rets holder is NULL

    28 mars 2017, par Clément Bœsch
    lavfi : fix race when func rets holder is NULL

    If ret is NULL, a dummy common holder is created to hold *all* the
    
parallel function returns, which gets written concurrently. This commit
    
simplify the whole logic by simply not writing to that holder when not
    
set.
    • [DH] libavfilter/pthread.c

Navigation