Recherche avancée

Sur d’autres sites (9055)

• Converting a H.264-Stream with node.js using fluent-ffmpeg

  10 novembre 2014, par Andreas Lackner

  I want to convert a H.264 stream (provided by a foscam via RTSP) into a ogg-stream (via HTTP) using node.js and ffmpeg.
  So far I tried it with VLC, wich works fine. But VLC needs too much CPU power.

  I’ve tried the following :

  var ffmpeg = require('fluent-ffmpeg');
  
  var http = require('http');
  
  
  
  http.createServer(function (req, res) {
  
      var command = ffmpeg();
  
      command.input('rtsp://user:password@foscam.example.com:88/videoMain');
  
      command.inputFormat('rtsp');
  
      command.videoCodec('libtheora');
  
      command.audioCodec('libvorbis');
  
      command.toFormat('ogg');
  
  
  
      console.log('New Request');
  
      res.writeHead('200', {
  
          'Content-Type' : 'video/ogg',
  
          'Connection' : 'keep-alive',
  
          "Accept-Ranges" : "bytes"
  
      });
  
      command.on('error', function(err, stdout, stderr) {
  
            console.log("error:"+err);
  
            console.log('ffmpeg stdout: ' + stdout);
  
            console.log('ffmpeg stderr: ' + stderr);
  
          });
  
      command.output(res);
  
  }).listen(8080, 'localhost');

  If I try to open the stream with VLC, I don’t get any response.
  Does anybody know what’s wrong ?

• Thread count option in FFmpeg for FASTEST conversion to h264 ?

  9 février, par S B

  I need to maximize speed while converting videos using FFmpeg to h264

  



  

  • Any input format of source videos

  


  • User's machine can have any number of cores

  


  • Power and memory consumption are non-issues

  


  



  Of course, there are a whole bunch of options that can be tweaked but this question is particularly about choosing the best -thread <count></count> option. I am trying to find an ideal thread count as a function of

  



  

  • no. of cores

  


  • input video format

  


  • h264-friendly values maybe ?

  


  • anything else missed above ?

  


  



  I am aware the default -thread 0 follows one-thread-per-core approach which is supposed to be optimal. But I am not sure if this is time or space-optimized. Also, on certain testcases, I've seen more threads (say 4 threads on my dual core test machine) finishes quicker than the default.

  



  Any other direction, say configure options w.r.t. threads, worth pursuing ?

  


• Thread count option in FFmpeg for FASTEST conversion to h264 ?

  5 septembre 2013, par Saptarshi Biswas

  I need to maximize speed while converting videos using FFmpeg to h264

  • Any input format of source videos
  • User's machine can have any number of cores
  • Power and memory consumption are non-issues

  Of course, there are a whole bunch of options that can be tweaked but this question is particularly about choosing the best -thread <count></count> option. I am trying to find an ideal thread count as a function of

  • no. of cores
  • input video format
  • h264-friendly values maybe ?
  • anything else missed above ?

  I am aware the default -thread 0 follows one-thread-per-core approach which is supposed to be optimal. But I am not sure if this is time or space-optimized. Also, on certain testcases, I've seen more threads (say 4 threads on my dual core test machine) finishes quicker than the default.

  Any other direction, say configure options w.r.t. threads, worth pursuing ?