Recherche avancée

Médias (1)

Mot : - Tags -/getid3

Autres articles (101)

  • ANNEXE : Les plugins utilisés spécifiquement pour la ferme

    5 mars 2010, par

    Le site central/maître de la ferme a besoin d’utiliser plusieurs plugins supplémentaires vis à vis des canaux pour son bon fonctionnement. le plugin Gestion de la mutualisation ; le plugin inscription3 pour gérer les inscriptions et les demandes de création d’instance de mutualisation dès l’inscription des utilisateurs ; le plugin verifier qui fournit une API de vérification des champs (utilisé par inscription3) ; le plugin champs extras v2 nécessité par inscription3 (...)

  • Publier sur MédiaSpip

    13 juin 2013

    Puis-je poster des contenus à partir d’une tablette Ipad ?
    Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir

  • Possibilité de déploiement en ferme

    12 avril 2011, par

    MediaSPIP peut être installé comme une ferme, avec un seul "noyau" hébergé sur un serveur dédié et utilisé par une multitude de sites différents.
    Cela permet, par exemple : de pouvoir partager les frais de mise en œuvre entre plusieurs projets / individus ; de pouvoir déployer rapidement une multitude de sites uniques ; d’éviter d’avoir à mettre l’ensemble des créations dans un fourre-tout numérique comme c’est le cas pour les grandes plate-formes tout public disséminées sur le (...)

Sur d’autres sites (14042)

  • pthread_frame : use better memory orders for frame progress

    9 décembre 2016, par Wan-Teh Chang
    pthread_frame : use better memory orders for frame progress

    This improves commit 59c70227405c214b29971e6272f3a3ff6fcce3d0.
    

    In ff_thread_report_progress(), the fast code path can load
    
progress[field] with the relaxed memory order, and the slow code path
    
can store progress[field] with the release memory order. These changes
    
are mainly intended to avoid confusion when one inspects the source code.
    
They are unlikely to have measurable performance improvement.
    

    ff_thread_report_progress() and ff_thread_await_progress() form a pair.
    
ff_thread_await_progress() reads progress[field] with the acquire memory
    
order (in the fast code path). Therefore, one expects to see
    
ff_thread_report_progress() write progress[field] with the matching
    
release memory order.
    

    In the fast code path in ff_thread_report_progress(), the atomic load of
    
progress[field] doesn’t need the acquire memory order because the
    
calling thread is trying to make the data it just decoded visible to the
    
other threads, rather than trying to read the data decoded by other
    
threads.
    

    In ff_thread_get_buffer(), initialize progress[0] and progress[1] using
    
atomic_init().
    

    Signed-off-by : Wan-Teh Chang <wtc@google.com>
    
Signed-off-by : Anton Khirnov <anton@khirnov.net>
    

    Merges Libav commit 343e2833.
    

    Signed-off-by : wm4 <nfxjfg@googlemail.com>
    • [DH] libavcodec/pthread_frame.c

  • Loss of frames results in a memory leak in the FFmpeg H.264 decoder

    9 octobre 2013, par user2863509

    guys !

    I am using FFmpeg library 'avcodec' in my VOIP-application for decoding streaming video in H.264 format. Video stream is transmitted over the network via RTP. I am using function avcodec_decode_video2() to decode H.264 frames received from the network.

    I've used valgrind with tool 'massif' and found the memory leaks in the function avcodec_decode_video2().

    I've discovered that the leaks occur when there is a loss of RTP packets before receiving the first INTRA frame (keyframe). The leak is directly proportional to the time which passes from the moment the first call avcodec_decode_video2() until arrival of the next INTRA frame (keyframe).

    Question 1 : Has anyone seen this behavior function avcodec_decode_video2() ?

    Question 2 : There is a suspicion that the decoder allocates memory for data and does not release it after the arrival of good keyframe. How to bring back the memory in heap ?

    Thank all !

  • ffmpeg : Fix stts_data memory allocation

    13 février 2018, par Xiaohan Wang
    ffmpeg : Fix stts_data memory allocation

    In this loop, |i| is the "index". And the memory allocated should be at
    
least the current "count", which is |i + 1|.
    

    BUG=801821
    

    Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>
    • [DH] libavformat/mov.c

Navigation