Recherche avancée

Médias (0)

Mot : - Tags -/interaction

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

Autres articles (38)

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

  • Publier sur MédiaSpip

    13 juin 2013

    Puis-je poster des contenus à partir d’une tablette Ipad ?
    Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir

  • Contribute to documentation

    13 avril 2011

    Documentation is vital to the development of improved technical capabilities.
    MediaSPIP welcomes documentation by users as well as developers - including : critique of existing features and functions articles contributed by developers, administrators, content producers and editors screenshots to illustrate the above translations of existing documentation into other languages
    To contribute, register to the project users’ mailing (...)

Sur d’autres sites (7334)

  • Refactoring and simplifying of CPU detection.

    4 octobre 2014, par Erik de Castro Lopo
    Refactoring and simplifying of CPU detection.
    

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

    • [DH] src/libFLAC/cpu.c
    • [DH] src/libFLAC/include/private/cpu.h
    • [DH] src/libFLAC/stream_encoder.c
  • 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