diff mbox

[FFmpeg-devel] Add FAQs about running in background

Message ID 20171114105934.90097-2-from.ffmpeg-dev@jdlh.com
State Superseded
Headers show

Commit Message

Jim DeLaHunt Nov. 14, 2017, 10:59 a.m. UTC
Add two FAQs about running FFmpeg in the background.
The first explains the use of the -nostdin option in
a straightforward way.

The second FAQ starts from a confusing error message,
and leads to the solution, use of the -nostdin option.
The purpose of the second FAQ is to attract web searches
from people having the problem, and offer them a solution.

Add an anchor to the Main Options section of the ffmpeg
documentation, so that the FAQs can link directly there.
---
 doc/faq.texi    | 65 +++++++++++++++++++++++++++++++++++++++++++++++++++++++++
 doc/ffmpeg.texi |  1 +
 2 files changed, 66 insertions(+)

Comments

Moritz Barsnick Nov. 14, 2017, 11:25 a.m. UTC | #1
On Tue, Nov 14, 2017 at 02:59:34 -0800, Jim DeLaHunt wrote:
> +To run ffmpeg as a background task, and prevent those input checks,
> +use the @url{ffmpeg.html#stdin-option, @code{-nostdin} option}

This is a bit misleading, as it does not make ffmpeg run as a
background task (the impression one may get from reading this
sentence), but assists when running ffmpeg as a background task.

> +or (on Linux and Mac OS):

Or any Unix-like shell. (I'm saying this is also valid on *BSD et.al.,
and in a Cygwin shell.)

Otherwise definitely nice to have such an entry.

Moritz
Jim DeLaHunt Nov. 14, 2017, 11:38 a.m. UTC | #2
Moritz:

Those are good comments. Thank you. I can see how to improve the wording.

I could add them to my current branch, and submit a new patch. However, 
I'd prefer to have the present patch approved, then submit a new patch 
to make it even better. Editorial changes to docs are sometimes easier 
(and more gratifying!) if done as a series of small improvements, rather 
than as one big change that drags on and on.

Best regards,
       —Jim DeLaHunt


On 2017-11-14 03:25, Moritz Barsnick wrote:
> On Tue, Nov 14, 2017 at 02:59:34 -0800, Jim DeLaHunt wrote:
>> +To run ffmpeg as a background task, and prevent those input checks,
>> +use the @url{ffmpeg.html#stdin-option, @code{-nostdin} option}
> This is a bit misleading, as it does not make ffmpeg run as a
> background task (the impression one may get from reading this
> sentence), but assists when running ffmpeg as a background task.
>
>> +or (on Linux and Mac OS):
> Or any Unix-like shell. (I'm saying this is also valid on *BSD et.al.,
> and in a Cygwin shell.)
>
> Otherwise definitely nice to have such an entry.
>
> Moritz
> _______________________________________________
> ffmpeg-devel mailing list
> ffmpeg-devel@ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Carl Eugen Hoyos Nov. 14, 2017, 10:32 p.m. UTC | #3
2017-11-14 12:38 GMT+01:00 Jim DeLaHunt <from.ffmpeg-dev@jdlh.com>:

> Those are good comments. Thank you. I can see how to improve the wording.

> I could add them to my current branch, and submit a new patch.

Yes, this is what is expected.

Please do not top-post here, Carl Eugen
diff mbox

Patch

diff --git a/doc/faq.texi b/doc/faq.texi
index dcaf89c6d2..2f945fd99c 100644
--- a/doc/faq.texi
+++ b/doc/faq.texi
@@ -501,6 +501,71 @@  ffmpeg -i ega_screen.nut -vf setdar=4/3 ega_screen_anamorphic.nut
 ffmpeg -i ega_screen.nut -aspect 4/3 -c copy ega_screen_overridden.nut
 @end example
 
+@anchor{background task}
+@section How do I run ffmpeg as a background task?
+
+ffmpeg normally checks the console input, for entries like "q" to stop
+and "?" to give help, while performing operations. ffmpeg does not have a way of
+detecting when it is running as a background task.
+When it checks the console input, that can cause the process running ffmpeg
+in the background to suspend.
+
+To run ffmpeg as a background task, and prevent those input checks,
+use the @url{ffmpeg.html#stdin-option, @code{-nostdin} option}
+in the ffmpeg invocation. This is effective whether you run ffmpeg in a shell
+or invoke ffmpeg in its own process via an operating system API.
+
+As an alternative, when you are running ffmpeg in a shell, you can redirect
+standard input to @code{/dev/null} (on Linux and Mac OS)
+or @code{NUL} (on Windows). You can do this redirect either
+on the ffmpeg invocation, or from a shell script which calls ffmpeg.
+
+For example:
+
+@example
+ffmpeg -nostdin -i INPUT OUTPUT
+@end example
+
+or (on Linux and Mac OS):
+
+@example
+ffmpeg -i INPUT OUTPUT </dev/null
+@end example
+
+or (on Windows):
+
+@example
+ffmpeg -i INPUT OUTPUT <NUL
+@end example
+
+@section How do I prevent ffmpeg from suspending with a message like @emph{suspended (tty output)}?
+
+If you run ffmpeg in the background, you may find that its process suspends.
+There may be a message like @emph{suspended (tty output)}. The question is how
+to prevent the process from being suspended.
+
+For example:
+
+@example
+% ffmpeg -i INPUT OUTPUT &> ~/tmp/log.txt &
+[1] 93352
+%
+[1]  + suspended (tty output)  ffmpeg -i INPUT OUTPUT &>
+@end example
+
+The message "tty output" notwithstanding, the problem here is that
+ffmpeg normally checks the console input when it runs. The operating system
+detects this, and suspends the process until you can bring it to the
+foreground and attend to it.
+
+The solution is to use the right techniques to tell ffmpeg not to consult
+console input. You can use the
+@url{ffmpeg.html#stdin-option, @code{-nostdin} option},
+or redirect standard input with @code{< /dev/null}.
+See FAQ
+@ref{background task, @emph{How do I run ffmpeg as a background task?}}
+for details.
+
 @chapter Development
 
 @section Are there examples illustrating how to use the FFmpeg libraries, particularly libavcodec and libavformat?
diff --git a/doc/ffmpeg.texi b/doc/ffmpeg.texi
index 7db80ebf6a..2bcad75973 100644
--- a/doc/ffmpeg.texi
+++ b/doc/ffmpeg.texi
@@ -470,6 +470,7 @@  the encoding process. It is made of "@var{key}=@var{value}" lines. @var{key}
 consists of only alphanumeric characters. The last key of a sequence of
 progress information is always "progress".
 
+@anchor{stdin option}
 @item -stdin
 Enable interaction on standard input. On by default unless standard input is
 used as an input. To explicitly disable interaction you need to specify