Recherche avancée

Médias (0)

Mot : - Tags -/auteurs

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

Autres articles (40)

  • Support de tous types de médias

    10 avril 2011

    Contrairement à beaucoup de logiciels et autres plate-formes modernes de partage de documents, MediaSPIP a l’ambition de gérer un maximum de formats de documents différents qu’ils soient de type : images (png, gif, jpg, bmp et autres...) ; audio (MP3, Ogg, Wav et autres...) ; vidéo (Avi, MP4, Ogv, mpg, mov, wmv et autres...) ; contenu textuel, code ou autres (open office, microsoft office (tableur, présentation), web (html, css), LaTeX, Google Earth) (...)

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

Sur d’autres sites (4928)

  • Revision 104327 : code.spip est maintenant en https, donc, j’ajoute le "s" à http

    8 mai 2017, par spip.franck@… — Log

    code.spip est maintenant en https, donc, j’ajoute le "s" à http

  • Revision 7c43fb67ae : Fix decoder handling of intra-only frames This patch fixes bug 633 : https://cod

    10 juin 2014, par Adrian Grange

    Changed Paths :
     Modify /test/test-data.sha1


     Modify /test/test.mk


     Modify /test/test_vectors.cc


     Modify /vp9/common/vp9_onyxc_int.h


     Modify /vp9/decoder/vp9_decodeframe.c


     Modify /vp9/decoder/vp9_decodeframe.h


     Modify /vp9/decoder/vp9_decoder.c


     Modify /vp9/decoder/vp9_decoder.h


     Modify /vp9/vp9_dx_iface.c



    Fix decoder handling of intra-only frames

    This patch fixes bug 633 :
    https://code.google.com/p/webm/issues/detail?id=633

    The first decoded frame does not have to be a keyframe,
    it could be an inter-frame that is coded intra-only.

    This patch fixes the handling of intra-only frames.

    A test vector has also been added that encodes 3
    intra-only frames at the start of the clip. The
    test vector was generated using the code in the
    following patch :
    https://gerrit.chromium.org/gerrit/#/c/70680/

    Change-Id : Ib40b1dbf91aae2bc047e23c626eaef09d1860147

  • Anomalie #4097 (En cours) : bug HTTPS dans la fonction url_de_base() sur certains serveurs mal con...

    15 février 2018, par b b

    le serveur web de mon hébergeur est mal configuré

    Ca fonctionne, certes, et c’est donc ce que j’ai fait pour mon site, mais c’est vraiment du bricolage

    Tout est dit, serveur mal configuré, bricole pour contourner le bug de l’hébergeur en question :p Mais au moins, ça fonctionne.

    Pour faire plus propre et plus simple, serait-il possible à l’avenir de modifier le code de url_de_base() pour qu’en l’absence de ces deux variables $_SERVER[’HTTPS’] et $_SERVER["SCRIPT_URI"], la fonction aille regarder dans META si c’est du http ou du https qui y est renseigné (au lieu de mettre forcément du http) ?

    L’idée semble bonne à premier vue tellement ça parait simple, mais j’ai peur que cela ait des effets de bord sur certaines configurations, notamment derrière un proxy. Attendons les avis des autres membres de l’équipe avant de l’intégrer ou non.

Navigation