Recherche avancée

Médias (2)

Mot : - Tags -/kml

Autres articles (65)

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

  • De l’upload à la vidéo finale [version standalone]

    31 janvier 2010, par

    Le chemin d’un document audio ou vidéo dans SPIPMotion est divisé en trois étapes distinctes.
    Upload et récupération d’informations de la vidéo source
    Dans un premier temps, il est nécessaire de créer un article SPIP et de lui joindre le document vidéo "source".
    Au moment où ce document est joint à l’article, deux actions supplémentaires au comportement normal sont exécutées : La récupération des informations techniques des flux audio et video du fichier ; La génération d’une vignette : extraction d’une (...)

Sur d’autres sites (11244)

  • Revision 44904 : il n’est pas suffisant que la fonction xcache_set soit la pour utiliser ...

    23 février 2011, par cedric@… — Log

    il n’est pas suffisant que la fonction xcache_set soit la pour utiliser xcache : encore faut il que de la memoire soit allouee au stokage des variables. On verifie par un test ecriture/lecture sur une variable partagee.
    Evite de figurer dans
    ​http://www.google.fr/#hl=fr&q=xcache.var_size+is+either+0+or+too+small+to+enable+var+data+caching+in&aq=f&aqi=&aql=&oq=xcache.var_size+is+either+0+or+too+small+to+enable+var+data+caching+in

  • Anomalie #3250 (Nouveau) : Les liens dans une autre langue devraient respecter les conventions ty...

    28 juillet 2014, par 毎日 erational -

    Exemple sur un site français / anglais.
    On a un article anglais qui s’appelle "Do you like Mangoes ?" (pas d’espace entre Mangoes et ?, règles typographiques anglaises).
    Si depuis un article français, je fais un lien interne vers cet article, [->75], le titre apparait comme "Do you like Mangoes ?" (avec un espace, règles typographiques françaises alors que l’anglaise devrait s’appliquer)

    Idem si on pinaille, si on fait un lien en précisant la langue
    [Would you to visit Google?|{en}->http://www.google.com] depuis un article français, il serait sans doute pertinent d’appliquer les règles typographiques de la langue cible.

    En attendant on peut toujours tricher en remplaçant les ? par le code HTML &h63; qui évite le traitement typo :p

  • How to redirect -progress option output of ffmpeg to stderr ?

    27 janvier 2019, par gerrBen

    I’m writing my own wraping for ffmpeg on Python 3.7.2 now and want to use it’s "-progress" option to read current progress since it’s highly machine-readable. The problem is "-progress" option of ffmpeg accepts as its parameter file names and urls only. But I don’t want to create additional files not to setup the whole web-server for this purpose.

    I’ve google a lot about it, but all the "progress bars for ffmpeg" projects rely on generic stderr output of ffmpeg only. Other answers here on Stackoverflow and on Superuser are being satisfied with just "-v quiet -stats", since "progress" is not very convenient name for parameter to google exactly it’s cases.

    The best solution would be to force ffmpeg write it’s "-progress" output to separate pipe, since there is some useful data in stderr as well regarding file being encoded and I don’t want to throw it away with "-v quiet". Though if there is a way to redirect "-progress" output to stderr, it would be cool as well ! Any pipe would be ok actually, I just can’t figure out how to make ffmpeg write it’s "-progress" not to file in Windows. I tried "ffmpeg -progress stderr ...", but it just create the file with this name.

Navigation