Recherche avancée

Médias (2)

Mot : - Tags -/doc2img

Autres articles (60)

  • MediaSPIP : Modification des droits de création d’objets et de publication définitive

    11 novembre 2010, par

    Par défaut, MediaSPIP permet de créer 5 types d’objets.
    Toujours par défaut les droits de création et de publication définitive de ces objets sont réservés aux administrateurs, mais ils sont bien entendu configurables par les webmestres.
    Ces droits sont ainsi bloqués pour plusieurs raisons : parce que le fait d’autoriser à publier doit être la volonté du webmestre pas de l’ensemble de la plateforme et donc ne pas être un choix par défaut ; parce qu’avoir un compte peut servir à autre choses également, (...)

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

  • Use, discuss, criticize

    13 avril 2011, par

    Talk to people directly involved in MediaSPIP’s development, or to people around you who could use MediaSPIP to share, enhance or develop their creative projects.
    The bigger the community, the more MediaSPIP’s potential will be explored and the faster the software will evolve.
    A discussion list is available for all exchanges between users.

Sur d’autres sites (5618)

  • avcodec/h264_slice : don't sync default_ref[] between threads.

    18 juillet 2017, par Wan-Teh Chang
    avcodec/h264_slice : don't sync default_ref[] between threads.

    default_ref[] is unconditionally initialized in h264_initialise_ref_list()
    
(called from ff_h264_build_ref_list(), called from h264_slice_init()).
    

    This fixes the following tsan warning when running fate-h264 :
    

    WARNING : ThreadSanitizer : data race (pid=31070)
    
  Write of size 8 at 0x7bbc000082a8 by thread T1 (mutexes : write M1628) :
    
    #0 memcpy /work/release-test/final/llvm.src/projects/compiler-rt/lib/tsan/../sanitizer_common/sanitizer_common_interceptors.inc:655:5
    
(ffmpeg+0x10de9d)
    
    #1 h264_initialise_ref_list ffmpeg/libavcodec/h264_refs.c:214:29 (ffmpeg+0x1186b3f)
    
    #2 ff_h264_build_ref_list ffmpeg/libavcodec/h264_refs.c:306 (ffmpeg+0x1186b3f)
    
    #3 h264_slice_init ffmpeg/libavcodec/h264_slice.c:1900:11 (ffmpeg+0x1191149)
    
[..]
    
  Previous read of size 8 at 0x7bbc000082a8 by main thread (mutexes :
    
write M1630) :
    
    #0 memcpy /work/release-test/final/llvm.src/projects/compiler-rt/lib/tsan/../sanitizer_common/sanitizer_common_interceptors.inc:655:5
    
(ffmpeg+0x10de9d)
    
    #1 ff_h264_update_thread_context ffmpeg/libavcodec/h264_slice.c:411:5 (ffmpeg+0x118b7dc)
    

    Signed-off-by : Wan-Teh Chang <wtc@google.com>
    
Signed-off-by : Ronald S. Bultje <rsbultje@gmail.com>
    • [DH] libavcodec/h264_slice.c

  • frame_thread_encoder : make 'exit' member atomic.

    11 septembre 2017, par Ronald S. Bultje
    frame_thread_encoder : make 'exit' member atomic.

    Should fix the following tsan warning :
    

    WARNING : ThreadSanitizer : data race (pid=19806)
    
  Read of size 4 at 0x7b84000012f0 by thread T9 :
    
    #0 worker src/libavcodec/frame_thread_encoder.c:66 (ffmpeg+0x0000007f349e)
    
[..]
    
  Previous write of size 4 at 0x7b84000012f0 by main thread (mutexes : write M1395) :
    
    #0 ff_frame_thread_encoder_free src/libavcodec/frame_thread_encoder.c:239 (ffmpeg+0x0000007f379e)
    
[..]
    • [DH] libavcodec/frame_thread_encoder.c

  • avcodec/omx : Fix handling of fragmented buffers

    17 janvier 2019, par Dave Stevenson
    avcodec/omx : Fix handling of fragmented buffers

    See https://trac.ffmpeg.org/ticket/7687
    

    If an encoded frame is returned split over two or more
    
IL buffers due to the size, then there is a race between
    
whether get_buffer will fail, return NULL, and a truncated
    
frame is passed on, or IL will return the remaining part
    
of the encoded frame.
    
If get_buffer returns NULL, part of the frame is left behind
    
in the codec, and will be collected on the next call. That
    
then leaves a frame stuck in the codec. Repeat enough times
    
and the codec FIFO is full, and the pipeline stalls.
    

    A performance improvement in the Raspberry Pi firmware means
    
that the timing has changed, and now frequently drops into the
    
case where get_buffer returns NULL.
    

    Add code such that should a buffer be received without
    
OMX_BUFFERFLAG_ENDOFFRAME that get_buffer is called with wait
    
set, so we wait for the remainder of the frame.
    
This code has been made conditional on the Pi build in case
    
other IL implementations don't handle ENDOFFRAME correctly.
    

    Signed-off-by : Dave Stevenson <dave.stevenson@raspberrypi.org>
    
Signed-off-by : Aman Gupta <aman@tmm1.net>
    
Signed-off-by : Martin Storsjö <martin@martin.st>
    • [DH] libavcodec/omx.c

Navigation