Recherche avancée

Médias (1)

Mot : - Tags -/biomaping

Autres articles (36)

  • MediaSPIP Core : La Configuration

    9 novembre 2010, par

    MediaSPIP Core fournit par défaut trois pages différentes de configuration (ces pages utilisent le plugin de configuration CFG pour fonctionner) : une page spécifique à la configuration générale du squelettes ; une page spécifique à la configuration de la page d’accueil du site ; une page spécifique à la configuration des secteurs ;
    Il fournit également une page supplémentaire qui n’apparait que lorsque certains plugins sont activés permettant de contrôler l’affichage et les fonctionnalités spécifiques (...)

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

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

Sur d’autres sites (6901)

  • http: block while waiting for reconnecting

    2 janvier 2018, par wm4
    http: block while waiting for reconnecting

    It makes no sense to return an error after the first reconnect, and then
    
somehow resume the next time it's called. Usually this will lead to
    
demuxer errors. Make reconnecting block instead, until it has either
    
successfully reconnected, or given up.
    

    Also make the wait reasonably interruptible. Since there is no mechanism
    
for this in the API, polling is the best we can do. This behaves roughly
    
the same as other interruptible network functions in libavformat.
    

    (The original code would work if it returned AVERROR(EAGAIN) or so,
    
which would make retry_transfer_wrapper() repeat the read call. But I
    
think having an explicit loop for this is better anyway.)
    

    I also snuck in a fix for reconnect_at_eof. It has to check for
    
AVERROR_EOF, not 0.
    • [DH] libavformat/http.c
    • [DH] libavformat/network.c
    • [DH] libavformat/network.h

  • Revision 8a927a1b7a : Reuse inter prediction pixel block for Hadamard transform It saves one unnecess

    27 mars 2015, par Jingning Han

    Changed Paths :
     Modify /vp9/encoder/vp9_pickmode.c



    Reuse inter prediction pixel block for Hadamard transform

    It saves one unnecessary motion compensated prediction constructed
    by using 8-tap filter.

    Change-Id : I101215131e6f38621d5935885f94cc74de6a5377

  • Revision a7c69a71d9 : Fix broken encoding process at sub8x8 block size Use the correct buffer to upda

    17 avril 2014, par Jingning Han

    Changed Paths :
     Modify /vp9/encoder/vp9_encodeframe.c



    Fix broken encoding process at sub8x8 block size

    Use the correct buffer to update the coding mode decision for
    sub8x8 blocks.

    Change-Id : I091ef27d2047eeb8b73ceb7c2c7c45b38ba8c6d5

Navigation