Recherche avancée

Médias (91)

Autres articles (59)

  • Participer à sa traduction

    10 avril 2011

    Vous pouvez nous aider à améliorer les locutions utilisées dans le logiciel ou à traduire celui-ci dans n’importe qu’elle nouvelle langue permettant sa diffusion à de nouvelles communautés linguistiques.
    Pour ce faire, on utilise l’interface de traduction de SPIP où l’ensemble des modules de langue de MediaSPIP sont à disposition. ll vous suffit de vous inscrire sur la liste de discussion des traducteurs pour demander plus d’informations.
    Actuellement MediaSPIP n’est disponible qu’en français et (...)

  • Les autorisations surchargées par les plugins

    27 avril 2010, par

    Mediaspip core
    autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs

  • Les statuts des instances de mutualisation

    13 mars 2010, par

    Pour des raisons de compatibilité générale du plugin de gestion de mutualisations avec les fonctions originales de SPIP, les statuts des instances sont les mêmes que pour tout autre objets (articles...), seuls leurs noms dans l’interface change quelque peu.
    Les différents statuts possibles sont : prepa (demandé) qui correspond à une instance demandée par un utilisateur. Si le site a déjà été créé par le passé, il est passé en mode désactivé. publie (validé) qui correspond à une instance validée par un (...)

Sur d’autres sites (10241)

  • Intentionally Change video duration [on hold]

    27 juillet 2013, par user2153524

    I want to intentionally increase video duration from its metadata (without editing the video using video editor).
    means 10 min video should look like 1:00:00 video but it should play only 10 min and get stuck after that.

    Any Software/Tool/Idea ?

  • 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);
    
    }
    
});

  • Live streaming HLS on Red 5 Media Server on Windows Server

    31 juillet 2013, par user1516711

    I am trying to develop a streaming server using Red 5 on Windows Server that would have two clients, a web app running on Windows 8 PCs and an iOS app.

    The problem I'm facing is that iOS only supports HLS and Red 5 only supports RTSP/RTMP, so I need to convert incoming streams from HLS to RTSP/RTMP and outgoing streams from RTMP/RTSP to HLS using FFMPEG commands. How would I go about this ? Should I modify the Red 5 server code or is there a better alternative ?

Navigation