Recherche avancée

Médias (1)

Mot : - Tags -/copyleft

Autres articles (76)

  • MediaSPIP v0.2

    21 juin 2013, par

    MediaSPIP 0.2 est la première version de MediaSPIP stable.
    Sa date de sortie officielle est le 21 juin 2013 et est annoncée ici.
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Comme pour la version précédente, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
    Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)

  • Emballe Médias : Mettre en ligne simplement des documents

    29 octobre 2010, par

    Le plugin emballe médias a été développé principalement pour la distribution mediaSPIP mais est également utilisé dans d’autres projets proches comme géodiversité par exemple. Plugins nécessaires et compatibles
    Pour fonctionner ce plugin nécessite que d’autres plugins soient installés : CFG Saisies SPIP Bonux Diogène swfupload jqueryui
    D’autres plugins peuvent être utilisés en complément afin d’améliorer ses capacités : Ancres douces Légendes photo_infos spipmotion (...)

  • Installation en mode ferme

    4 février 2011, par

    Le mode ferme permet d’héberger plusieurs sites de type MediaSPIP en n’installant qu’une seule fois son noyau fonctionnel.
    C’est la méthode que nous utilisons sur cette même plateforme.
    L’utilisation en mode ferme nécessite de connaïtre un peu le mécanisme de SPIP contrairement à la version standalone qui ne nécessite pas réellement de connaissances spécifique puisque l’espace privé habituel de SPIP n’est plus utilisé.
    Dans un premier temps, vous devez avoir installé les mêmes fichiers que l’installation (...)

Sur d’autres sites (11922)

  • avformat/avformat : Update av_read_frame() documentation

    1er décembre 2019, par Andreas Rheinhardt
    avformat/avformat : Update av_read_frame() documentation

    This commit updates the documentation of av_read_frame() to match its
    
actual behaviour in several ways :
    

    1. On success, av_read_frame() always returns refcounted packets.
    
2. It can handle uninitialized packets.
    
3. On error, it always returns blank packets.
    

    This will allow callers to not initialize or unref unnecessarily.
    

    Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>
    • [DH] doc/APIchanges
    • [DH] libavformat/avformat.h

  • avcodec/v4l2_m2m_dec : remove redundant packet and fix double free

    16 juillet 2020, par Andriy Gelman
    avcodec/v4l2_m2m_dec : remove redundant packet and fix double free

    v4l2_receive_frame() uses two packets s->buf_pkt and avpkt. If avpkt
    
cannot be enqueued, the packet is buffered in s->buf_pkt and enqueued in
    
the next call. Currently the ownership transfer between the two packets
    
is not properly handled. A double free occurs if
    
ff_v4l2_context_enqueue_packet() returns EAGAIN and v4l2_try_start
    
returns EINVAL.
    

    In fact, having two AVPackets is not needed and everything can be
    
handled by s->buf_pkt.
    

    This commit removes the local avpkt from v4l2_receive_frame(), meaning
    
that the ownership transfer doesn't need to be handled and the double
    
free is fixed.
    

    Signed-off-by : Andriy Gelman <andriy.gelman@gmail.com>
    • [DH] libavcodec/v4l2_m2m_dec.c

  • Why use sysconf(_SC_NPROCESSORS_CONF) to get the number of CPU cores in x264 ?

    5 novembre 2017, par bknieven

    I find x264 use sysconf(_SC_NPROCESSORS_CONF) instead of sysconf(SC_NPROCESSORS_ONLN) to get the number of CPU cores.

    Here is the code snippet in x264/common/cpu.c :

    ...
    
#ifdef __ANDROID__
    
    // Android NDK does not expose sched_getaffinity
    
    return sysconf( _SC_NPROCESSORS_CONF );
    
#else
    
    ...
    
....

    And I find the difference between _SC_NPROCESSORS_CONF and _SC_NPROCESSORS_ONLN in this manual :

    sysconf (_SC_NPROCESSORS_CONF) which returns the number of processors
    the operating system configured. But it might be possible for the
    operating system to disable individual processors and so the call
    sysconf (_SC_NPROCESSORS_ONLN) returns the number of processors which
    are currently online (i.e., available).

    I have two questions :

    1. What is the difference between "the number of processors the operating system configured" and "the number of processors which are currently online" ?
    2. Why x264 use _SC_NPROCESSORS_CONF in Android to get the number of CPU cores ?

Navigation