Recherche avancée

Médias (1)

Mot : - Tags -/publishing

Autres articles (57)

  • Participer à sa traduction

    10 avril 2011

    Vous pouvez nous aider à améliorer les locutions utilisées dans le logiciel ou à traduire celui-ci dans n’importe qu’elle nouvelle langue permettant sa diffusion à de nouvelles communautés linguistiques.
    Pour ce faire, on utilise l’interface de traduction de SPIP où l’ensemble des modules de langue de MediaSPIP sont à disposition. ll vous suffit de vous inscrire sur la liste de discussion des traducteurs pour demander plus d’informations.
    Actuellement MediaSPIP n’est disponible qu’en français et (...)

  • 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

  • MediaSPIP v0.2

    21 juin 2013, par

    MediaSPIP 0.2 is the first MediaSPIP stable release.
    Its official release date is June 21, 2013 and is announced here.
    The zip file provided here only contains the sources of MediaSPIP in its standalone version.
    To get a working installation, you must manually install all-software dependencies on the server.
    If you want to use this archive for an installation in "farm mode", you will also need to proceed to other manual (...)

Sur d’autres sites (11380)

  • avformat/libsrt : fix race condition with libsrt_network_wait_fd and epoll

    31 janvier 2021, par Marton Balint
    avformat/libsrt : fix race condition with libsrt_network_wait_fd and epoll

    The way SRT's async / epoll-based IO works is that the event status is stored
    
in the epoll containers. That is, if an event occurs on an SRT socket, and that
    
SRT socket isn't part of any epoll container, then that event is lost. If we
    
later add that socket to an epoll container, we still won't receive the event
    
even if it wasn't serviced.
    

    Therefore we create the epoll and put the fd into it right after the connection
    
is established.
    

    See http://lists.ffmpeg.org/pipermail/ffmpeg-devel/2021-January/275334.html
    

    Signed-off-by : Marton Balint <cus@passwd.hu>
    • [DH] libavformat/libsrt.c

  • avcodec/[e]ac3enc : Make encoders init-threadsafe, fix race

    3 décembre 2020, par Andreas Rheinhardt
    avcodec/[e]ac3enc : Make encoders init-threadsafe, fix race

    ff_eac3_exponent_init() set values twice when initializing a static
    
table ; ergo the initialization code must not run concurrently with
    
a running EAC-3 encoder. Yet this code is executed every time an EAC-3
    
encoder is initialized. So use ff_thread_once() for this and also for a
    
similar initialization performed for all AC-3 encoders to make them all
    
init-threadsafe.
    

    Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>
    • [DH] libavcodec/ac3enc.c
    • [DH] libavcodec/ac3enc_fixed.c
    • [DH] libavcodec/ac3enc_float.c
    • [DH] libavcodec/eac3enc.c

  • avcodec/pthread_slice : Don't use static variable, fix race

    28 novembre 2020, par Andreas Rheinhardt
    avcodec/pthread_slice : Don't use static variable, fix race

    ff_slice_thread_init() uses a static variable to hold a function
    
pointer, although the value of said pointer needn't be saved between
    
different runs of this function at all.
    

    The reason for this being so is probably that said pointer points to
    
a static function (if used) ; but storage class specifiers like "static"
    
are not part of the type of an object and so including it in the pointer
    
declaration is wrong (anyway, "static" means different things in both
    
contexts : for the function declaration it affects linkage, for the
    
variable storage duration).
    

    Using a static variable here can lead to races, e.g. when initializing
    
VP9 (for which said function pointer was added) and H.264 with slice
    
threading. The latter has the FF_CODEC_CAP_INIT_THREADSAFE flag set and
    
is therefore unaffected by the lock guarding initializations of
    
decoders.
    

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

Navigation