doc/faq: update macOS and URLs

Signed-off-by: Gyan Doshi <ffmpeg@gyani.pro>
This commit is contained in:
Reto Kromer 2019-02-10 17:44:10 +01:00 committed by Gyan Doshi
parent 3e8b8b6b50
commit 6174686bc3
1 changed files with 4 additions and 4 deletions

View File

@ -76,7 +76,7 @@ the gcc developers. Note that we will not add workarounds for gcc bugs.
Also note that (some of) the gcc developers believe this is not a bug or Also note that (some of) the gcc developers believe this is not a bug or
not a bug they should fix: not a bug they should fix:
@url{http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11203}. @url{https://gcc.gnu.org/bugzilla/show_bug.cgi?id=11203}.
Then again, some of them do not know the difference between an undecidable Then again, some of them do not know the difference between an undecidable
problem and an NP-hard problem... problem and an NP-hard problem...
@ -516,7 +516,7 @@ 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. 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 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) standard input to @code{/dev/null} (on Linux and macOS)
or @code{NUL} (on Windows). You can do this redirect either or @code{NUL} (on Windows). You can do this redirect either
on the ffmpeg invocation, or from a shell script which calls ffmpeg. on the ffmpeg invocation, or from a shell script which calls ffmpeg.
@ -526,7 +526,7 @@ For example:
ffmpeg -nostdin -i INPUT OUTPUT ffmpeg -nostdin -i INPUT OUTPUT
@end example @end example
or (on Linux, Mac OS, and other UNIX-like shells): or (on Linux, macOS, and other UNIX-like shells):
@example @example
ffmpeg -i INPUT OUTPUT </dev/null ffmpeg -i INPUT OUTPUT </dev/null
@ -601,7 +601,7 @@ No. These tools are too bloated and they complicate the build.
FFmpeg is already organized in a highly modular manner and does not need to FFmpeg is already organized in a highly modular manner and does not need to
be rewritten in a formal object language. Further, many of the developers be rewritten in a formal object language. Further, many of the developers
favor straight C; it works for them. For more arguments on this matter, favor straight C; it works for them. For more arguments on this matter,
read @uref{http://www.tux.org/lkml/#s15, "Programming Religion"}. read @uref{https://web.archive.org/web/20111004021423/http://kernel.org/pub/linux/docs/lkml/#s15, "Programming Religion"}.
@section Why are the ffmpeg programs devoid of debugging symbols? @section Why are the ffmpeg programs devoid of debugging symbols?