Recherche avancée

Médias (1)

Mot : - Tags -/book

Autres articles (50)

  • Les formats acceptés

    28 janvier 2010, par

    Les commandes suivantes permettent d’avoir des informations sur les formats et codecs gérés par l’installation local de ffmpeg :
    ffmpeg -codecs ffmpeg -formats
    Les format videos acceptés en entrée
    Cette liste est non exhaustive, elle met en exergue les principaux formats utilisés : h264 : H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10 m4v : raw MPEG-4 video format flv : Flash Video (FLV) / Sorenson Spark / Sorenson H.263 Theora wmv :
    Les formats vidéos de sortie possibles
    Dans un premier temps on (...)

  • La file d’attente de SPIPmotion

    28 novembre 2010, par

    Une file d’attente stockée dans la base de donnée
    Lors de son installation, SPIPmotion crée une nouvelle table dans la base de donnée intitulée spip_spipmotion_attentes.
    Cette nouvelle table est constituée des champs suivants : id_spipmotion_attente, l’identifiant numérique unique de la tâche à traiter ; id_document, l’identifiant numérique du document original à encoder ; id_objet l’identifiant unique de l’objet auquel le document encodé devra être attaché automatiquement ; objet, le type d’objet auquel (...)

  • Utilisation et configuration du script

    19 janvier 2011, par

    Informations spécifiques à la distribution Debian
    Si vous utilisez cette distribution, vous devrez activer les dépôts "debian-multimedia" comme expliqué ici :
    Depuis la version 0.3.1 du script, le dépôt peut être automatiquement activé à la suite d’une question.
    Récupération du script
    Le script d’installation peut être récupéré de deux manières différentes.
    Via svn en utilisant la commande pour récupérer le code source à jour :
    svn co (...)

Sur d’autres sites (5902)

  • 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