Recherche avancée

Médias (0)

Mot : - Tags -/auteurs

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

Autres articles (98)

  • Websites made ​​with MediaSPIP

    2 mai 2011, par

    This page lists some websites based on MediaSPIP.

  • Changer son thème graphique

    22 février 2011, par

    Le thème graphique ne touche pas à la disposition à proprement dite des éléments dans la page. Il ne fait que modifier l’apparence des éléments.
    Le placement peut être modifié effectivement, mais cette modification n’est que visuelle et non pas au niveau de la représentation sémantique de la page.
    Modifier le thème graphique utilisé
    Pour modifier le thème graphique utilisé, il est nécessaire que le plugin zen-garden soit activé sur le site.
    Il suffit ensuite de se rendre dans l’espace de configuration du (...)

  • Diogene : création de masques spécifiques de formulaires d’édition de contenus

    26 octobre 2010, par

    Diogene est un des plugins ? SPIP activé par défaut (extension) lors de l’initialisation de MediaSPIP.
    A quoi sert ce plugin
    Création de masques de formulaires
    Le plugin Diogène permet de créer des masques de formulaires spécifiques par secteur sur les trois objets spécifiques SPIP que sont : les articles ; les rubriques ; les sites
    Il permet ainsi de définir en fonction d’un secteur particulier, un masque de formulaire par objet, ajoutant ou enlevant ainsi des champs afin de rendre le formulaire (...)

Sur d’autres sites (7077)

  • avformat/http: pass return code from http_open_cnx_internal() on its failure

    23 octobre 2014, par Andrey Utkin
    avformat/http: pass return code from http_open_cnx_internal() on its failure
    

    Previously, AVERROR(EIO) was returned on failure of
    http_open_cnx_internal(). Now the value is passed to upper level, thus
    it is possible to distinguish ECONNREFUSED, ETIMEDOUT, ENETUNREACH etc.

    Signed-off-by : Michael Niedermayer <michaelni@gmx.at>

    • [DH] libavformat/http.c
  • HTTP Listener continuous data on same request (Keep alive)

    22 janvier 2019, par Kevin Jensen Petersen

    I’m currently trying to create a HTTP Server/Listener in C# which takes a Request and Keeps it open "Keep Alive" for further data being sent on a regular basis (FFMPEG streaming data), however I cannot seem to find an equivalent to what Node.js/JavaScript does in this example.

    I got the basics of HTTP Requests down and being able to "Keep it alive".

    Does anyone know of a way in C# ?

    var streamServer = http.createServer(function(request, response) {

       response.connection.setTimeout(0);

       request.on('data', function(data){
            socketServer.broadcast(data);
       });

    }).listen(STREAM_PORT);
  • FFMPEG HTTP protocol closing after first packet

    27 août 2019, par rusty

    I’m trying to send a live video stream from my webcam to FFMPEG via the HTTP protocol. However after the first packet is sent FFMPEG closes, but does indeed output a fully playable video. As my intention.

    After going over the documentation for the protocol I thought mulitiple_requests would stop this behavior which it did not. After searching online for a few hours I can not find an example specific to my scenario. i.e. receiving a network stream over HTTP.

    Code running on the client-side :

    var xhttp=new XMLHttpRequest;

    if (navigator.mediaDevices) {

       var constraints = { audio: true, video: true };

       navigator.mediaDevices.getUserMedia(constraints)
         .then(function(stream) {
           var mediaRecorder = new MediaRecorder(stream);
           m = mediaRecorder;
           m.start();
           m.ondataavailable=e=>{
             xhttp.open("POST","http://localhost:8080");
             xhttp.send(e.data);
           }
           setInterval(function(){
             m.requestData();
           },2000);
         }).catch(function(error) {
           console.log(error.message);
         });
    }

    The FFMPEG command I have tried thus far :

    ffmpeg -listen 1 -multiple_requests -i http://localhost:8080 file.webm

    Maybe this is not possible with FFMPEG ? If this is the case then it appears the only solution would be to put this command in a loop and keep appending to the output.