Recherche avancée

Médias (91)

Autres articles (64)

  • Des sites réalisés avec MediaSPIP

    2 mai 2011, par

    Cette page présente quelques-uns des sites fonctionnant sous MediaSPIP.
    Vous pouvez bien entendu ajouter le votre grâce au formulaire en bas de page.

  • Support audio et vidéo HTML5

    10 avril 2011

    MediaSPIP utilise les balises HTML5 video et audio pour la lecture de documents multimedia en profitant des dernières innovations du W3C supportées par les navigateurs modernes.
    Pour les navigateurs plus anciens, le lecteur flash Flowplayer est utilisé.
    Le lecteur HTML5 utilisé a été spécifiquement créé pour MediaSPIP : il est complètement modifiable graphiquement pour correspondre à un thème choisi.
    Ces technologies permettent de distribuer vidéo et son à la fois sur des ordinateurs conventionnels (...)

  • HTML5 audio and video support

    13 avril 2011, par

    MediaSPIP uses HTML5 video and audio tags to play multimedia files, taking advantage of the latest W3C innovations supported by modern browsers.
    The MediaSPIP player used has been created specifically for MediaSPIP and can be easily adapted to fit in with a specific theme.
    For older browsers the Flowplayer flash fallback is used.
    MediaSPIP allows for media playback on major mobile platforms with the above (...)

Sur d’autres sites (8961)

  • 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

  • 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

  • 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

Navigation