Recherche avancée

Médias (91)

Autres articles (6)

  • Organiser par catégorie

    17 mai 2013, par

    Dans MédiaSPIP, une rubrique a 2 noms : catégorie et rubrique.
    Les différents documents stockés dans MédiaSPIP peuvent être rangés dans différentes catégories. On peut créer une catégorie en cliquant sur "publier une catégorie" dans le menu publier en haut à droite ( après authentification ). Une catégorie peut être rangée dans une autre catégorie aussi ce qui fait qu’on peut construire une arborescence de catégories.
    Lors de la publication prochaine d’un document, la nouvelle catégorie créée sera proposée (...)

  • Les thèmes de MediaSpip

    4 juin 2013

    3 thèmes sont proposés à l’origine par MédiaSPIP. L’utilisateur MédiaSPIP peut rajouter des thèmes selon ses besoins.
    Thèmes MediaSPIP
    3 thèmes ont été développés au départ pour MediaSPIP : * SPIPeo : thème par défaut de MédiaSPIP. Il met en avant la présentation du site et les documents média les plus récents ( le type de tri peut être modifié - titre, popularité, date) . * Arscenic : il s’agit du thème utilisé sur le site officiel du projet, constitué notamment d’un bandeau rouge en début de page. La structure (...)

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

Sur d’autres sites (1988)

  • ffmpeg rtp streaming errors : RTP : dropping old packet received too late

    2 février 2019, par Андрей_RnD

    I start video transfer by means of ffmpeg like this :

    ffmpeg -f video4linux2 -i /dev/video0 -vcodec libx264 -preset ultrafast -crf 20 -tune zerolatency -s 800x600 -r 25 -b:v 0.9M -sdp_file video.sdp -f rtp rtp://192.168.10.24:5010    

    I reproduce this way :

    ffplay -protocol_whitelist file,udp,rtp video.sdp    

    Everything works just fine. Then I interrupt transmission and after a couple of seconds I resume. ffplay does not immediately start to reproduce but errors occur :

    ....
    
[sdp @ 0x6ebf80] RTP: dropping old packet received too lateB f=1/1
    
    Last message repeated 14 times
    
[sdp @ 0x6ebf80] RTP: dropping old packet received too lateB f=1/1
    
    Last message repeated 33 times
    
[sdp @ 0x6ebf80] RTP: dropping old packet received too lateB f=1/1
    
    Last message repeated 41 times
    
[sdp @ 0x6ebf80] RTP: dropping old packet received too lateB f=1/1
    
    Last message repeated 49 times
    
[sdp @ 0x6ebf80] RTP: dropping old packet received too lateB f=1/1
    
    Last message repeated 33 times
    
[sdp @ 0x6ebf80] RTP: dropping old packet received too lateB f=1/1
    
    Last message repeated 27 times
    
[sdp @ 0x6ebf80] RTP: dropping old packet received too lateB f=1/1
    
    Last message repeated 14 times
    
[sdp @ 0x6ebf80] RTP: dropping old packet received too lateB f=1/1
    
    Last message repeated 48 times
    
[sdp @ 0x6ebf80] RTP: dropping old packet received too lateB f=1/1
    
    Last message repeated 34 times
    
......    

    After a some time, playback is restored, but it is too long. Is there a way to eliminate or minimize the occurrence of errors of this nature when the incoming stream is suspended, can options or something else ? Read the manual ffmpeg nothing worthwhile about this did not naryl .... ((((

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

  • avformat/mux : be less strict with bitstream filter failures

    31 octobre 2017, par James Almer
    avformat/mux : be less strict with bitstream filter failures

    This makes the autobsf feature behave the same as the manual
    
bitstream filtering in ffmpeg.c
    

    Fixes ticket #6794
    

    Reviewed-by : rcombs
    
Reviewed-by : Carl Eugen Hoyos <ceffmpeg@gmail.com>
    
Signed-off-by : James Almer <jamrial@gmail.com>
    • [DH] libavformat/mux.c

Navigation