Recherche avancée

Médias (0)

Mot : - Tags -/gis

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (96)

  • Personnaliser en ajoutant son logo, sa bannière ou son image de fond

    5 septembre 2013, par

    Certains thèmes prennent en compte trois éléments de personnalisation : l’ajout d’un logo ; l’ajout d’une bannière l’ajout d’une image de fond ;

  • Les tâches Cron régulières de la ferme

    1er décembre 2010, par

    La gestion de la ferme passe par l’exécution à intervalle régulier de plusieurs tâches répétitives dites Cron.
    Le super Cron (gestion_mutu_super_cron)
    Cette tâche, planifiée chaque minute, a pour simple effet d’appeler le Cron de l’ensemble des instances de la mutualisation régulièrement. Couplée avec un Cron système sur le site central de la mutualisation, cela permet de simplement générer des visites régulières sur les différents sites et éviter que les tâches des sites peu visités soient trop (...)

  • Personnaliser les catégories

    21 juin 2013, par

    Formulaire de création d’une catégorie
    Pour ceux qui connaissent bien SPIP, une catégorie peut être assimilée à une rubrique.
    Dans le cas d’un document de type catégorie, les champs proposés par défaut sont : Texte
    On peut modifier ce formulaire dans la partie :
    Administration > Configuration des masques de formulaire.
    Dans le cas d’un document de type média, les champs non affichés par défaut sont : Descriptif rapide
    Par ailleurs, c’est dans cette partie configuration qu’on peut indiquer le (...)

Sur d’autres sites (11551)

  • avcodec/jpeg2000dec : Make decoder init-threadsafe

    7 mai 2021, par Andreas Rheinhardt
    avcodec/jpeg2000dec : Make decoder init-threadsafe

    The JPEG-2000 decoder and encoder share common luts ; the decoder
    
initializes them once, guarded by a dedicated AVOnce, whereas
    
the encoder initializes them always during init. This means that
    
the decoder is not init-threadsafe ; in fact there is a potential
    
data race because these luts can be initialized while an active
    
decoder/encoder is using them.
    

    Fix this and make the decoder init-threadsafe by making the
    
initialization function guard initialization itself with a dedicated
    
AVOnce.
    

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

  • 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

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

Navigation