Recherche avancée

Médias (1)

Mot : - Tags -/Christian Nold

Autres articles (49)

  • Keeping control of your media in your hands

    13 avril 2011, par

    The vocabulary used on this site and around MediaSPIP in general, aims to avoid reference to Web 2.0 and the companies that profit from media-sharing.
    While using MediaSPIP, you are invited to avoid using words like "Brand", "Cloud" and "Market".
    MediaSPIP is designed to facilitate the sharing of creative media online, while allowing authors to retain complete control of their work.
    MediaSPIP aims to be accessible to as many people as possible and development is based on expanding the (...)

  • 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

  • Submit bugs and patches

    13 avril 2011

    Unfortunately a software is never perfect.
    If you think you have found a bug, report it using our ticket system. Please to help us to fix it by providing the following information : the browser you are using, including the exact version as precise an explanation as possible of the problem if possible, the steps taken resulting in the problem a link to the site / page in question
    If you think you have solved the bug, fill in a ticket and attach to it a corrective patch.
    You may also (...)

Sur d’autres sites (9141)

  • lavc/pngdec : restructure exporting frame meta/side data

    20 mars 2021, par Anton Khirnov
    lavc/pngdec : restructure exporting frame meta/side data

    This data cannot be stored in PNGDecContext.picture, because the
    
corresponding chunks may be read after the call to
    
ff_thread_finish_setup(), at which point modifying shared context data
    
is a race.
    

    Store intermediate state in the context and then write it directly to
    
the output frame.
    

    Fixes exporting frame metadata after 5663301560
    
Fixes #8972
    

    Found-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>
    • [DH] libavcodec/pngdec.c

  • Low memory killer because of ffmpeg in Android

    22 avril 2021, par engineer ece

    I'm running an application in Android embedded card. The application is implemented in C. It runs an ffmpeg process using system() API which streams transport stream data over IP. When I started the application, approximately 2 hours later, low memory killer daemon is killing the background processes slowly. After some time it's killing the application also. And the GUI screen is hanged completely.
    &#xA;ffmpeg command :
    &#xA;ffmpeg -loglevel quiet -re -i "udp://192.168.47.1:8080?buffer_size=10000000&amp;fifo_size=100000000&amp;overrun_nonfatal=1" -map 0:p:1 -f mpegts udp://192.168.47.172:9090?pkt_size=1316

    &#xA;

    low memory killer log :

    &#xA;

    [ 7975.838158@2] lowmemorykiller: Killing &#x27;droid.deskclock&#x27; (4779), adj 906,&#xA;[ 7975.838158@2]    to free 18940kB on behalf of &#x27;kswapd0&#x27; (1978) because&#xA;[ 7975.838158@2]    cache 109744kB is below limit 114688kB for oom_score_adj 529&#xA;[ 7975.838158@2]    Free memory is 9276kB above reserved. nonmove free (32936kB),(63700kB)&#xA;[ 7976.045769@2] lowmemorykiller: Killing &#x27;d.process.media&#x27; (4902), adj 906,&#xA;[ 7976.045769@2]    to free 23028kB on behalf of &#x27;kswapd0&#x27; (1978) because&#xA;[ 7976.045769@2]    cache 112320kB is below limit 114688kB for oom_score_adj 529&#xA;[ 7976.045769@2]    Free memory is 5440kB above reserved. nonmove free (31148kB),(66164kB)&#xA;

    &#xA;

    Query :

    &#xA;

      &#xA;
    • Does ffmpeg consume more CPU & memory over the course of time, which in turn causing low memory killer ?

      • &#xA;

    &#xA;

  • avcodec/wmaprodec : Make decoders init-threadsafe

    5 mai 2021, par Andreas Rheinhardt
    avcodec/wmaprodec : Make decoders init-threadsafe

    In this case this actually fixes a potential data race : The static VLC
    
tables were reinitialized every time an AVCodecContext has been
    
initialized ; while the mutex in avcodec_open2() ensured that the VLCs
    
could not be initialized concurrently by multiple threads, nothing
    
guaranteed that these VLCs are not read concurrently (when decoding a
    
packet with an already initialized AVCodecContext) while another thread
    
initializes them. This is undefined behaviour despite the values being
    
written coinciding with the earlier values.
    

    Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
    • [DH] libavcodec/wmaprodec.c

Navigation