2010-07-31 18:45:29 +03:00
|
|
|
@chapter Protocols
|
|
|
|
@c man begin PROTOCOLS
|
|
|
|
|
|
|
|
Protocols are configured elements in FFmpeg which allow to access
|
|
|
|
resources which require the use of a particular protocol.
|
|
|
|
|
2010-08-07 02:15:35 +03:00
|
|
|
When you configure your FFmpeg build, all the supported protocols are
|
|
|
|
enabled by default. You can list all available ones using the
|
|
|
|
configure option "--list-protocols".
|
2010-07-31 18:45:29 +03:00
|
|
|
|
|
|
|
You can disable all the protocols using the configure option
|
|
|
|
"--disable-protocols", and selectively enable a protocol using the
|
|
|
|
option "--enable-protocol=@var{PROTOCOL}", or you can disable a
|
|
|
|
particular protocol using the option
|
|
|
|
"--disable-protocol=@var{PROTOCOL}".
|
|
|
|
|
|
|
|
The option "-protocols" of the ff* tools will display the list of
|
2010-08-07 02:15:35 +03:00
|
|
|
supported protocols.
|
2010-07-31 18:45:29 +03:00
|
|
|
|
|
|
|
A description of the currently available protocols follows.
|
|
|
|
|
|
|
|
@section concat
|
|
|
|
|
|
|
|
Physical concatenation protocol.
|
|
|
|
|
2010-08-07 02:15:35 +03:00
|
|
|
Allow to read and seek from many resource in sequence as if they were
|
|
|
|
a unique resource.
|
2010-07-31 18:45:29 +03:00
|
|
|
|
2010-08-07 02:15:35 +03:00
|
|
|
An URL accepted by this protocol has the syntax:
|
2010-07-31 18:45:29 +03:00
|
|
|
@example
|
|
|
|
concat:@var{URL1}|@var{URL2}|...|@var{URLN}
|
|
|
|
@end example
|
|
|
|
|
|
|
|
where @var{URL1}, @var{URL2}, ..., @var{URLN} are the urls of the
|
|
|
|
resource to be concatenated, each one possibly specifying a distinct
|
|
|
|
protocol.
|
|
|
|
|
|
|
|
For example to read a sequence of files @file{split1.mpeg},
|
|
|
|
@file{split2.mpeg}, @file{split3.mpeg} with @file{ffplay} use the
|
|
|
|
command:
|
|
|
|
@example
|
|
|
|
ffplay concat:split1.mpeg\|split2.mpeg\|split3.mpeg
|
|
|
|
@end example
|
|
|
|
|
|
|
|
Note that you may need to escape the character "|" which is special for
|
|
|
|
many shells.
|
|
|
|
|
|
|
|
@section file
|
|
|
|
|
|
|
|
File access protocol.
|
|
|
|
|
|
|
|
Allow to read from or read to a file.
|
|
|
|
|
|
|
|
For example to read from a file @file{input.mpeg} with @file{ffmpeg}
|
|
|
|
use the command:
|
|
|
|
@example
|
|
|
|
ffmpeg -i file:input.mpeg output.mpeg
|
|
|
|
@end example
|
|
|
|
|
2010-08-07 02:15:35 +03:00
|
|
|
The ff* tools default to the file protocol, that is a resource
|
|
|
|
specified with the name "FILE.mpeg" is interpreted as the URL
|
|
|
|
"file:FILE.mpeg".
|
2010-07-31 18:45:29 +03:00
|
|
|
|
|
|
|
@section gopher
|
|
|
|
|
|
|
|
Gopher protocol.
|
|
|
|
|
|
|
|
@section http
|
|
|
|
|
2010-08-07 02:15:35 +03:00
|
|
|
HTTP (Hyper Text Transfer Protocol).
|
2010-07-31 18:45:29 +03:00
|
|
|
|
|
|
|
@section mmst
|
|
|
|
|
|
|
|
MMS (Microsoft Media Server) protocol over TCP.
|
|
|
|
|
|
|
|
@section md5
|
|
|
|
|
|
|
|
MD5 output protocol.
|
|
|
|
|
2010-08-07 02:15:35 +03:00
|
|
|
Computes the MD5 hash of the data to be written, and on close writes
|
|
|
|
this to the designated output or stdout if none is specified. It can
|
|
|
|
be used to test muxers without writing an actual file.
|
2010-07-31 18:45:29 +03:00
|
|
|
|
|
|
|
Some examples follow.
|
|
|
|
@example
|
2010-08-07 02:15:35 +03:00
|
|
|
# Write the MD5 hash of the encoded AVI file in the file output.avi.md5.
|
2010-07-31 18:45:29 +03:00
|
|
|
ffmpeg -i input.flv -f avi -y md5:output.avi.md5
|
|
|
|
|
2010-08-07 02:15:35 +03:00
|
|
|
# Write the MD5 hash of the encoded AVI file to stdout.
|
2010-07-31 18:45:29 +03:00
|
|
|
ffmpeg -i input.flv -f avi -y md5:
|
|
|
|
@end example
|
|
|
|
|
2010-08-07 02:15:35 +03:00
|
|
|
Note that some formats (typically MOV) require the output protocol to
|
2010-07-31 18:45:29 +03:00
|
|
|
be seekable, so they will fail with the MD5 output protocol.
|
|
|
|
|
|
|
|
@section pipe
|
|
|
|
|
|
|
|
UNIX pipe access protocol.
|
|
|
|
|
|
|
|
Allow to read and write from UNIX pipes.
|
|
|
|
|
|
|
|
The accepted syntax is:
|
|
|
|
@example
|
|
|
|
pipe:[@var{number}]
|
|
|
|
@end example
|
|
|
|
|
|
|
|
@var{number} is the number corresponding to the file descriptor of the
|
2010-08-07 02:15:35 +03:00
|
|
|
pipe (e.g. 0 for stdin, 1 for stdout, 2 for stderr). If @var{number}
|
|
|
|
is not specified, by default the stdout file descriptor will be used
|
|
|
|
for writing, stdin for reading.
|
2010-07-31 18:45:29 +03:00
|
|
|
|
|
|
|
For example to read from stdin with @file{ffmpeg}:
|
|
|
|
@example
|
|
|
|
cat test.wav | ffmpeg -i pipe:0
|
2010-08-07 02:15:35 +03:00
|
|
|
# ...this is the same as...
|
2010-07-31 18:45:29 +03:00
|
|
|
cat test.wav | ffmpeg -i pipe:
|
|
|
|
@end example
|
|
|
|
|
|
|
|
For writing to stdout with @file{ffmpeg}:
|
|
|
|
@example
|
|
|
|
ffmpeg -i test.wav -f avi pipe:1 | cat > test.avi
|
2010-08-07 02:15:35 +03:00
|
|
|
# ...this is the same as...
|
2010-07-31 18:45:29 +03:00
|
|
|
ffmpeg -i test.wav -f avi pipe: | cat > test.avi
|
|
|
|
@end example
|
|
|
|
|
2010-08-07 02:15:35 +03:00
|
|
|
Note that some formats (typically MOV), require the output protocol to
|
2010-07-31 18:45:29 +03:00
|
|
|
be seekable, so they will fail with the pipe output protocol.
|
|
|
|
|
|
|
|
@section rtmp
|
|
|
|
|
|
|
|
Real-Time Messaging Protocol.
|
|
|
|
|
|
|
|
The Real-Time Messaging Protocol (RTMP) is used for streaming multime‐
|
|
|
|
dia content across a TCP/IP network.
|
|
|
|
|
|
|
|
The required syntax is:
|
|
|
|
@example
|
|
|
|
rtmp://@var{server}[:@var{port}][/@var{app}][/@var{playpath}]
|
|
|
|
@end example
|
|
|
|
|
2010-08-07 02:15:35 +03:00
|
|
|
The accepted parameters are:
|
2010-07-31 18:45:29 +03:00
|
|
|
@table @option
|
|
|
|
|
|
|
|
@item server
|
2010-08-07 02:15:35 +03:00
|
|
|
The address of the RTMP server.
|
2010-07-31 18:45:29 +03:00
|
|
|
|
|
|
|
@item port
|
2010-08-07 02:15:35 +03:00
|
|
|
The number of the TCP port to use (by default is 1935).
|
2010-07-31 18:45:29 +03:00
|
|
|
|
|
|
|
@item app
|
2010-08-07 02:15:35 +03:00
|
|
|
It is the name of the application to access. It usually corresponds to
|
|
|
|
the path where the application is installed on the RTMP server
|
2010-07-31 18:45:29 +03:00
|
|
|
(e.g. @file{/ondemand/}, @file{/flash/live/}, etc.).
|
|
|
|
|
|
|
|
@item playpath
|
|
|
|
It is the path or name of the resource to play with reference to the
|
|
|
|
application specified in @var{app}, may be prefixed by "mp4:".
|
|
|
|
|
|
|
|
@end table
|
|
|
|
|
|
|
|
For example to read with @file{ffplay} a multimedia resource named
|
|
|
|
"sample" from the application "vod" from an RTMP server "myserver":
|
|
|
|
@example
|
|
|
|
ffplay rtmp://myserver/vod/sample
|
|
|
|
@end example
|
|
|
|
|
|
|
|
@section rtmp, rtmpe, rtmps, rtmpt, rtmpte
|
|
|
|
|
|
|
|
Real-Time Messaging Protocol and its variants supported through
|
|
|
|
librtmp.
|
|
|
|
|
2010-08-07 02:15:35 +03:00
|
|
|
Requires the presence of the librtmp headers and library during
|
2010-07-31 18:45:29 +03:00
|
|
|
configuration. You need to explicitely configure the build with
|
|
|
|
"--enable-librtmp". If enabled this will replace the native RTMP
|
|
|
|
protocol.
|
|
|
|
|
|
|
|
This protocol provides most client functions and a few server
|
|
|
|
functions needed to support RTMP, RTMP tunneled in HTTP (RTMPT),
|
|
|
|
encrypted RTMP (RTMPE), RTMP over SSL/TLS (RTMPS) and tunneled
|
|
|
|
variants of these encrypted types (RTMPTE, RTMPTS).
|
|
|
|
|
|
|
|
The required syntax is:
|
|
|
|
@example
|
|
|
|
@var{rtmp_proto}://@var{server}[:@var{port}][/@var{app}][/@var{playpath}] @var{options}
|
|
|
|
@end example
|
|
|
|
|
|
|
|
where @var{rtmp_proto} is one of the strings "rtmp", "rtmpt", "rtmpe",
|
|
|
|
"rtmps", "rtmpte", "rtmpts" corresponding to each RTMP variant, and
|
|
|
|
@var{server}, @var{port}, @var{app} and @var{playpath} have the same
|
2010-08-07 02:15:35 +03:00
|
|
|
meaning as specified for the RTMP native protocol.
|
2010-07-31 18:45:29 +03:00
|
|
|
@var{options} contains a list of space-separated options of the form
|
|
|
|
@var{key}=@var{val}.
|
|
|
|
|
2010-08-07 02:15:35 +03:00
|
|
|
See the librtmp manual page (man 3 librtmp) for more information.
|
2010-07-31 18:45:29 +03:00
|
|
|
|
|
|
|
For example, to stream a file in real-time to an RTMP server using
|
|
|
|
@file{ffmpeg}:
|
|
|
|
@example
|
|
|
|
ffmpeg -re -i myfile -f flv rtmp://myserver/live/mystream
|
|
|
|
@end example
|
|
|
|
|
|
|
|
To play the same stream using @file{ffplay}:
|
|
|
|
@example
|
|
|
|
ffplay "rtmp://myserver/live/mystream live=1"
|
|
|
|
@end example
|
|
|
|
|
|
|
|
@section rtp
|
|
|
|
|
|
|
|
Real-Time Protocol.
|
|
|
|
|
|
|
|
@section tcp
|
|
|
|
|
|
|
|
Trasmission Control Protocol.
|
|
|
|
|
|
|
|
@section udp
|
|
|
|
|
|
|
|
User Datagram Protocol.
|
|
|
|
|
|
|
|
@c man end PROTOCOLS
|