Recherche avancée

Médias (9)

Mot : - Tags -/soundtrack

Autres articles (62)

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

  • Evolution #4063 : Position de la prévisualisation

    21 décembre 2017, par RastaPopoulos ♥

    Il y avait malgré tout une logique. La prévisualisation contient aussi un bouton de validation final qui valide ce qu’on vient de relire, tandis que le formulaire permet de continuer de modifier et son bouton relance la prévisualisation. Donc il y a un ordre. Ce n’est pas du tout pareil que sur redmine ou github etc où la prévisu est dûe à un autre lien ou bouton différent, qu’on lance à part.

    Là une fois qu’on a validé la première fois, on a dans l’ordre la relecture de ce qu’on vient de poster, puis la validation finale, puis SI BESOIN de nouveau le formulaire pour re-modifier finalement. Mais ça vient après la relecture et la validation finale : c’est logique. Car le formulaire, le fait de re-modifier est optionnel : c’est bien la prévisu et son bouton de validation final qui est l’action principale. Action principale = en premier !

    (Par ailleurs, graphiquement, quand il s’agit d’une réponse à un commentaire déjà là, très souvent la prévisu est affichée avec vraiment les mêmes styles qu’une vraie réponse, et comme elle était en premier, elle s’affiche vraiment "sous" la réponse à laquelle on venait de répondre, ce qui augmentait l’aspect prévisu en situation réelle. Là avec le formulaire avant, ça casse cet aspect.)

  • Anomalie #2676 : IE8 : les onchange et tests checked ont des comportements bizarres

    5 mai 2012, par cedric -

    meme si on remplace les onchange par des onclick, il faut bien tester l’etat de checked pour etre synchro. Qui plus est, il faudrait dans ce cas aussi agir sur le onkeydown pour le cas de modification au clavier. Cela est lourd au final, et je ne suis pas sur que ça en vaille le coup. Je (...)

  • How does the dataflow look like in case of using ffmpeg and ffserver ?

    6 mai 2015, par randomuser1

    I can capture the camera image by ffmpeg and send it to ffserver, but what happens next with the data ? Can I collect it on the other site with some other client that uses ffmpeg (e.g. some c# wrapper for it) ? If so - how exactly does the data look like and how can I present it to the final user ? Can I just display the data on display port ? Or is there some other controller for that ?
    Thanks !

Navigation