Recherche avancée

Médias (1)

Mot : - Tags -/swfupload

Autres articles (55)

  • Mise à jour de la version 0.1 vers 0.2

    24 juin 2013, par

    Explications des différents changements notables lors du passage de la version 0.1 de MediaSPIP à la version 0.3. Quelles sont les nouveautés
    Au niveau des dépendances logicielles Utilisation des dernières versions de FFMpeg (>= v1.2.1) ; Installation des dépendances pour Smush ; Installation de MediaInfo et FFprobe pour la récupération des métadonnées ; On n’utilise plus ffmpeg2theora ; On n’installe plus flvtool2 au profit de flvtool++ ; On n’installe plus ffmpeg-php qui n’est plus maintenu au (...)

  • Personnaliser en ajoutant son logo, sa bannière ou son image de fond

    5 septembre 2013, par

    Certains thèmes prennent en compte trois éléments de personnalisation : l’ajout d’un logo ; l’ajout d’une bannière l’ajout d’une image de fond ;

  • Ecrire une actualité

    21 juin 2013, par

    Présentez les changements dans votre MédiaSPIP ou les actualités de vos projets sur votre MédiaSPIP grâce à la rubrique actualités.
    Dans le thème par défaut spipeo de MédiaSPIP, les actualités sont affichées en bas de la page principale sous les éditoriaux.
    Vous pouvez personnaliser le formulaire de création d’une actualité.
    Formulaire de création d’une actualité Dans le cas d’un document de type actualité, les champs proposés par défaut sont : Date de publication ( personnaliser la date de publication ) (...)

Sur d’autres sites (7608)

  • 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

Navigation