Run a ffmpeg process in the background

Question

I am wanting to use ffmpeg to convert video to .flv in php. Currently I have this working, but it hangs the browser until the file is uploaded and is finished. I have been

Answer 1

Am I suppose to create a separate .php file which then runs from the php cli to execute one of these functions?

This is probably the way I would do it :

• the PHP webpage adds a record in database to indicate "this file has to be processed"
  • and displays a message to the user ; something like "your file will be processed soon"
• In CLI, have a batch process the new inserted files
  • first, mark a record as "processing"
  • do the ffmpeg thing
  • mark the file as "processed"
• And, on the webpage, you can show to the user in which state his file is :
  • if it has not been processed yet
  • if it's being processed
  • or if it's been processed -- you can then give him the link to the new video file.

Here's a couple of other thoughts :

• The day your application becomes bigger, you can have :
  • one "web server"
  • many "processing servers" ; in your application, it's the ffmpeg thing that will require lots of CPU, not serving web pages ; so, being able to scale that part is nice (that's another to "lock" files, indicating them as "processing" in DB : that way, you will not have several processing servers trying to process the same file)
• You only use PHP from the web server to generate web pages, which is je job of a web server
  • Heavy / long processing is not the job of a web server !
  • The day you'll want to switch to something else than PHP for the "processing" part, it'll be easier.

Your "processing script" would have to be launch every couple of minutes ; you can use cron for that, if you are on a Linux-like machine.

---

Edit : a bit more informations, after seeing the comment

As the processing part is done from CLI, and not from Apache, you don't need anykind of "background" manipulations : you can just use shell_exec, which will return the whole ouput of the command to your PHP script when it's finished doing it's job.

For the user watching the web page saying "processing", it will seem like background processing ; and, in a way, it'll be, as the processing will be done by another processus (maybe even on another machine).

But, for you, it'll be much simpler :

• one webpage (nothing "background")
• one CLI script, with no background stuff either.

Your processing script could look like something like this, I suppose :

// Fetch informations from DB about one file to process
// and mark it as "processing"

// Those would be fetched / determined from the data you just fetched from DB
$in_file = 'in-file.avi';
$out_file = 'out-file.avi';

// Launch the ffmpeg processing command (will probably require more options ^^ )
// The PHP script will wait until it's finished : 
//   No background work
//   No need for any kind of polling
$output = shell_exec('ffmpeg ' . escapeshellarg($in_file) . ' ' . escapeshellarg($out_file));

// File has been processed
// Store the "output name" to DB
// Mark the record in DB as "processed"

Really easier than what you first thought, isn't it ? ;-)
Just don't worry about the background stuff anymore : only thing important is that the processing script is launched regularly, from crontab.

Hope this helps :-)

Answer 2

You don't need to write a separate php script to do this (Though you may want to later if you implement some sort of queuing system).

You're almost there. The only problem is, the shell_exec() call blocks to wait for the return of the shell. You can avoid this if you redirect all output from the command in the shell to wither a file or /dev/null and background the task (with the & operator). So your code would become:

//Run linux command in background and return the PID created by the OS
function run_in_background($Command, $Priority = 0)
{
    if($Priority) {
        shell_exec("nohup nice -n $Priority $Command 2> /dev/null > /dev/null &");
    } else {
        shell_exec("nohup $Command 2> /dev/null > /dev/null &");
    }
}

I don't think there is any way to retrieve the PID, unfortunately.