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)

  • vp8 : drop support for real (non-emulated) edges

    20 décembre 2013, par Anton Khirnov
    vp8 : drop support for real (non-emulated) edges

    They are not measurably faster on x86, they might be somewhat faster on
    
other platforms due to missing emu edge SIMD, but the gain is not large
    
enough to justify the added complexity.
    • [DBH] libavcodec/vp8.c
    • [DBH] tests/fate/vpx.mak

  • libavfilter/af_hdcd.c : Collect HDCD stats and report

    5 juillet 2016, par Burt P
    libavfilter/af_hdcd.c : Collect HDCD stats and report

    The new HDCD filter really does nothing to show that it is working or
    
that HDCD control information was even detected in the stream. This
    
patch collects information about the decode, like which features were
    
used, and reports it to the user at the end.
    

    Also,
    
* Fixes low-level gain adjustment
    
* Updates the documentation
    

    Signed-off-by : Burt P <pburt0@gmail.com>
    
Reviewed-by : Paul B Mahol <onemda@gmail.com>
    
Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>
    • [DH] doc/filters.texi
    • [DH] libavfilter/af_hdcd.c

  • avcodec/ffv1 : Implement 2D RLE for remap

    20 mars, par Michael Niedermayer
    avcodec/ffv1 : Implement 2D RLE for remap

    ATM this performs as well or better as any other algorithm tried.
    
Its simple for the decoder.
    
On the encoder side complexity depends on how parameters are
    
chosen. But with a fixed mul_count of 1 and basic heuristic
    
it performs as well as any more complex choice i tried so far.
    

    The encoder code here is flexible and allows mul_count > 1
    
and also can easily be used to exactly test various parameters.
    

    With mul_count=512 we can gain another 6% in remap table size
    
for fixed point in float data. (this is not implemented in this
    
patch though)
    

    Sponsored-by : Sovereign Tech Fund
    
Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>
    • [DH] libavcodec/ffv1dec.c
    • [DH] libavcodec/ffv1enc.c

Navigation