Browse Source

doc/faq: update macOS and URLs

Signed-off-by: Gyan Doshi <ffmpeg@gyani.pro>
tags/n4.2
Reto Kromer Gyan Doshi 6 years ago
parent
commit
6174686bc3
1 changed files with 4 additions and 4 deletions
  1. +4
    -4
      doc/faq.texi

+ 4
- 4
doc/faq.texi 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?




Loading…
Cancel
Save