Recherche avancée

Médias (1)

Mot : - Tags -/censure

Autres articles (67)

  • Amélioration de la version de base

    13 septembre 2013

    Jolie sélection multiple
    Le plugin Chosen permet d’améliorer l’ergonomie des champs de sélection multiple. Voir les deux images suivantes pour comparer.
    Il suffit pour cela d’activer le plugin Chosen (Configuration générale du site > Gestion des plugins), puis de configurer le plugin (Les squelettes > Chosen) en activant l’utilisation de Chosen dans le site public et en spécifiant les éléments de formulaires à améliorer, par exemple select[multiple] pour les listes à sélection multiple (...)

  • Menus personnalisés

    14 novembre 2010, par

    MediaSPIP utilise le plugin Menus pour gérer plusieurs menus configurables pour la navigation.
    Cela permet de laisser aux administrateurs de canaux la possibilité de configurer finement ces menus.
    Menus créés à l’initialisation du site
    Par défaut trois menus sont créés automatiquement à l’initialisation du site : Le menu principal ; Identifiant : barrenav ; Ce menu s’insère en général en haut de la page après le bloc d’entête, son identifiant le rend compatible avec les squelettes basés sur Zpip ; (...)

  • Le plugin : Gestion de la mutualisation

    2 mars 2010, par

    Le plugin de Gestion de mutualisation permet de gérer les différents canaux de mediaspip depuis un site maître. Il a pour but de fournir une solution pure SPIP afin de remplacer cette ancienne solution.
    Installation basique
    On installe les fichiers de SPIP sur le serveur.
    On ajoute ensuite le plugin "mutualisation" à la racine du site comme décrit ici.
    On customise le fichier mes_options.php central comme on le souhaite. Voilà pour l’exemple celui de la plateforme mediaspip.net :
    < ?php (...)

Sur d’autres sites (8431)

  • swscale/swscale : Fix races when using unaligned strides/data

    18 septembre 2021, par Andreas Rheinhardt
    swscale/swscale : Fix races when using unaligned strides/data

    In this case the current code tries to warn once ; to do so, it uses
    
ordinary static ints to store whether the warning has already been
    
emitted. This is both a data race (and therefore undefined behaviour)
    
as well as a race condition, because it is really possible for multiple
    
threads to be the one thread to emit the warning. This is actually
    
common since the introduction of the new multithreaded scaling API.
    

    This commit fixes this by using atomic integers for the state ;
    
furthermore, these are not static anymore, but rather contained
    
in the user-facing SwsContext (i.e. the parent SwsContext in case
    
of slice-threading).
    

    Given that these atomic variables are not intended for synchronization
    
at all (but only for atomicity, i.e. only to output the warning once),
    
the atomic operations use memory_order_relaxed.
    

    This affected the nv12, nv21, yuv420, yuv420p10, yuv422, yuv422p10 and
    
yuv444 filter-overlay FATE-tests.
    

    Reviewed-by : Michael Niedermayer <michael@niedermayer.cc>
    
Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
    • [DH] libswscale/swscale.c
    • [DH] libswscale/swscale_internal.h
    • [DH] libswscale/utils.c

  • lavu/vulkan : add support for using libshaderc as a GLSL compiler

    19 novembre 2021, par Lynne
    lavu/vulkan : add support for using libshaderc as a GLSL compiler

    It's got a much better API that's actually maintained, it eliminates
    
race conditions, it comes with a pkg-config file by default, and
    
unfortunately isn't currently packaged by Debian or other large
    
distributions.
    • [DH] configure
    • [DH] libavutil/vulkan.c
    • [DH] libavutil/vulkan_shaderc.c

  • avcodec/ffv1dec : Remove redundant writes, fix races

    21 avril 2021, par Andreas Rheinhardt
    avcodec/ffv1dec : Remove redundant writes, fix races

    Every modification of the data that is copied in update_thread_context()
    
is a data race if it happens after ff_thread_finish_setup. ffv1dec's
    
update_thread_context() simply uses memcpy for updating the new context,
    
so that every modification of the src's context is a race.
    
Some of these modifications are unnecessary : picture_number is write-only
    
for the decoder and cur will be reset when decoding the next frame anyway.
    
So remove them. And while just at it, also don't set cur for the slice
    
contexts as this variable is write-only.
    

    Reviewed-by : Anton Khirnov <anton@khirnov.net>
    
Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
    • [DH] libavcodec/ffv1dec.c

Navigation