Recherche avancée

Médias (3)

Mot : - Tags -/collection

Autres articles (62)

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

  • Mise à disposition des fichiers

    14 avril 2011, par

    Par défaut, lors de son initialisation, MediaSPIP ne permet pas aux visiteurs de télécharger les fichiers qu’ils soient originaux ou le résultat de leur transformation ou encodage. Il permet uniquement de les visualiser.
    Cependant, il est possible et facile d’autoriser les visiteurs à avoir accès à ces documents et ce sous différentes formes.
    Tout cela se passe dans la page de configuration du squelette. Il vous faut aller dans l’espace d’administration du canal, et choisir dans la navigation (...)

  • MediaSPIP Core : La Configuration

    9 novembre 2010, par

    MediaSPIP Core fournit par défaut trois pages différentes de configuration (ces pages utilisent le plugin de configuration CFG pour fonctionner) : une page spécifique à la configuration générale du squelettes ; une page spécifique à la configuration de la page d’accueil du site ; une page spécifique à la configuration des secteurs ;
    Il fournit également une page supplémentaire qui n’apparait que lorsque certains plugins sont activés permettant de contrôler l’affichage et les fonctionnalités spécifiques (...)

Sur d’autres sites (10360)

  • 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 ?

  • 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

  • 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

Navigation