Recherche avancée

Médias (1)

Mot : - Tags -/lev manovitch

Autres articles (34)

  • Websites made ​​with MediaSPIP

    2 mai 2011, par

    This page lists some websites based on MediaSPIP.

  • List of compatible distributions

    26 avril 2011, par

    The table below is the list of Linux distributions compatible with the automated installation script of MediaSPIP. Distribution nameVersion nameVersion number Debian Squeeze 6.x.x Debian Weezy 7.x.x Debian Jessie 8.x.x Ubuntu The Precise Pangolin 12.04 LTS Ubuntu The Trusty Tahr 14.04
    If you want to help us improve this list, you can provide us access to a machine whose distribution is not mentioned above or send the necessary fixes to add (...)

  • Creating farms of unique websites

    13 avril 2011, par

    MediaSPIP platforms can be installed as a farm, with a single "core" hosted on a dedicated server and used by multiple websites.
    This allows (among other things) : implementation costs to be shared between several different projects / individuals rapid deployment of multiple unique sites creation of groups of like-minded sites, making it possible to browse media in a more controlled and selective environment than the major "open" (...)

Sur d’autres sites (6597)

  • Anomalie #3196 : Bug (bien connu des anciens) de sauvegarde standard des q’un prefixe ....

    31 octobre 2014, par Ybbet SPIP

    Le 31 octobre 2014 11:19, YannX SPIP <> a écrit :

    Le 30/10/2014 17:57, a écrit :

    La demande #3196 a été mise à jour par cedric -.

    - Statut changé de Nouveau à Fermé
    - Resolution mis à invalid

    Bon, faute de description et suite a r21750 / r21752 je ne constate aucun
    probleme de backup sur une base avec un prefixe different de ’spip’
    ------------------------------
    Anomalie #3196 : Bug (bien connu des anciens) de sauvegarde standard des
    q’un prefixe .... <http://core.spip.org/issues/3196#change-10189>

    - Auteur : YannX spip
    - Statut : Fermé
    - Priorité : Normal
    - Assigné à :
    - Catégorie :
    - Version cible : 3.0
    - Resolution : invalid
    - Navigateur :

    Deux avertissements :
    - prévenir que la sauvegarde peut etre incomplète
    - préciser le prefixe utilisé "qq.part" dans l’interface
    (pour qu’un gestionnaire pas trop expérimenté ne galère pas trop !)

    Merci
    YannX
    ------------------------------

    Vous recevez ce mail car vous êtes impliqués sur ce projet.
    Pour changer les préférences d’envoi de mail, allez sur
    http://core.spip.org/my/account

    Le problème est simple, bien que quelque peu aléatoire...
    depuis que la sauvegarde est passée sous sqlite,
    je crois n’avoir pas souvent réussi
    (sur une douzaine au moins de sites SPIP 3.x chez OVH) une sauvegarde
    complète d’une base SPIP.

    Encore en milieu de semaine sur SPN : la restauration a zappé totalement
    la tables ARTICLES .. et la table RUBRIQUES

    La seule solution a été de ré-intégrer "a la mano" par Adminer (merci
    Suske)
    de petits bouts du dump SQL que prudent j’avais AUSSI fait avec Save_auto

    Peut-etre que ce souci serait aussi dû à l’implémentation SQlite chez OVH ?
    (j’avais constaté que l’instalaltion automatique SQlite SPIP créait un
    MySQL non-accessible ! )
    mais il me faudrait demander à Bernard de vérifier sur son serveur kimSufi
    si c’est également le cas....

    Je n’ose imaginer un utilisateur moins aguerri...

    Et ça ne serait pas dans ton cas un soucis de timeout ? Ou de mémoire ?


    YannXhttp://www.spippourlesnuls.fr

    _______________________________________
    liste : http://listes.rezo.net/mailman/listinfo/spip-dev
    doc : http://www.spip.net/
    dev : http://trac.rezo.net/trac/spip/
    irc ://irc.freenode.net/spip

  • flac : Fix channel order for mono files.

    28 juin 2014, par Erik de Castro Lopo
    flac : Fix channel order for mono files.
    

    * The default channel mask for mono files was 0x0001 (front left) but it
    makes more sense to use 0x0004 (front center) for such files.

    * Also FLAC will accept not only mono WAV files with 0x0001 mask, but also
    with 0x0002 (requested at https://sourceforge.net/p/flac/bugs/390/)
    and 0x0004 (e.g. SoX creates mono files with this mask).

    * The comment about channel support was updated.

    * The error message
    "Use —channel-map=none option to store channels in current order ; FLAC files
    must also be decoded with —channel-map=none to restore correct order."
    is misleading : FLAC never changes the order of channels.
    Decoding with this options also sets the channel mask of the resulting WAV
    file to 0. Without this option the mask is equal to the value of
    WAVEFORMATEXTENSIBLE_CHANNEL_MASK tag.

    Patch-from : lvqcl <lvqcl.mail@gmail.com>

    • [DH] src/flac/decode.c
    • [DH] src/flac/encode.c
  • SIMD : Accelerate decoding of 16 bit FLAC

    19 février 2017, par Erik de Castro Lopo
    SIMD : Accelerate decoding of 16 bit FLAC
    

    This patch removes FLAC__lpc_restore_signal_16_intrin_sse2().

    It’s faster than C code, but not faster than MMX-accelerated
    ASM functions. It’s also slower than the new SSE4.1 functions
    that were added by the previous patch.
    So this function wasn’t very useful before, and now it’s
    even less useful. I don’t see a reason to keep it.

    Patch-from : lvqcl <lvqcl.mail@gmail.com>

    • [DH] src/libFLAC/include/private/lpc.h
    • [DH] src/libFLAC/lpc_intrin_sse41.c
    • [DH] src/libFLAC/stream_decoder.c