Recherche avancée

Médias (91)

Autres articles (43)

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

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

  • Librairies et binaires spécifiques au traitement vidéo et sonore

    31 janvier 2010, par

    Les logiciels et librairies suivantes sont utilisées par SPIPmotion d’une manière ou d’une autre.
    Binaires obligatoires FFMpeg : encodeur principal, permet de transcoder presque tous les types de fichiers vidéo et sonores dans les formats lisibles sur Internet. CF ce tutoriel pour son installation ; Oggz-tools : outils d’inspection de fichiers ogg ; Mediainfo : récupération d’informations depuis la plupart des formats vidéos et sonores ;
    Binaires complémentaires et facultatifs flvtool2 : (...)

Sur d’autres sites (5954)

  • Evolution #3603 : Ergonomie des onglets de sélection des plugins

    24 novembre 2015, par RastaPopoulos ♥

    Je suis d’accord que dans de nombreux cas, au lieu d’avoir une interface pleines d’options à choisir / cocher / cumuler, il est plus lisible d’avoir 3 ou 4 cas d’utilisation réels dont on sait qu’ils sont utiles, et n’avoir que ça. Évidemment il faut bien réfléchir alors pour être sûr que ne vont pas apparaitre d’autres cas utiles, qui feraient augmenter le nombre d’onglets. Mais là on est dans une interface très précise, qui ne s’occupent que des plugins, c’est à priori pas un truc qui peut augmenter, où des fonctionnalités peuvent apparaitre ou être ajoutées.

    Et au passage, du coup, au niveau ergonomique, ce sont VRAIMENT sémantiquement des onglets (alors que des "filtres" affichés graphiquement sous forme d’onglets, ce n’était pas du tout pertinent au niveau ergo).

  • Révision 22576 : Suppression d’un code mort, mort depuis longtemps.

    23 novembre 2015, par marcimat@rezo.net

    Déjà signalé par rénato en 2006 (http://spip-dev.rezo.narkive.com/mHG6Qlt6/small-bug-in-phraser-champs),
    ce if () vaut toujours true. On l’enlève du coup.

    Précisément, cela vient tout à l’origine d’une erreur lors d’un passage de ereg à strpos en r3964, strpos ne comprennant
    pas l’expression [0-9]. Redmine n’affichant plus les révisions / diff avant la révision 9600, je mais des liens git :
    https://git.spip.net/rCSPIP57683758d1ebe3a6ffa5095035e88768b14d86f2 ou https://github.com/spip/SPIP/commit/57683758d1ebe3a6ffa5095035e88768b14d86f2

    C’était à une époque ou la constante NOM_DE_CHAMP coupait les balises nommées en héxadécimal en 2 : `#FF3300` par exemple avait `#FF` en balise, et
    le reste était dans la suite, et il fallait potentiellement recorriger ce problème.
    Cette constante a été améliorée ensuite, pas longtemps après en r4407, pour attraper tout le contenu de ces balises :
    https://github.com/spip/SPIP/commit/fef3ff59fad8896d1c8946346eac1b47befc588f

    Donc, en théorie, depuis cette date, le test if() n’a plus lieu d’être.

  • Anomalie #3593 : pb generer_url_entite si appel dans squelette

    14 novembre 2015, par jluc -

    Le commentaire en ligne 1418 indique l’intention :
    // mais d’abord il faut tester le cas des urls sur une base distante
    Pour cela le code "if (is_string($public)..)" semble nettement insuffisant.

    Le bug est révélé dans le squelette suivant : 

    [(#ID_ANNONCE|generer_url_entitemonobjet,’’,’’,0)]


    lorsqu’on remplace le 0 par un 1 afin de récupérer les urls publiques au lieu des urls privées.

    La question est donc "comment distinguer un connecteur d’un booléen" ?

    Une réponse peut être que si $public vaut "1" ou 1, alors c’est un booléen...

    À la place de
    if (is_string($public) ...)
    je proposerais donc
    if ((is_string($public) or (intval($public)=="1") AND ...

Navigation