Recherche avancée

Médias (1)

Mot : - Tags -/framasoft

Autres articles (51)

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

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

  • Node.js Live Streaming : Avoid buffering

    27 octobre 2012, par Shirish Kamath

    I've written a small nodeJS server that outputs system audio captured by ffmpeg on Windows (using DirectShow) to the browser as a streaming MP3 file. The audio needs to be as live as possible, with minimum/no buffering, and a "skipping" effect in the audio is perfectly acceptable.

    When I play the audio in Chrome using the HTML5 audio tag, there's a delay of about 8-10 secs over a low-latency LAN connection. I suspected this to be a client-side buffer, and used a Flash MP3 player on the client-side, which brought down the delay to 2-3 secs.

    Now, the buffering seems to taking place on the server-side. The documentation for NodeJS's response.write mentions that the data is written kernel buffers. How do I go about avoiding any buffering altogether or at least getting around it, so that the client always gets the latest audio data ? Strategies for handling 'drain' events to always push live data ?

    On the request object, I've used setNoDelay(true) to avoid the use of Nagle's algorithm. Following is a snippet of how data is written when the spawned ffmpeg process emits data.

    var clients = []; //List of client connections currently being served
    ffmpeg.stdout.on('data', function(data) {
       for(var i = 0; i < clients.length; i++){
           clients[i].res.write(data);
       }
    });
  • Put vast or vpaid overlay on live stream rtmp url output

    8 février 2020, par yolov3

    how to merge vast/vpaid overlay on live stream rtmp url output using ffmpeg ?
    it means get rtmp or m3u8 output stream link with merged vast/paid generated on stream time & can’t be change it.

  • Revision 30969 : Un plugin pour que n’importe qui puisse créer des menus, tout seul comme ...

    17 août 2009, par vincent@… — Log

    Un plugin pour que n’importe qui puisse créer des menus, tout seul comme un grand, à la souris.
    On peut donc ajouter des entrées dans le menu, les ordonnées, etc. On peut créer des sous_menus en dessous de la plupart des entrées.
    Il y a différents types d’entrées, qui peuvent être dynamiques (donc qui peuvent créer elles mêmes des sous-menus). Comme par exemple les rubriques et sous-rubriques sur plusieurs niveaux...
    Aucun type d’entrée n’est écrit en dur dans le plugin : ce sont des squelettes + un fichier de config dans un dossier "menus/". N’importe qui peut donc en créer des nouveaux !!
    Il reste encore des modifs à faire, mais ça marche déjà assez bien pour tester. Un truc important à ajouter serait que les squelettes qui utilisent des menus puissent déclarer "Il me faut absolument un menu car je l’utilise", ce qui aboutirait à une forte recommandation à créer ce menu dans l’espace privé.
    Etc.