Recherche avancée

Sur d’autres sites (7130)

• Image sequence of 1500 frames to loop 30 times in a 30 min video FFMPEG

  18 avril 2016, par luch174

  Really struggling to get this to work, I just need to loop an image sequence. It is 25fps and exactly one second in duration (1500) I need this to basically loop for 30 mins, so it will loop 30 times. Using FFMPEG, here is the working 1500 frames being converted to MP4, like i said it has to be 30 mins in length :

  ffmpeg -i "input_%04d.jpg" -c:v libx264 -b:v 1M -s 1080x810 -crf 28 -r 25 -pix_fmt yuv420p out.mp4

• Dealing with long conversion times on nginx, ffmpeg and Ruby on Rails

  19 avril 2013, par Graeme

  I have developed a Ruby on Rails-based app which allows users to upload videos to one of our local servers (Ubunto 10.04 LTS). The server uses nginx.

  Through the paperclip-ffmpeg gem, videos are converted to mp4 format using the ffmpeg library.

  Everything appears to be working fine in production, except Rails' own 500 page (not the customised version I have provided - but that's a different issue) is displayed whenever certain videos are uploaded. Otherwise, videos are being converted as expected.

  Having done a bit of investigation, I think the default 500 page is being displayed because a 502 error has occurred. I think what is happening, having uploaded the videos locally, is that some videos are taking an extensive amount of time to convert, and that an interruption is occurring on the server (I'm not a server expert by any means).

  Using the excellent Railscasts episode on deployment, I use Capistrano to deploy the app. Here's the unicorn.rb file :

  root = "XXXXXXX"
  
  working_directory root
  
  pid "#{root}/tmp/pids/unicorn.pid"
  
  stderr_path "#{root}/log/unicorn.log"
  
  stdout_path "#{root}/log/unicorn.log"
  
  
  
  listen "/tmp/unicorn.XXXXXXXXX.sock"
  
  worker_processes 2
  
  timeout 200

  And here's the nginx.conf file. Note that client_max_body_size has been set to a fairly hefty 4Gb ! :

  upstream unicorn {
  
    server unix:/tmp/unicorn.XXXXXXXXX.sock fail_timeout=0;
  
  }
  
  
  
  server {
  
    listen 80 default deferred;
  
    root XXXXXXXXX;
  
  
  
  
  
    location ^~ /assets/ {
  
      gzip_static on;
  
      expires max;
  
      add_header Cache-Control public;
  
    }
  
  
  
    try_files $uri/index.html $uri @unicorn;
  
    location @unicorn {
  
      proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
  
      proxy_set_header Host $http_host;
  
      proxy_read_timeout 600; 
  
      proxy_redirect off;
  
      proxy_pass http://unicorn;
  
    }
  
  
  
    error_page 500 502 503 504 /500.html;
  
    client_max_body_size 4G;
  
    keepalive_timeout 10;
  
  
  
  }

  So, my question is...how could I edit (either of) the above two files to deal with the extensive time that certain videos take to convert through ffmpeg - possibly up to an hour, 2 hours or even more ?

  Should I extend timeout in the former and/or keepalive_timeout in the latter - or is there a more efficient way (given that I've no idea how long certain videos will take to convert) ?

  Or, is there possibly a more significant issue I should consider - e.g. the amount of memory in the server ?

  I'm not an nginx/server expert, so any advice would be useful (particularly where to put extra lines of code) - however, as the rest of the app just "works", I'm not keen to make a huge amount of changes !

• Revision c53a95ad1d : Avoid calling vp9_is_scaled two times in a function. Use a local variable to ho

  25 septembre 2014, par hkuang

  Changed Paths :
   Modify /vp9/common/vp9_reconinter.c

  
  
  Avoid calling vp9_is_scaled two times in a function.

  Use a local variable to hold the result of vp9_is_scaled.

  Change-Id : I5e203909805923e20eefef596bc84424da47dbe2