Recherche avancée

Médias (0)

Mot : - Tags -/tags

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

Autres articles (111)

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

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

  • Encodage et transformation en formats lisibles sur Internet

    10 avril 2011

    MediaSPIP transforme et ré-encode les documents mis en ligne afin de les rendre lisibles sur Internet et automatiquement utilisables sans intervention du créateur de contenu.
    Les vidéos sont automatiquement encodées dans les formats supportés par HTML5 : MP4, Ogv et WebM. La version "MP4" est également utilisée pour le lecteur flash de secours nécessaire aux anciens navigateurs.
    Les documents audios sont également ré-encodés dans les deux formats utilisables par HTML5 :MP3 et Ogg. La version "MP3" (...)

Sur d’autres sites (11889)

  • lavc/mjpegdec : speed up scan data copy

    26 janvier 2016, par Matthieu Bouron
    lavc/mjpegdec : speed up scan data copy
    • [DH] libavcodec/mjpegdec.c

  • aacenc_ltp : adjust and speed up autocorrelation calculations

    17 octobre 2015, par Rostislav Pehlivanov
    aacenc_ltp : adjust and speed up autocorrelation calculations

    There were some errors in the calculation as well as an entire
    
unnecessary loop to find the gain coefficient. Merge the
    
two loops.
    
Thanks to @ubitux for the suggestions and testing.
    • [DH] libavcodec/aacenc_ltp.c
    • [DH] tests/fate/aac.mak

  • swresample/resample : speed up build_filter by 50%

    4 novembre 2015, par Ganesh Ajjanagadde
    swresample/resample : speed up build_filter by 50%

    This speeds up build_filter by 50%. This gain should be pretty
    
consistent across all architectures and platforms.
    

    Essentially, this relies on a observation that the filters have some
    
even/odd symmetry that may be exploited during the construction of the
    
polyphase filter bank. In particular, phases (scaled to [0, 1]) in [0.5, 1] are
    
easily derived from [0, 0.5] and expensive reevaluation of function
    
points are unnecessary. This requires some rather annoying even/odd
    
bookkeeping as can be seen from the patch.
    

    I vaguely recall from signal processing theory more general symmetries allowing even greater
    
optimization of the construction. At a high level, "even functions"
    
correspond to 2, and one can imagine variations. Nevertheless, for the sake
    
of some generality and because of existing filters, this is all that is
    
being exploited.
    

    Currently, this patch relies on phase_count being even or (trivially) 1,
    
though this is not an inherent limitation to the approach. This
    
assumption is safe as phase_count is 1 << phase_bits, and is hence a
    
power of two. There is no way for user API to set it to a nontrivial odd
    
number. This assumption has been placed as an assert in the code.
    

    To repeat, this assumes even symmetry of the filters, which is the most common
    
way to get generalized linear phase anyway and is true of all currently
    
supported filters.
    

    As a side note, accuracy should be identical or perhaps slightly better
    
due to this "forcing" filter symmetries leading to a better phase
    
characteristic. As before, I can’t test this claim easily, though it may
    
be of interest.
    

    Patch tested with FATE.
    

    Sample benchmark (x86-64, Haswell, GNU/Linux) :
    

    test : swr-resample-dblp-44100-2626
    

    new :
    
527376779 decicycles in build_filter(loop 1000),     256 runs,      0 skips
    
524361765 decicycles in build_filter(loop 1000),     512 runs,      0 skips
    
516552574 decicycles in build_filter(loop 1000),    1024 runs,      0 skips
    

    old :
    
974178658 decicycles in build_filter(loop 1000),     256 runs,      0 skips
    
972794408 decicycles in build_filter(loop 1000),     512 runs,      0 skips
    
954350046 decicycles in build_filter(loop 1000),    1024 runs,      0 skips
    

    Note that lower level optimizations are entirely possible, I focussed on
    
getting the high level semantics correct. In any case, this should
    
provide a good foundation.
    

    Reviewed-by : Michael Niedermayer <michael@niedermayer.cc>
    
Signed-off-by : Ganesh Ajjanagadde <gajjanagadde@gmail.com>
    • [DH] libswresample/resample.c

Navigation