Recherche avancée

Médias (1)

Mot : - Tags -/book

Autres articles (85)

  • Installation en mode ferme

    4 février 2011, par

    Le mode ferme permet d’héberger plusieurs sites de type MediaSPIP en n’installant qu’une seule fois son noyau fonctionnel.
    C’est la méthode que nous utilisons sur cette même plateforme.
    L’utilisation en mode ferme nécessite de connaïtre un peu le mécanisme de SPIP contrairement à la version standalone qui ne nécessite pas réellement de connaissances spécifique puisque l’espace privé habituel de SPIP n’est plus utilisé.
    Dans un premier temps, vous devez avoir installé les mêmes fichiers que l’installation (...)

  • Organiser par catégorie

    17 mai 2013, par

    Dans MédiaSPIP, une rubrique a 2 noms : catégorie et rubrique.
    Les différents documents stockés dans MédiaSPIP peuvent être rangés dans différentes catégories. On peut créer une catégorie en cliquant sur "publier une catégorie" dans le menu publier en haut à droite ( après authentification ). Une catégorie peut être rangée dans une autre catégorie aussi ce qui fait qu’on peut construire une arborescence de catégories.
    Lors de la publication prochaine d’un document, la nouvelle catégorie créée sera proposée (...)

  • Récupération d’informations sur le site maître à l’installation d’une instance

    26 novembre 2010, par

    Utilité
    Sur le site principal, une instance de mutualisation est définie par plusieurs choses : Les données dans la table spip_mutus ; Son logo ; Son auteur principal (id_admin dans la table spip_mutus correspondant à un id_auteur de la table spip_auteurs)qui sera le seul à pouvoir créer définitivement l’instance de mutualisation ;
    Il peut donc être tout à fait judicieux de vouloir récupérer certaines de ces informations afin de compléter l’installation d’une instance pour, par exemple : récupérer le (...)

Sur d’autres sites (5490)

  • x86 : synth filter float : implement SSE2 version

    14 février 2014, par Christophe Gisquet
    x86 : synth filter float : implement SSE2 version

    Timings for Arrandale :
    
          C    SSE
    
win32 :  2108   334
    
win64 :  1152   322
    

    Factorizing the inner loop with a call/jmp is a >15 cycles cost, even with
    
the jmp destination being aligned.
    

    Unrolling for ARCH_X86_64 is a 20 cycles gain.
    

    Signed-off-by : Michael Niedermayer <michaelni@gmx.at>
    • [DH] libavcodec/synth_filter.c
    • [DH] libavcodec/synth_filter.h
    • [DH] libavcodec/x86/dcadsp.asm
    • [DH] libavcodec/x86/dcadsp_init.c

  • swresample/resample : speed up build_filter for Blackman-Nuttall filter

    5 novembre 2015, par Ganesh Ajjanagadde
    swresample/resample : speed up build_filter for Blackman-Nuttall filter

    This uses the trigonometric double and triple angle formulae to avoid
    
repeated (expensive) evaluation of libc’s cos().
    

    Sample benchmark (x86-64, Haswell, GNU/Linux)
    
test : fate-swr-resample-dblp-44100-2626
    
old :
    
1104466600 decicycles in build_filter(loop 1000),     256 runs,      0 skips
    
1096765286 decicycles in build_filter(loop 1000),     512 runs,      0 skips
    
1070479590 decicycles in build_filter(loop 1000),    1024 runs,      0 skips
    

    new :
    
588861423 decicycles in build_filter(loop 1000),     256 runs,      0 skips
    
591262754 decicycles in build_filter(loop 1000),     512 runs,      0 skips
    
577355145 decicycles in build_filter(loop 1000),    1024 runs,      0 skips
    

    This results in small differences with the old expression :
    
difference (worst case on [0, 2*M_PI]), argmax 0.008 :
    
max diff (relative) : 0.000000000000157289807188
    
blackman_old(0.008) : 0.000363951585488813192382
    
blackman_new(0.008) : 0.000363951585488755946507
    

    These are judged to be insignificant for the performance gain. PSNR to
    
reference file is unchanged up to second decimal point for instance.
    

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

  • lavc : remove complex debug code around avcodec init locking

    21 décembre 2017, par wm4
    lavc : remove complex debug code around avcodec init locking

    This is just a lot of complicated and confusing code that had no purpose
    
anymore.
    

    Also, the functions return values were checked only sometimes. Locking
    
shouldn't fail anyway, so remove the return values. Barely any other
    
pthread lock calls check the return value (including more important code
    
that is more likely to fail horribly if locking fails).
    

    It could be argued that it might be helpful in some debugging
    
situations, or when the user built FFmpeg without thread support against
    
all good advice.
    

    But there are dummy atomics too, so the atomic check won't help with
    
ensuring correctness absolutely. You gain very little.
    

    Also, for debugging, you can just raise the ASSERT_LEVEL, and then
    
libavutil/thread.h will redefine the locking functions to explicitly
    
check the return values.
    • [DH] libavcodec/internal.h
    • [DH] libavcodec/utils.c

Navigation