Recherche avancée

Médias (1)

Mot : - Tags -/MediaSPIP

Autres articles (86)

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

  • avfilter/f_ebur128 : add all sample rates support

    4 mars 2021, par Paul B Mahol
    avfilter/f_ebur128 : add all sample rates support

    The magic constants come from the unofficial "ITU-R BS.1770-1 filter
    
specifications"¹ by Raiden (libebur128) which relies on "Parameter
    
Quantization in Direct-Form Recursive Audio Filters"² by Brian
    
Neunaber.
    

    The constants seem to include a quantization bias, for example :

    - Vb is supposed to be exactly √Vh in a high shelf filter

    - the Pre-filter Gain should likely be 4dB

    - Pre Q and RLB Q are respectively very close to √½ and ½
    

    Those are not adjusted to prevent the values from drifting away from
    
the official specifications.
    

    An alternative to this approach would be to requantize on the fly as
    
proposed by pbelkner³, where the 48kHz code path would use the exact
    
specifications constants while derivating constants for other
    
frequencies.
    

    [1] : https://www.scribd.com/document/49991813/ITU-R-BS-1770-1-filters
    
[2] : https://www.scribd.com/document/6531763/Direct-Form-Filter-Parameter-Quantization
    
[3] : https://hydrogenaud.io/index.php?topic=86116.msg740092#msg740092
    • [DH] libavfilter/f_ebur128.c

  • Anomalie #2283 : inc/diff gourmand en RAM

    23 février 2016, par - Equipement

    Bonjour. Sur SPIP 3.0.21, le report du correctif 85647 du plugin révisions réduirait de 35 % à 50 % le temps de calcul de la page d’accueil de l’espace privé.

    Ces chiffres proviennent de mesures que j’ai effectuées sur un serveur de test avec deux jeux de données différents (l’un avec des articles courts, l’autre avec des articles longs).

    Même avec des articles courts, le gain est conséquent (réduction de 35 % du temps de calcul de la page d’accueil de l’espace privé).

    Aussi, il me semble indispensable de reporter le correctif 85647 du plugin révisions (qui désactive une ligne dans un squelette) dans la branche SPIP 3.0.

    Pour mémoire, ci-dessous le lien vers le correctif 85647 du plugin révisions (branche SPIP 3.1) :
    http://zone.spip.org/trac/spip-zone/browser/_core_/branches/spip-3.1/plugins/revisions/prive/objets/liste/versions.html

    Cordialement
    Equipement

  • swresample : change COMMON_CORE_INT16 asm from SSSE3 to SSE2

    17 mars 2014, par James Almer
    swresample : change COMMON_CORE_INT16 asm from SSSE3 to SSE2

    pshuf+paddd is slightly faster than phaddd.
    
The real gain is in pre-ssse3 processors like AMD K8 and K10, which get
    
a big boost in performance compared to the mmxext version
    

    Signed-off-by : James Almer <jamrial@gmail.com>
    
Signed-off-by : Michael Niedermayer <michaelni@gmx.at>
    • [DH] libswresample/resample.c
    • [DH] libswresample/resample_template.c
    • [DH] libswresample/x86/resample_mmx.h

Navigation