Recherche avancée

Médias (91)

Autres articles (99)

  • MediaSPIP 0.1 Beta version

    25 avril 2011, par

    MediaSPIP 0.1 beta is the first version of MediaSPIP proclaimed as "usable".
    The zip file provided here only contains the sources of MediaSPIP in its standalone version.
    To get a working installation, you must manually install all-software dependencies on the server.
    If you want to use this archive for an installation in "farm mode", you will also need to proceed to other manual (...)

  • MediaSPIP v0.2

    21 juin 2013, par

    MediaSPIP 0.2 est la première version de MediaSPIP stable.
    Sa date de sortie officielle est le 21 juin 2013 et est annoncée ici.
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Comme pour la version précédente, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
    Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)

  • MediaSPIP version 0.1 Beta

    16 avril 2011, par

    MediaSPIP 0.1 beta est la première version de MediaSPIP décrétée comme "utilisable".
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Pour avoir une installation fonctionnelle, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
    Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)

Sur d’autres sites (10002)

  • ffmpeg : always use single threaded decoding for attached pictures

    6 octobre 2017, par Marton Balint
    ffmpeg : always use single threaded decoding for attached pictures
    

    Since af1761f7b5b1b72197dc40934953b775c2d951cc ffmpeg waits for a frame in each
    stream before writing the output header. If we are using threaded decoding for
    attached pictures, we have to read till EOF to be able to finally flush the
    decoder and output the decoded frame. This essentially makes ffmpeg buffer all
    non-attached picture packets, which will cause a "Too many packets buffered for
    output stream" eventually.

    By forcing single threaded decoding, we get a frame from a single packet as
    well and we can avoid the error.

    Fixes part of ticket #6375 :
    ffmpeg -i 46564100.mp3 -acodec libmp3lame -ab 128k -ac 2 out.mp3

    Reviewed-by : Hendrik Leppkes <h.leppkes@gmail.com>
    Signed-off-by : Marton Balint <cus@passwd.hu>

    • [DH] fftools/ffmpeg.c
  • Node js request huge amount of pictures

    5 janvier 2019, par Manos Koutselakis

    I am trying to request a huge amount of images on node js (n > 3000)
    and then save them into a folder.
    I have tried using request library and request-promise.
    The problem is that if the number of pictures is too big some pictures do not complete downloading, leaving incomplete data or get an error(an empty .jpeg file). Is there a better way of downloading huge amounts of pictures ?
    Also i need when the pictures all download to request a function compile()
    to make them into a video. I am using ffmpeg for that.

    Below are 2 ways i tried doing this.

    const req = require('request');
    const request = require('request-promise');
    const fs = require('fs');
    const ffmpegPath = require('@ffmpeg-installer/ffmpeg').path;
    const ffmpeg = require('fluent-ffmpeg');
    ffmpeg.setFfmpegPath(ffmpegPath);

    function downloadImgs(imgUrls) {
     let promises = [];
     let prom;
     for (let i = 0; i &lt; imgUrls.length; i++) {
       imgPath = `assets/pics/st_${pad(i + 1, 3)}.jpg`

       prom = request(imgUrls[i]);
       prom.on('error', () => console.log('err'));
       prom.pipe(fs.createWriteStream(imgPath));
       promises.push(prom);
     }

     Promise.all(promises).then(() => {
       console.log('I Run');
       compilee();
     });

     //SECOND TRY-----------------------------------------
     for (let i = 0; i &lt; imgUrls.lengh; i++) {
       imgUrl = imgUrls[i];
       req(imgUrl)
         .on('error', () => console.log("img error", imgUrl))
         .pipe(fs.createWriteStream(`assets/pics/st_${pad(i + 1, 3)}.jpg`)).on('close', () => {
           console.log('downloaded', x)
         })
     }
     compilee();

    //---------------------------------------------------------

     function compilee() {
       command
         .on('end', onEnd)
         // .on('progress', onProgress)
         .on('error', onError)
         .input('assets/pics/st_%03d.jpg')
         .inputFPS(5)
         .output('assets/output/pepe.mp4')
         .outputFps(30)
         .run();
     }

    The errors i am getting for the first : UnhandledPromiseRejectionWarning : RequestError : Error : socket hang up

    and the second :
    Error : socket hang up
    at createHangUpError (_http_client.js:330:15)
    at TLSSocket.socketOnEnd (_http_client.js:433:23)
    at TLSSocket.emit (events.js:187:15)
    at endReadableNT (_stream_readable.js:1098:12)
    at process.internalTickCallback
    (internal/process/next_tick.js:72:19) code : ’ECONNRESET’ }

    Also, should i download the pictures on the server or on the client if i want to sent the video to the client immediately.

  • error_concealment : Use previous pictures motion vectors when the current ones have...

    11 mai 2011, par Michael Niedermayer

    error_concealment : Use previous pictures motion vectors when the current ones have...