Recherche avancée

Médias (1)

Mot : - Tags -/copyleft

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)

  • jrev/xvid : hardcode use of C put/add_pixels_clamped.

    4 avril 2017, par Ronald S. Bultje
    jrev/xvid : hardcode use of C put/add_pixels_clamped.

    This removes the last use of the ff_put/add_pixels_clamped global
    
function pointers, and as such they are removed.
    

    This patch has a negative effect on performance on MIPS, since there’s
    
a SIMD-optimized put/add_pixels_clamped, but no xvid or jrev. From a
    
code maintenance point of view, that is probably acceptable.
    

    Because the global function pointers are removed, this fixes the following
    
tsan warnings when running e.g. fate-dnxhr-parse :
    

    WARNING : ThreadSanitizer : data race (pid=29917)
    
  Write of size 8 at 0x0000025b12d8 by thread T2 (mutexes : write M1543) :
    
    #0 ff_idctdsp_init src/libavcodec/idctdsp.c:313 (ffmpeg+0x00000044b68e)
    
[..]
    
  Previous write of size 8 at 0x0000025b12d8 by thread T1 (mutexes : write M1541) :
    
    #0 ff_idctdsp_init src/libavcodec/idctdsp.c:313 (ffmpeg+0x00000044b68e)
    • [DH] libavcodec/idctdsp.c
    • [DH] libavcodec/idctdsp.h
    • [DH] libavcodec/jrevdct.c
    • [DH] libavcodec/xvididct.c

  • pthread_frame : allow per-field ThreadFrame owners.

    3 avril 2017, par Ronald S. Bultje
    pthread_frame : allow per-field ThreadFrame owners.

    This tries to handle cases where separate invocations of decode_frame()
    
(each running in separate threads) write to respective fields in the
    
same AVFrame->data[]. Having per-field owners makes interaction between
    
readers (the referencing thread) and writers (the decoding thread)
    
slightly more optimal if both accesses are field-based, since they will
    
use the respective producer’s thread objects (mutex/cond) instead of
    
sharing the thread objects of the first field’s producer.
    

    In practice, this fixes the following tsan-warning in fate-h264 :
    

    WARNING : ThreadSanitizer : data race (pid=21615)
    
  Read of size 4 at 0x7d640000d9fc by thread T2 (mutexes : write M1006) :
    
    #0 ff_thread_report_progress pthread_frame.c:569 (ffmpeg:x86_64+0x100f7cf54)
    
[..]
    
  Previous write of size 4 at 0x7d640000d9fc by main thread (mutexes : write M1004) :
    
    #0 update_context_from_user pthread_frame.c:335 (ffmpeg:x86_64+0x100f81abb)
    • [DH] libavcodec/h264_slice.c
    • [DH] libavcodec/pthread_frame.c
    • [DH] libavcodec/thread.h
    • [DH] libavcodec/utils.c

  • pthread_frame : make accesses to debug field be protected by owner lock.

    6 avril 2017, par Ronald S. Bultje
    pthread_frame : make accesses to debug field be protected by owner lock.

    The av_log() is done outside the lock, but this way the accesses to the
    
field (reads and writes) are always protected by a mutex. The av_log()
    
is not run inside the lock context because it may involve user callbacks
    
and doing that in performance-sensitive code is probably not a good idea.
    

    This should fix occasional tsan warnings when running fate-h264, like :
    

    WARNING : ThreadSanitizer : data race (pid=10916)
    
  Write of size 4 at 0x7d64000174fc by main thread (mutexes : write M2313) :
    
    #0 update_context_from_user src/libavcodec/pthread_frame.c:335 (ffmpeg+0x000000df7b06)
    
[..]
    
  Previous read of size 4 at 0x7d64000174fc by thread T1 (mutexes : write M2311) :
    
    #0 ff_thread_await_progress src/libavcodec/pthread_frame.c:592 (ffmpeg+0x000000df8b3e)
    • [DH] libavcodec/pthread_frame.c

Navigation