1@chapter Protocol Options 2@c man begin PROTOCOL OPTIONS 3 4The libavformat library provides some generic global options, which 5can be set on all the protocols. In addition each protocol may support 6so-called private options, which are specific for that component. 7 8Options may be set by specifying -@var{option} @var{value} in the 9FFmpeg tools, or by setting the value explicitly in the 10@code{AVFormatContext} options or using the @file{libavutil/opt.h} API 11for programmatic use. 12 13The list of supported options follows: 14 15@table @option 16@item protocol_whitelist @var{list} (@emph{input}) 17Set a ","-separated list of allowed protocols. "ALL" matches all protocols. Protocols 18prefixed by "-" are disabled. 19All protocols are allowed by default but protocols used by an another 20protocol (nested protocols) are restricted to a per protocol subset. 21@end table 22 23@c man end PROTOCOL OPTIONS 24 25@chapter Protocols 26@c man begin PROTOCOLS 27 28Protocols are configured elements in FFmpeg that enable access to 29resources that require specific protocols. 30 31When you configure your FFmpeg build, all the supported protocols are 32enabled by default. You can list all available ones using the 33configure option "--list-protocols". 34 35You can disable all the protocols using the configure option 36"--disable-protocols", and selectively enable a protocol using the 37option "--enable-protocol=@var{PROTOCOL}", or you can disable a 38particular protocol using the option 39"--disable-protocol=@var{PROTOCOL}". 40 41The option "-protocols" of the ff* tools will display the list of 42supported protocols. 43 44All protocols accept the following options: 45 46@table @option 47@item rw_timeout 48Maximum time to wait for (network) read/write operations to complete, 49in microseconds. 50@end table 51 52A description of the currently available protocols follows. 53 54@section amqp 55 56Advanced Message Queueing Protocol (AMQP) version 0-9-1 is a broker based 57publish-subscribe communication protocol. 58 59FFmpeg must be compiled with --enable-librabbitmq to support AMQP. A separate 60AMQP broker must also be run. An example open-source AMQP broker is RabbitMQ. 61 62After starting the broker, an FFmpeg client may stream data to the broker using 63the command: 64 65@example 66ffmpeg -re -i input -f mpegts amqp://[[user]:[password]@@]hostname[:port][/vhost] 67@end example 68 69Where hostname and port (default is 5672) is the address of the broker. The 70client may also set a user/password for authentication. The default for both 71fields is "guest". Name of virtual host on broker can be set with vhost. The 72default value is "/". 73 74Muliple subscribers may stream from the broker using the command: 75@example 76ffplay amqp://[[user]:[password]@@]hostname[:port][/vhost] 77@end example 78 79In RabbitMQ all data published to the broker flows through a specific exchange, 80and each subscribing client has an assigned queue/buffer. When a packet arrives 81at an exchange, it may be copied to a client's queue depending on the exchange 82and routing_key fields. 83 84The following options are supported: 85 86@table @option 87 88@item exchange 89Sets the exchange to use on the broker. RabbitMQ has several predefined 90exchanges: "amq.direct" is the default exchange, where the publisher and 91subscriber must have a matching routing_key; "amq.fanout" is the same as a 92broadcast operation (i.e. the data is forwarded to all queues on the fanout 93exchange independent of the routing_key); and "amq.topic" is similar to 94"amq.direct", but allows for more complex pattern matching (refer to the RabbitMQ 95documentation). 96 97@item routing_key 98Sets the routing key. The default value is "amqp". The routing key is used on 99the "amq.direct" and "amq.topic" exchanges to decide whether packets are written 100to the queue of a subscriber. 101 102@item pkt_size 103Maximum size of each packet sent/received to the broker. Default is 131072. 104Minimum is 4096 and max is any large value (representable by an int). When 105receiving packets, this sets an internal buffer size in FFmpeg. It should be 106equal to or greater than the size of the published packets to the broker. Otherwise 107the received message may be truncated causing decoding errors. 108 109@item connection_timeout 110The timeout in seconds during the initial connection to the broker. The 111default value is rw_timeout, or 5 seconds if rw_timeout is not set. 112 113@item delivery_mode @var{mode} 114Sets the delivery mode of each message sent to broker. 115The following values are accepted: 116@table @samp 117@item persistent 118Delivery mode set to "persistent" (2). This is the default value. 119Messages may be written to the broker's disk depending on its setup. 120 121@item non-persistent 122Delivery mode set to "non-persistent" (1). 123Messages will stay in broker's memory unless the broker is under memory 124pressure. 125 126@end table 127 128@end table 129 130@section async 131 132Asynchronous data filling wrapper for input stream. 133 134Fill data in a background thread, to decouple I/O operation from demux thread. 135 136@example 137async:@var{URL} 138async:http://host/resource 139async:cache:http://host/resource 140@end example 141 142@section bluray 143 144Read BluRay playlist. 145 146The accepted options are: 147@table @option 148 149@item angle 150BluRay angle 151 152@item chapter 153Start chapter (1...N) 154 155@item playlist 156Playlist to read (BDMV/PLAYLIST/?????.mpls) 157 158@end table 159 160Examples: 161 162Read longest playlist from BluRay mounted to /mnt/bluray: 163@example 164bluray:/mnt/bluray 165@end example 166 167Read angle 2 of playlist 4 from BluRay mounted to /mnt/bluray, start from chapter 2: 168@example 169-playlist 4 -angle 2 -chapter 2 bluray:/mnt/bluray 170@end example 171 172@section cache 173 174Caching wrapper for input stream. 175 176Cache the input stream to temporary file. It brings seeking capability to live streams. 177 178The accepted options are: 179@table @option 180 181@item read_ahead_limit 182Amount in bytes that may be read ahead when seeking isn't supported. Range is -1 to INT_MAX. 183-1 for unlimited. Default is 65536. 184 185@end table 186 187URL Syntax is 188@example 189cache:@var{URL} 190@end example 191 192@section concat 193 194Physical concatenation protocol. 195 196Read and seek from many resources in sequence as if they were 197a unique resource. 198 199A URL accepted by this protocol has the syntax: 200@example 201concat:@var{URL1}|@var{URL2}|...|@var{URLN} 202@end example 203 204where @var{URL1}, @var{URL2}, ..., @var{URLN} are the urls of the 205resource to be concatenated, each one possibly specifying a distinct 206protocol. 207 208For example to read a sequence of files @file{split1.mpeg}, 209@file{split2.mpeg}, @file{split3.mpeg} with @command{ffplay} use the 210command: 211@example 212ffplay concat:split1.mpeg\|split2.mpeg\|split3.mpeg 213@end example 214 215Note that you may need to escape the character "|" which is special for 216many shells. 217 218@section crypto 219 220AES-encrypted stream reading protocol. 221 222The accepted options are: 223@table @option 224@item key 225Set the AES decryption key binary block from given hexadecimal representation. 226 227@item iv 228Set the AES decryption initialization vector binary block from given hexadecimal representation. 229@end table 230 231Accepted URL formats: 232@example 233crypto:@var{URL} 234crypto+@var{URL} 235@end example 236 237@section data 238 239Data in-line in the URI. See @url{http://en.wikipedia.org/wiki/Data_URI_scheme}. 240 241For example, to convert a GIF file given inline with @command{ffmpeg}: 242@example 243ffmpeg -i "data:image/gif;base64,R0lGODdhCAAIAMIEAAAAAAAA//8AAP//AP///////////////ywAAAAACAAIAAADF0gEDLojDgdGiJdJqUX02iB4E8Q9jUMkADs=" smiley.png 244@end example 245 246@section file 247 248File access protocol. 249 250Read from or write to a file. 251 252A file URL can have the form: 253@example 254file:@var{filename} 255@end example 256 257where @var{filename} is the path of the file to read. 258 259An URL that does not have a protocol prefix will be assumed to be a 260file URL. Depending on the build, an URL that looks like a Windows 261path with the drive letter at the beginning will also be assumed to be 262a file URL (usually not the case in builds for unix-like systems). 263 264For example to read from a file @file{input.mpeg} with @command{ffmpeg} 265use the command: 266@example 267ffmpeg -i file:input.mpeg output.mpeg 268@end example 269 270This protocol accepts the following options: 271 272@table @option 273@item truncate 274Truncate existing files on write, if set to 1. A value of 0 prevents 275truncating. Default value is 1. 276 277@item blocksize 278Set I/O operation maximum block size, in bytes. Default value is 279@code{INT_MAX}, which results in not limiting the requested block size. 280Setting this value reasonably low improves user termination request reaction 281time, which is valuable for files on slow medium. 282 283@item follow 284If set to 1, the protocol will retry reading at the end of the file, allowing 285reading files that still are being written. In order for this to terminate, 286you either need to use the rw_timeout option, or use the interrupt callback 287(for API users). 288 289@item seekable 290Controls if seekability is advertised on the file. 0 means non-seekable, -1 291means auto (seekable for normal files, non-seekable for named pipes). 292 293Many demuxers handle seekable and non-seekable resources differently, 294overriding this might speed up opening certain files at the cost of losing some 295features (e.g. accurate seeking). 296@end table 297 298@section ftp 299 300FTP (File Transfer Protocol). 301 302Read from or write to remote resources using FTP protocol. 303 304Following syntax is required. 305@example 306ftp://[user[:password]@@]server[:port]/path/to/remote/resource.mpeg 307@end example 308 309This protocol accepts the following options. 310 311@table @option 312@item timeout 313Set timeout in microseconds of socket I/O operations used by the underlying low level 314operation. By default it is set to -1, which means that the timeout is 315not specified. 316 317@item ftp-user 318Set a user to be used for authenticating to the FTP server. This is overridden by the 319user in the FTP URL. 320 321@item ftp-password 322Set a password to be used for authenticating to the FTP server. This is overridden by 323the password in the FTP URL, or by @option{ftp-anonymous-password} if no user is set. 324 325@item ftp-anonymous-password 326Password used when login as anonymous user. Typically an e-mail address 327should be used. 328 329@item ftp-write-seekable 330Control seekability of connection during encoding. If set to 1 the 331resource is supposed to be seekable, if set to 0 it is assumed not 332to be seekable. Default value is 0. 333@end table 334 335NOTE: Protocol can be used as output, but it is recommended to not do 336it, unless special care is taken (tests, customized server configuration 337etc.). Different FTP servers behave in different way during seek 338operation. ff* tools may produce incomplete content due to server limitations. 339 340@section gopher 341 342Gopher protocol. 343 344@section gophers 345 346Gophers protocol. 347 348The Gopher protocol with TLS encapsulation. 349 350@section hls 351 352Read Apple HTTP Live Streaming compliant segmented stream as 353a uniform one. The M3U8 playlists describing the segments can be 354remote HTTP resources or local files, accessed using the standard 355file protocol. 356The nested protocol is declared by specifying 357"+@var{proto}" after the hls URI scheme name, where @var{proto} 358is either "file" or "http". 359 360@example 361hls+http://host/path/to/remote/resource.m3u8 362hls+file://path/to/local/resource.m3u8 363@end example 364 365Using this protocol is discouraged - the hls demuxer should work 366just as well (if not, please report the issues) and is more complete. 367To use the hls demuxer instead, simply use the direct URLs to the 368m3u8 files. 369 370@section http 371 372HTTP (Hyper Text Transfer Protocol). 373 374This protocol accepts the following options: 375 376@table @option 377@item seekable 378Control seekability of connection. If set to 1 the resource is 379supposed to be seekable, if set to 0 it is assumed not to be seekable, 380if set to -1 it will try to autodetect if it is seekable. Default 381value is -1. 382 383@item chunked_post 384If set to 1 use chunked Transfer-Encoding for posts, default is 1. 385 386@item content_type 387Set a specific content type for the POST messages or for listen mode. 388 389@item http_proxy 390set HTTP proxy to tunnel through e.g. http://example.com:1234 391 392@item headers 393Set custom HTTP headers, can override built in default headers. The 394value must be a string encoding the headers. 395 396@item multiple_requests 397Use persistent connections if set to 1, default is 0. 398 399@item post_data 400Set custom HTTP post data. 401 402@item referer 403Set the Referer header. Include 'Referer: URL' header in HTTP request. 404 405@item user_agent 406Override the User-Agent header. If not specified the protocol will use a 407string describing the libavformat build. ("Lavf/<version>") 408 409@item user-agent 410This is a deprecated option, you can use user_agent instead it. 411 412@item reconnect_at_eof 413If set then eof is treated like an error and causes reconnection, this is useful 414for live / endless streams. 415 416@item reconnect_streamed 417If set then even streamed/non seekable streams will be reconnected on errors. 418 419@item reconnect_on_network_error 420Reconnect automatically in case of TCP/TLS errors during connect. 421 422@item reconnect_on_http_error 423A comma separated list of HTTP status codes to reconnect on. The list can 424include specific status codes (e.g. '503') or the strings '4xx' / '5xx'. 425 426@item reconnect_delay_max 427Sets the maximum delay in seconds after which to give up reconnecting 428 429@item mime_type 430Export the MIME type. 431 432@item http_version 433Exports the HTTP response version number. Usually "1.0" or "1.1". 434 435@item icy 436If set to 1 request ICY (SHOUTcast) metadata from the server. If the server 437supports this, the metadata has to be retrieved by the application by reading 438the @option{icy_metadata_headers} and @option{icy_metadata_packet} options. 439The default is 1. 440 441@item icy_metadata_headers 442If the server supports ICY metadata, this contains the ICY-specific HTTP reply 443headers, separated by newline characters. 444 445@item icy_metadata_packet 446If the server supports ICY metadata, and @option{icy} was set to 1, this 447contains the last non-empty metadata packet sent by the server. It should be 448polled in regular intervals by applications interested in mid-stream metadata 449updates. 450 451@item cookies 452Set the cookies to be sent in future requests. The format of each cookie is the 453same as the value of a Set-Cookie HTTP response field. Multiple cookies can be 454delimited by a newline character. 455 456@item offset 457Set initial byte offset. 458 459@item end_offset 460Try to limit the request to bytes preceding this offset. 461 462@item method 463When used as a client option it sets the HTTP method for the request. 464 465When used as a server option it sets the HTTP method that is going to be 466expected from the client(s). 467If the expected and the received HTTP method do not match the client will 468be given a Bad Request response. 469When unset the HTTP method is not checked for now. This will be replaced by 470autodetection in the future. 471 472@item listen 473If set to 1 enables experimental HTTP server. This can be used to send data when 474used as an output option, or read data from a client with HTTP POST when used as 475an input option. 476If set to 2 enables experimental multi-client HTTP server. This is not yet implemented 477in ffmpeg.c and thus must not be used as a command line option. 478@example 479# Server side (sending): 480ffmpeg -i somefile.ogg -c copy -listen 1 -f ogg http://@var{server}:@var{port} 481 482# Client side (receiving): 483ffmpeg -i http://@var{server}:@var{port} -c copy somefile.ogg 484 485# Client can also be done with wget: 486wget http://@var{server}:@var{port} -O somefile.ogg 487 488# Server side (receiving): 489ffmpeg -listen 1 -i http://@var{server}:@var{port} -c copy somefile.ogg 490 491# Client side (sending): 492ffmpeg -i somefile.ogg -chunked_post 0 -c copy -f ogg http://@var{server}:@var{port} 493 494# Client can also be done with wget: 495wget --post-file=somefile.ogg http://@var{server}:@var{port} 496@end example 497 498@item send_expect_100 499Send an Expect: 100-continue header for POST. If set to 1 it will send, if set 500to 0 it won't, if set to -1 it will try to send if it is applicable. Default 501value is -1. 502 503@item auth_type 504 505Set HTTP authentication type. No option for Digest, since this method requires 506getting nonce parameters from the server first and can't be used straight away like 507Basic. 508 509@table @option 510@item none 511Choose the HTTP authentication type automatically. This is the default. 512@item basic 513 514Choose the HTTP basic authentication. 515 516Basic authentication sends a Base64-encoded string that contains a user name and password 517for the client. Base64 is not a form of encryption and should be considered the same as 518sending the user name and password in clear text (Base64 is a reversible encoding). 519If a resource needs to be protected, strongly consider using an authentication scheme 520other than basic authentication. HTTPS/TLS should be used with basic authentication. 521Without these additional security enhancements, basic authentication should not be used 522to protect sensitive or valuable information. 523@end table 524 525@end table 526 527@subsection HTTP Cookies 528 529Some HTTP requests will be denied unless cookie values are passed in with the 530request. The @option{cookies} option allows these cookies to be specified. At 531the very least, each cookie must specify a value along with a path and domain. 532HTTP requests that match both the domain and path will automatically include the 533cookie value in the HTTP Cookie header field. Multiple cookies can be delimited 534by a newline. 535 536The required syntax to play a stream specifying a cookie is: 537@example 538ffplay -cookies "nlqptid=nltid=tsn; path=/; domain=somedomain.com;" http://somedomain.com/somestream.m3u8 539@end example 540 541@section Icecast 542 543Icecast protocol (stream to Icecast servers) 544 545This protocol accepts the following options: 546 547@table @option 548@item ice_genre 549Set the stream genre. 550 551@item ice_name 552Set the stream name. 553 554@item ice_description 555Set the stream description. 556 557@item ice_url 558Set the stream website URL. 559 560@item ice_public 561Set if the stream should be public. 562The default is 0 (not public). 563 564@item user_agent 565Override the User-Agent header. If not specified a string of the form 566"Lavf/<version>" will be used. 567 568@item password 569Set the Icecast mountpoint password. 570 571@item content_type 572Set the stream content type. This must be set if it is different from 573audio/mpeg. 574 575@item legacy_icecast 576This enables support for Icecast versions < 2.4.0, that do not support the 577HTTP PUT method but the SOURCE method. 578 579@item tls 580Establish a TLS (HTTPS) connection to Icecast. 581 582@end table 583 584@example 585icecast://[@var{username}[:@var{password}]@@]@var{server}:@var{port}/@var{mountpoint} 586@end example 587 588@section mmst 589 590MMS (Microsoft Media Server) protocol over TCP. 591 592@section mmsh 593 594MMS (Microsoft Media Server) protocol over HTTP. 595 596The required syntax is: 597@example 598mmsh://@var{server}[:@var{port}][/@var{app}][/@var{playpath}] 599@end example 600 601@section md5 602 603MD5 output protocol. 604 605Computes the MD5 hash of the data to be written, and on close writes 606this to the designated output or stdout if none is specified. It can 607be used to test muxers without writing an actual file. 608 609Some examples follow. 610@example 611# Write the MD5 hash of the encoded AVI file to the file output.avi.md5. 612ffmpeg -i input.flv -f avi -y md5:output.avi.md5 613 614# Write the MD5 hash of the encoded AVI file to stdout. 615ffmpeg -i input.flv -f avi -y md5: 616@end example 617 618Note that some formats (typically MOV) require the output protocol to 619be seekable, so they will fail with the MD5 output protocol. 620 621@section pipe 622 623UNIX pipe access protocol. 624 625Read and write from UNIX pipes. 626 627The accepted syntax is: 628@example 629pipe:[@var{number}] 630@end example 631 632@var{number} is the number corresponding to the file descriptor of the 633pipe (e.g. 0 for stdin, 1 for stdout, 2 for stderr). If @var{number} 634is not specified, by default the stdout file descriptor will be used 635for writing, stdin for reading. 636 637For example to read from stdin with @command{ffmpeg}: 638@example 639cat test.wav | ffmpeg -i pipe:0 640# ...this is the same as... 641cat test.wav | ffmpeg -i pipe: 642@end example 643 644For writing to stdout with @command{ffmpeg}: 645@example 646ffmpeg -i test.wav -f avi pipe:1 | cat > test.avi 647# ...this is the same as... 648ffmpeg -i test.wav -f avi pipe: | cat > test.avi 649@end example 650 651This protocol accepts the following options: 652 653@table @option 654@item blocksize 655Set I/O operation maximum block size, in bytes. Default value is 656@code{INT_MAX}, which results in not limiting the requested block size. 657Setting this value reasonably low improves user termination request reaction 658time, which is valuable if data transmission is slow. 659@end table 660 661Note that some formats (typically MOV), require the output protocol to 662be seekable, so they will fail with the pipe output protocol. 663 664@section prompeg 665 666Pro-MPEG Code of Practice #3 Release 2 FEC protocol. 667 668The Pro-MPEG CoP#3 FEC is a 2D parity-check forward error correction mechanism 669for MPEG-2 Transport Streams sent over RTP. 670 671This protocol must be used in conjunction with the @code{rtp_mpegts} muxer and 672the @code{rtp} protocol. 673 674The required syntax is: 675@example 676-f rtp_mpegts -fec prompeg=@var{option}=@var{val}... rtp://@var{hostname}:@var{port} 677@end example 678 679The destination UDP ports are @code{port + 2} for the column FEC stream 680and @code{port + 4} for the row FEC stream. 681 682This protocol accepts the following options: 683@table @option 684 685@item l=@var{n} 686The number of columns (4-20, LxD <= 100) 687 688@item d=@var{n} 689The number of rows (4-20, LxD <= 100) 690 691@end table 692 693Example usage: 694 695@example 696-f rtp_mpegts -fec prompeg=l=8:d=4 rtp://@var{hostname}:@var{port} 697@end example 698 699@section rist 700 701Reliable Internet Streaming Transport protocol 702 703The accepted options are: 704@table @option 705@item rist_profile 706Supported values: 707@table @samp 708@item simple 709@item main 710This one is default. 711@item advanced 712@end table 713 714@item buffer_size 715Set internal RIST buffer size in milliseconds for retransmission of data. 716Default value is 0 which means the librist default (1 sec). Maximum value is 30 717seconds. 718 719@item pkt_size 720Set maximum packet size for sending data. 1316 by default. 721 722@item log_level 723Set loglevel for RIST logging messages. You only need to set this if you 724explicitly want to enable debug level messages or packet loss simulation, 725otherwise the regular loglevel is respected. 726 727@item secret 728Set override of encryption secret, by default is unset. 729 730@item encryption 731Set encryption type, by default is disabled. 732Acceptable values are 128 and 256. 733@end table 734 735@section rtmp 736 737Real-Time Messaging Protocol. 738 739The Real-Time Messaging Protocol (RTMP) is used for streaming multimedia 740content across a TCP/IP network. 741 742The required syntax is: 743@example 744rtmp://[@var{username}:@var{password}@@]@var{server}[:@var{port}][/@var{app}][/@var{instance}][/@var{playpath}] 745@end example 746 747The accepted parameters are: 748@table @option 749 750@item username 751An optional username (mostly for publishing). 752 753@item password 754An optional password (mostly for publishing). 755 756@item server 757The address of the RTMP server. 758 759@item port 760The number of the TCP port to use (by default is 1935). 761 762@item app 763It is the name of the application to access. It usually corresponds to 764the path where the application is installed on the RTMP server 765(e.g. @file{/ondemand/}, @file{/flash/live/}, etc.). You can override 766the value parsed from the URI through the @code{rtmp_app} option, too. 767 768@item playpath 769It is the path or name of the resource to play with reference to the 770application specified in @var{app}, may be prefixed by "mp4:". You 771can override the value parsed from the URI through the @code{rtmp_playpath} 772option, too. 773 774@item listen 775Act as a server, listening for an incoming connection. 776 777@item timeout 778Maximum time to wait for the incoming connection. Implies listen. 779@end table 780 781Additionally, the following parameters can be set via command line options 782(or in code via @code{AVOption}s): 783@table @option 784 785@item rtmp_app 786Name of application to connect on the RTMP server. This option 787overrides the parameter specified in the URI. 788 789@item rtmp_buffer 790Set the client buffer time in milliseconds. The default is 3000. 791 792@item rtmp_conn 793Extra arbitrary AMF connection parameters, parsed from a string, 794e.g. like @code{B:1 S:authMe O:1 NN:code:1.23 NS:flag:ok O:0}. 795Each value is prefixed by a single character denoting the type, 796B for Boolean, N for number, S for string, O for object, or Z for null, 797followed by a colon. For Booleans the data must be either 0 or 1 for 798FALSE or TRUE, respectively. Likewise for Objects the data must be 0 or 7991 to end or begin an object, respectively. Data items in subobjects may 800be named, by prefixing the type with 'N' and specifying the name before 801the value (i.e. @code{NB:myFlag:1}). This option may be used multiple 802times to construct arbitrary AMF sequences. 803 804@item rtmp_flashver 805Version of the Flash plugin used to run the SWF player. The default 806is LNX 9,0,124,2. (When publishing, the default is FMLE/3.0 (compatible; 807<libavformat version>).) 808 809@item rtmp_flush_interval 810Number of packets flushed in the same request (RTMPT only). The default 811is 10. 812 813@item rtmp_live 814Specify that the media is a live stream. No resuming or seeking in 815live streams is possible. The default value is @code{any}, which means the 816subscriber first tries to play the live stream specified in the 817playpath. If a live stream of that name is not found, it plays the 818recorded stream. The other possible values are @code{live} and 819@code{recorded}. 820 821@item rtmp_pageurl 822URL of the web page in which the media was embedded. By default no 823value will be sent. 824 825@item rtmp_playpath 826Stream identifier to play or to publish. This option overrides the 827parameter specified in the URI. 828 829@item rtmp_subscribe 830Name of live stream to subscribe to. By default no value will be sent. 831It is only sent if the option is specified or if rtmp_live 832is set to live. 833 834@item rtmp_swfhash 835SHA256 hash of the decompressed SWF file (32 bytes). 836 837@item rtmp_swfsize 838Size of the decompressed SWF file, required for SWFVerification. 839 840@item rtmp_swfurl 841URL of the SWF player for the media. By default no value will be sent. 842 843@item rtmp_swfverify 844URL to player swf file, compute hash/size automatically. 845 846@item rtmp_tcurl 847URL of the target stream. Defaults to proto://host[:port]/app. 848 849@end table 850 851For example to read with @command{ffplay} a multimedia resource named 852"sample" from the application "vod" from an RTMP server "myserver": 853@example 854ffplay rtmp://myserver/vod/sample 855@end example 856 857To publish to a password protected server, passing the playpath and 858app names separately: 859@example 860ffmpeg -re -i <input> -f flv -rtmp_playpath some/long/path -rtmp_app long/app/name rtmp://username:password@@myserver/ 861@end example 862 863@section rtmpe 864 865Encrypted Real-Time Messaging Protocol. 866 867The Encrypted Real-Time Messaging Protocol (RTMPE) is used for 868streaming multimedia content within standard cryptographic primitives, 869consisting of Diffie-Hellman key exchange and HMACSHA256, generating 870a pair of RC4 keys. 871 872@section rtmps 873 874Real-Time Messaging Protocol over a secure SSL connection. 875 876The Real-Time Messaging Protocol (RTMPS) is used for streaming 877multimedia content across an encrypted connection. 878 879@section rtmpt 880 881Real-Time Messaging Protocol tunneled through HTTP. 882 883The Real-Time Messaging Protocol tunneled through HTTP (RTMPT) is used 884for streaming multimedia content within HTTP requests to traverse 885firewalls. 886 887@section rtmpte 888 889Encrypted Real-Time Messaging Protocol tunneled through HTTP. 890 891The Encrypted Real-Time Messaging Protocol tunneled through HTTP (RTMPTE) 892is used for streaming multimedia content within HTTP requests to traverse 893firewalls. 894 895@section rtmpts 896 897Real-Time Messaging Protocol tunneled through HTTPS. 898 899The Real-Time Messaging Protocol tunneled through HTTPS (RTMPTS) is used 900for streaming multimedia content within HTTPS requests to traverse 901firewalls. 902 903@section libsmbclient 904 905libsmbclient permits one to manipulate CIFS/SMB network resources. 906 907Following syntax is required. 908 909@example 910smb://[[domain:]user[:password@@]]server[/share[/path[/file]]] 911@end example 912 913This protocol accepts the following options. 914 915@table @option 916@item timeout 917Set timeout in milliseconds of socket I/O operations used by the underlying 918low level operation. By default it is set to -1, which means that the timeout 919is not specified. 920 921@item truncate 922Truncate existing files on write, if set to 1. A value of 0 prevents 923truncating. Default value is 1. 924 925@item workgroup 926Set the workgroup used for making connections. By default workgroup is not specified. 927 928@end table 929 930For more information see: @url{http://www.samba.org/}. 931 932@section libssh 933 934Secure File Transfer Protocol via libssh 935 936Read from or write to remote resources using SFTP protocol. 937 938Following syntax is required. 939 940@example 941sftp://[user[:password]@@]server[:port]/path/to/remote/resource.mpeg 942@end example 943 944This protocol accepts the following options. 945 946@table @option 947@item timeout 948Set timeout of socket I/O operations used by the underlying low level 949operation. By default it is set to -1, which means that the timeout 950is not specified. 951 952@item truncate 953Truncate existing files on write, if set to 1. A value of 0 prevents 954truncating. Default value is 1. 955 956@item private_key 957Specify the path of the file containing private key to use during authorization. 958By default libssh searches for keys in the @file{~/.ssh/} directory. 959 960@end table 961 962Example: Play a file stored on remote server. 963 964@example 965ffplay sftp://user:password@@server_address:22/home/user/resource.mpeg 966@end example 967 968@section librtmp rtmp, rtmpe, rtmps, rtmpt, rtmpte 969 970Real-Time Messaging Protocol and its variants supported through 971librtmp. 972 973Requires the presence of the librtmp headers and library during 974configuration. You need to explicitly configure the build with 975"--enable-librtmp". If enabled this will replace the native RTMP 976protocol. 977 978This protocol provides most client functions and a few server 979functions needed to support RTMP, RTMP tunneled in HTTP (RTMPT), 980encrypted RTMP (RTMPE), RTMP over SSL/TLS (RTMPS) and tunneled 981variants of these encrypted types (RTMPTE, RTMPTS). 982 983The required syntax is: 984@example 985@var{rtmp_proto}://@var{server}[:@var{port}][/@var{app}][/@var{playpath}] @var{options} 986@end example 987 988where @var{rtmp_proto} is one of the strings "rtmp", "rtmpt", "rtmpe", 989"rtmps", "rtmpte", "rtmpts" corresponding to each RTMP variant, and 990@var{server}, @var{port}, @var{app} and @var{playpath} have the same 991meaning as specified for the RTMP native protocol. 992@var{options} contains a list of space-separated options of the form 993@var{key}=@var{val}. 994 995See the librtmp manual page (man 3 librtmp) for more information. 996 997For example, to stream a file in real-time to an RTMP server using 998@command{ffmpeg}: 999@example 1000ffmpeg -re -i myfile -f flv rtmp://myserver/live/mystream 1001@end example 1002 1003To play the same stream using @command{ffplay}: 1004@example 1005ffplay "rtmp://myserver/live/mystream live=1" 1006@end example 1007 1008@section rtp 1009 1010Real-time Transport Protocol. 1011 1012The required syntax for an RTP URL is: 1013rtp://@var{hostname}[:@var{port}][?@var{option}=@var{val}...] 1014 1015@var{port} specifies the RTP port to use. 1016 1017The following URL options are supported: 1018 1019@table @option 1020 1021@item ttl=@var{n} 1022Set the TTL (Time-To-Live) value (for multicast only). 1023 1024@item rtcpport=@var{n} 1025Set the remote RTCP port to @var{n}. 1026 1027@item localrtpport=@var{n} 1028Set the local RTP port to @var{n}. 1029 1030@item localrtcpport=@var{n}' 1031Set the local RTCP port to @var{n}. 1032 1033@item pkt_size=@var{n} 1034Set max packet size (in bytes) to @var{n}. 1035 1036@item buffer_size=@var{size} 1037Set the maximum UDP socket buffer size in bytes. 1038 1039@item connect=0|1 1040Do a @code{connect()} on the UDP socket (if set to 1) or not (if set 1041to 0). 1042 1043@item sources=@var{ip}[,@var{ip}] 1044List allowed source IP addresses. 1045 1046@item block=@var{ip}[,@var{ip}] 1047List disallowed (blocked) source IP addresses. 1048 1049@item write_to_source=0|1 1050Send packets to the source address of the latest received packet (if 1051set to 1) or to a default remote address (if set to 0). 1052 1053@item localport=@var{n} 1054Set the local RTP port to @var{n}. 1055 1056@item timeout=@var{n} 1057Set timeout (in microseconds) of socket I/O operations to @var{n}. 1058 1059This is a deprecated option. Instead, @option{localrtpport} should be 1060used. 1061 1062@end table 1063 1064Important notes: 1065 1066@enumerate 1067 1068@item 1069If @option{rtcpport} is not set the RTCP port will be set to the RTP 1070port value plus 1. 1071 1072@item 1073If @option{localrtpport} (the local RTP port) is not set any available 1074port will be used for the local RTP and RTCP ports. 1075 1076@item 1077If @option{localrtcpport} (the local RTCP port) is not set it will be 1078set to the local RTP port value plus 1. 1079@end enumerate 1080 1081@section rtsp 1082 1083Real-Time Streaming Protocol. 1084 1085RTSP is not technically a protocol handler in libavformat, it is a demuxer 1086and muxer. The demuxer supports both normal RTSP (with data transferred 1087over RTP; this is used by e.g. Apple and Microsoft) and Real-RTSP (with 1088data transferred over RDT). 1089 1090The muxer can be used to send a stream using RTSP ANNOUNCE to a server 1091supporting it (currently Darwin Streaming Server and Mischa Spiegelmock's 1092@uref{https://github.com/revmischa/rtsp-server, RTSP server}). 1093 1094The required syntax for a RTSP url is: 1095@example 1096rtsp://@var{hostname}[:@var{port}]/@var{path} 1097@end example 1098 1099Options can be set on the @command{ffmpeg}/@command{ffplay} command 1100line, or set in code via @code{AVOption}s or in 1101@code{avformat_open_input}. 1102 1103The following options are supported. 1104 1105@table @option 1106@item initial_pause 1107Do not start playing the stream immediately if set to 1. Default value 1108is 0. 1109 1110@item rtsp_transport 1111Set RTSP transport protocols. 1112 1113It accepts the following values: 1114@table @samp 1115@item udp 1116Use UDP as lower transport protocol. 1117 1118@item tcp 1119Use TCP (interleaving within the RTSP control channel) as lower 1120transport protocol. 1121 1122@item udp_multicast 1123Use UDP multicast as lower transport protocol. 1124 1125@item http 1126Use HTTP tunneling as lower transport protocol, which is useful for 1127passing proxies. 1128@end table 1129 1130Multiple lower transport protocols may be specified, in that case they are 1131tried one at a time (if the setup of one fails, the next one is tried). 1132For the muxer, only the @samp{tcp} and @samp{udp} options are supported. 1133 1134@item rtsp_flags 1135Set RTSP flags. 1136 1137The following values are accepted: 1138@table @samp 1139@item filter_src 1140Accept packets only from negotiated peer address and port. 1141@item listen 1142Act as a server, listening for an incoming connection. 1143@item prefer_tcp 1144Try TCP for RTP transport first, if TCP is available as RTSP RTP transport. 1145@end table 1146 1147Default value is @samp{none}. 1148 1149@item allowed_media_types 1150Set media types to accept from the server. 1151 1152The following flags are accepted: 1153@table @samp 1154@item video 1155@item audio 1156@item data 1157@end table 1158 1159By default it accepts all media types. 1160 1161@item min_port 1162Set minimum local UDP port. Default value is 5000. 1163 1164@item max_port 1165Set maximum local UDP port. Default value is 65000. 1166 1167@item timeout 1168Set maximum timeout (in seconds) to wait for incoming connections. 1169 1170A value of -1 means infinite (default). This option implies the 1171@option{rtsp_flags} set to @samp{listen}. 1172 1173@item reorder_queue_size 1174Set number of packets to buffer for handling of reordered packets. 1175 1176@item stimeout 1177Set socket TCP I/O timeout in microseconds. 1178 1179@item user-agent 1180Override User-Agent header. If not specified, it defaults to the 1181libavformat identifier string. 1182@end table 1183 1184When receiving data over UDP, the demuxer tries to reorder received packets 1185(since they may arrive out of order, or packets may get lost totally). This 1186can be disabled by setting the maximum demuxing delay to zero (via 1187the @code{max_delay} field of AVFormatContext). 1188 1189When watching multi-bitrate Real-RTSP streams with @command{ffplay}, the 1190streams to display can be chosen with @code{-vst} @var{n} and 1191@code{-ast} @var{n} for video and audio respectively, and can be switched 1192on the fly by pressing @code{v} and @code{a}. 1193 1194@subsection Examples 1195 1196The following examples all make use of the @command{ffplay} and 1197@command{ffmpeg} tools. 1198 1199@itemize 1200@item 1201Watch a stream over UDP, with a max reordering delay of 0.5 seconds: 1202@example 1203ffplay -max_delay 500000 -rtsp_transport udp rtsp://server/video.mp4 1204@end example 1205 1206@item 1207Watch a stream tunneled over HTTP: 1208@example 1209ffplay -rtsp_transport http rtsp://server/video.mp4 1210@end example 1211 1212@item 1213Send a stream in realtime to a RTSP server, for others to watch: 1214@example 1215ffmpeg -re -i @var{input} -f rtsp -muxdelay 0.1 rtsp://server/live.sdp 1216@end example 1217 1218@item 1219Receive a stream in realtime: 1220@example 1221ffmpeg -rtsp_flags listen -i rtsp://ownaddress/live.sdp @var{output} 1222@end example 1223@end itemize 1224 1225@section sap 1226 1227Session Announcement Protocol (RFC 2974). This is not technically a 1228protocol handler in libavformat, it is a muxer and demuxer. 1229It is used for signalling of RTP streams, by announcing the SDP for the 1230streams regularly on a separate port. 1231 1232@subsection Muxer 1233 1234The syntax for a SAP url given to the muxer is: 1235@example 1236sap://@var{destination}[:@var{port}][?@var{options}] 1237@end example 1238 1239The RTP packets are sent to @var{destination} on port @var{port}, 1240or to port 5004 if no port is specified. 1241@var{options} is a @code{&}-separated list. The following options 1242are supported: 1243 1244@table @option 1245 1246@item announce_addr=@var{address} 1247Specify the destination IP address for sending the announcements to. 1248If omitted, the announcements are sent to the commonly used SAP 1249announcement multicast address 224.2.127.254 (sap.mcast.net), or 1250ff0e::2:7ffe if @var{destination} is an IPv6 address. 1251 1252@item announce_port=@var{port} 1253Specify the port to send the announcements on, defaults to 12549875 if not specified. 1255 1256@item ttl=@var{ttl} 1257Specify the time to live value for the announcements and RTP packets, 1258defaults to 255. 1259 1260@item same_port=@var{0|1} 1261If set to 1, send all RTP streams on the same port pair. If zero (the 1262default), all streams are sent on unique ports, with each stream on a 1263port 2 numbers higher than the previous. 1264VLC/Live555 requires this to be set to 1, to be able to receive the stream. 1265The RTP stack in libavformat for receiving requires all streams to be sent 1266on unique ports. 1267@end table 1268 1269Example command lines follow. 1270 1271To broadcast a stream on the local subnet, for watching in VLC: 1272 1273@example 1274ffmpeg -re -i @var{input} -f sap sap://224.0.0.255?same_port=1 1275@end example 1276 1277Similarly, for watching in @command{ffplay}: 1278 1279@example 1280ffmpeg -re -i @var{input} -f sap sap://224.0.0.255 1281@end example 1282 1283And for watching in @command{ffplay}, over IPv6: 1284 1285@example 1286ffmpeg -re -i @var{input} -f sap sap://[ff0e::1:2:3:4] 1287@end example 1288 1289@subsection Demuxer 1290 1291The syntax for a SAP url given to the demuxer is: 1292@example 1293sap://[@var{address}][:@var{port}] 1294@end example 1295 1296@var{address} is the multicast address to listen for announcements on, 1297if omitted, the default 224.2.127.254 (sap.mcast.net) is used. @var{port} 1298is the port that is listened on, 9875 if omitted. 1299 1300The demuxers listens for announcements on the given address and port. 1301Once an announcement is received, it tries to receive that particular stream. 1302 1303Example command lines follow. 1304 1305To play back the first stream announced on the normal SAP multicast address: 1306 1307@example 1308ffplay sap:// 1309@end example 1310 1311To play back the first stream announced on one the default IPv6 SAP multicast address: 1312 1313@example 1314ffplay sap://[ff0e::2:7ffe] 1315@end example 1316 1317@section sctp 1318 1319Stream Control Transmission Protocol. 1320 1321The accepted URL syntax is: 1322@example 1323sctp://@var{host}:@var{port}[?@var{options}] 1324@end example 1325 1326The protocol accepts the following options: 1327@table @option 1328@item listen 1329If set to any value, listen for an incoming connection. Outgoing connection is done by default. 1330 1331@item max_streams 1332Set the maximum number of streams. By default no limit is set. 1333@end table 1334 1335@section srt 1336 1337Haivision Secure Reliable Transport Protocol via libsrt. 1338 1339The supported syntax for a SRT URL is: 1340@example 1341srt://@var{hostname}:@var{port}[?@var{options}] 1342@end example 1343 1344@var{options} contains a list of &-separated options of the form 1345@var{key}=@var{val}. 1346 1347or 1348 1349@example 1350@var{options} srt://@var{hostname}:@var{port} 1351@end example 1352 1353@var{options} contains a list of '-@var{key} @var{val}' 1354options. 1355 1356This protocol accepts the following options. 1357 1358@table @option 1359@item connect_timeout=@var{milliseconds} 1360Connection timeout; SRT cannot connect for RTT > 1500 msec 1361(2 handshake exchanges) with the default connect timeout of 13623 seconds. This option applies to the caller and rendezvous 1363connection modes. The connect timeout is 10 times the value 1364set for the rendezvous mode (which can be used as a 1365workaround for this connection problem with earlier versions). 1366 1367@item ffs=@var{bytes} 1368Flight Flag Size (Window Size), in bytes. FFS is actually an 1369internal parameter and you should set it to not less than 1370@option{recv_buffer_size} and @option{mss}. The default value 1371is relatively large, therefore unless you set a very large receiver buffer, 1372you do not need to change this option. Default value is 25600. 1373 1374@item inputbw=@var{bytes/seconds} 1375Sender nominal input rate, in bytes per seconds. Used along with 1376@option{oheadbw}, when @option{maxbw} is set to relative (0), to 1377calculate maximum sending rate when recovery packets are sent 1378along with the main media stream: 1379@option{inputbw} * (100 + @option{oheadbw}) / 100 1380if @option{inputbw} is not set while @option{maxbw} is set to 1381relative (0), the actual input rate is evaluated inside 1382the library. Default value is 0. 1383 1384@item iptos=@var{tos} 1385IP Type of Service. Applies to sender only. Default value is 0xB8. 1386 1387@item ipttl=@var{ttl} 1388IP Time To Live. Applies to sender only. Default value is 64. 1389 1390@item latency=@var{microseconds} 1391Timestamp-based Packet Delivery Delay. 1392Used to absorb bursts of missed packet retransmissions. 1393This flag sets both @option{rcvlatency} and @option{peerlatency} 1394to the same value. Note that prior to version 1.3.0 1395this is the only flag to set the latency, however 1396this is effectively equivalent to setting @option{peerlatency}, 1397when side is sender and @option{rcvlatency} 1398when side is receiver, and the bidirectional stream 1399sending is not supported. 1400 1401@item listen_timeout=@var{microseconds} 1402Set socket listen timeout. 1403 1404@item maxbw=@var{bytes/seconds} 1405Maximum sending bandwidth, in bytes per seconds. 1406-1 infinite (CSRTCC limit is 30mbps) 14070 relative to input rate (see @option{inputbw}) 1408>0 absolute limit value 1409Default value is 0 (relative) 1410 1411@item mode=@var{caller|listener|rendezvous} 1412Connection mode. 1413@option{caller} opens client connection. 1414@option{listener} starts server to listen for incoming connections. 1415@option{rendezvous} use Rendez-Vous connection mode. 1416Default value is caller. 1417 1418@item mss=@var{bytes} 1419Maximum Segment Size, in bytes. Used for buffer allocation 1420and rate calculation using a packet counter assuming fully 1421filled packets. The smallest MSS between the peers is 1422used. This is 1500 by default in the overall internet. 1423This is the maximum size of the UDP packet and can be 1424only decreased, unless you have some unusual dedicated 1425network settings. Default value is 1500. 1426 1427@item nakreport=@var{1|0} 1428If set to 1, Receiver will send `UMSG_LOSSREPORT` messages 1429periodically until a lost packet is retransmitted or 1430intentionally dropped. Default value is 1. 1431 1432@item oheadbw=@var{percents} 1433Recovery bandwidth overhead above input rate, in percents. 1434See @option{inputbw}. Default value is 25%. 1435 1436@item passphrase=@var{string} 1437HaiCrypt Encryption/Decryption Passphrase string, length 1438from 10 to 79 characters. The passphrase is the shared 1439secret between the sender and the receiver. It is used 1440to generate the Key Encrypting Key using PBKDF2 1441(Password-Based Key Derivation Function). It is used 1442only if @option{pbkeylen} is non-zero. It is used on 1443the receiver only if the received data is encrypted. 1444The configured passphrase cannot be recovered (write-only). 1445 1446@item enforced_encryption=@var{1|0} 1447If true, both connection parties must have the same password 1448set (including empty, that is, with no encryption). If the 1449password doesn't match or only one side is unencrypted, 1450the connection is rejected. Default is true. 1451 1452@item kmrefreshrate=@var{packets} 1453The number of packets to be transmitted after which the 1454encryption key is switched to a new key. Default is -1. 1455-1 means auto (0x1000000 in srt library). The range for 1456this option is integers in the 0 - @code{INT_MAX}. 1457 1458@item kmpreannounce=@var{packets} 1459The interval between when a new encryption key is sent and 1460when switchover occurs. This value also applies to the 1461subsequent interval between when switchover occurs and 1462when the old encryption key is decommissioned. Default is -1. 1463-1 means auto (0x1000 in srt library). The range for 1464this option is integers in the 0 - @code{INT_MAX}. 1465 1466@item payload_size=@var{bytes} 1467Sets the maximum declared size of a packet transferred 1468during the single call to the sending function in Live 1469mode. Use 0 if this value isn't used (which is default in 1470file mode). 1471Default is -1 (automatic), which typically means MPEG-TS; 1472if you are going to use SRT 1473to send any different kind of payload, such as, for example, 1474wrapping a live stream in very small frames, then you can 1475use a bigger maximum frame size, though not greater than 14761456 bytes. 1477 1478@item pkt_size=@var{bytes} 1479Alias for @samp{payload_size}. 1480 1481@item peerlatency=@var{microseconds} 1482The latency value (as described in @option{rcvlatency}) that is 1483set by the sender side as a minimum value for the receiver. 1484 1485@item pbkeylen=@var{bytes} 1486Sender encryption key length, in bytes. 1487Only can be set to 0, 16, 24 and 32. 1488Enable sender encryption if not 0. 1489Not required on receiver (set to 0), 1490key size obtained from sender in HaiCrypt handshake. 1491Default value is 0. 1492 1493@item rcvlatency=@var{microseconds} 1494The time that should elapse since the moment when the 1495packet was sent and the moment when it's delivered to 1496the receiver application in the receiving function. 1497This time should be a buffer time large enough to cover 1498the time spent for sending, unexpectedly extended RTT 1499time, and the time needed to retransmit the lost UDP 1500packet. The effective latency value will be the maximum 1501of this options' value and the value of @option{peerlatency} 1502set by the peer side. Before version 1.3.0 this option 1503is only available as @option{latency}. 1504 1505@item recv_buffer_size=@var{bytes} 1506Set UDP receive buffer size, expressed in bytes. 1507 1508@item send_buffer_size=@var{bytes} 1509Set UDP send buffer size, expressed in bytes. 1510 1511@item timeout=@var{microseconds} 1512Set raise error timeouts for read, write and connect operations. Note that the 1513SRT library has internal timeouts which can be controlled separately, the 1514value set here is only a cap on those. 1515 1516@item tlpktdrop=@var{1|0} 1517Too-late Packet Drop. When enabled on receiver, it skips 1518missing packets that have not been delivered in time and 1519delivers the following packets to the application when 1520their time-to-play has come. It also sends a fake ACK to 1521the sender. When enabled on sender and enabled on the 1522receiving peer, the sender drops the older packets that 1523have no chance of being delivered in time. It was 1524automatically enabled in the sender if the receiver 1525supports it. 1526 1527@item sndbuf=@var{bytes} 1528Set send buffer size, expressed in bytes. 1529 1530@item rcvbuf=@var{bytes} 1531Set receive buffer size, expressed in bytes. 1532 1533Receive buffer must not be greater than @option{ffs}. 1534 1535@item lossmaxttl=@var{packets} 1536The value up to which the Reorder Tolerance may grow. When 1537Reorder Tolerance is > 0, then packet loss report is delayed 1538until that number of packets come in. Reorder Tolerance 1539increases every time a "belated" packet has come, but it 1540wasn't due to retransmission (that is, when UDP packets tend 1541to come out of order), with the difference between the latest 1542sequence and this packet's sequence, and not more than the 1543value of this option. By default it's 0, which means that this 1544mechanism is turned off, and the loss report is always sent 1545immediately upon experiencing a "gap" in sequences. 1546 1547@item minversion 1548The minimum SRT version that is required from the peer. A connection 1549to a peer that does not satisfy the minimum version requirement 1550will be rejected. 1551 1552The version format in hex is 0xXXYYZZ for x.y.z in human readable 1553form. 1554 1555@item streamid=@var{string} 1556A string limited to 512 characters that can be set on the socket prior 1557to connecting. This stream ID will be able to be retrieved by the 1558listener side from the socket that is returned from srt_accept and 1559was connected by a socket with that set stream ID. SRT does not enforce 1560any special interpretation of the contents of this string. 1561This option doesn’t make sense in Rendezvous connection; the result 1562might be that simply one side will override the value from the other 1563side and it’s the matter of luck which one would win 1564 1565@item smoother=@var{live|file} 1566The type of Smoother used for the transmission for that socket, which 1567is responsible for the transmission and congestion control. The Smoother 1568type must be exactly the same on both connecting parties, otherwise 1569the connection is rejected. 1570 1571@item messageapi=@var{1|0} 1572When set, this socket uses the Message API, otherwise it uses Buffer 1573API. Note that in live mode (see @option{transtype}) there’s only 1574message API available. In File mode you can chose to use one of two modes: 1575 1576Stream API (default, when this option is false). In this mode you may 1577send as many data as you wish with one sending instruction, or even use 1578dedicated functions that read directly from a file. The internal facility 1579will take care of any speed and congestion control. When receiving, you 1580can also receive as many data as desired, the data not extracted will be 1581waiting for the next call. There is no boundary between data portions in 1582the Stream mode. 1583 1584Message API. In this mode your single sending instruction passes exactly 1585one piece of data that has boundaries (a message). Contrary to Live mode, 1586this message may span across multiple UDP packets and the only size 1587limitation is that it shall fit as a whole in the sending buffer. The 1588receiver shall use as large buffer as necessary to receive the message, 1589otherwise the message will not be given up. When the message is not 1590complete (not all packets received or there was a packet loss) it will 1591not be given up. 1592 1593@item transtype=@var{live|file} 1594Sets the transmission type for the socket, in particular, setting this 1595option sets multiple other parameters to their default values as required 1596for a particular transmission type. 1597 1598live: Set options as for live transmission. In this mode, you should 1599send by one sending instruction only so many data that fit in one UDP packet, 1600and limited to the value defined first in @option{payload_size} (1316 is 1601default in this mode). There is no speed control in this mode, only the 1602bandwidth control, if configured, in order to not exceed the bandwidth with 1603the overhead transmission (retransmitted and control packets). 1604 1605file: Set options as for non-live transmission. See @option{messageapi} 1606for further explanations 1607 1608@item linger=@var{seconds} 1609The number of seconds that the socket waits for unsent data when closing. 1610Default is -1. -1 means auto (off with 0 seconds in live mode, on with 180 1611seconds in file mode). The range for this option is integers in the 16120 - @code{INT_MAX}. 1613 1614@end table 1615 1616For more information see: @url{https://github.com/Haivision/srt}. 1617 1618@section srtp 1619 1620Secure Real-time Transport Protocol. 1621 1622The accepted options are: 1623@table @option 1624@item srtp_in_suite 1625@item srtp_out_suite 1626Select input and output encoding suites. 1627 1628Supported values: 1629@table @samp 1630@item AES_CM_128_HMAC_SHA1_80 1631@item SRTP_AES128_CM_HMAC_SHA1_80 1632@item AES_CM_128_HMAC_SHA1_32 1633@item SRTP_AES128_CM_HMAC_SHA1_32 1634@end table 1635 1636@item srtp_in_params 1637@item srtp_out_params 1638Set input and output encoding parameters, which are expressed by a 1639base64-encoded representation of a binary block. The first 16 bytes of 1640this binary block are used as master key, the following 14 bytes are 1641used as master salt. 1642@end table 1643 1644@section subfile 1645 1646Virtually extract a segment of a file or another stream. 1647The underlying stream must be seekable. 1648 1649Accepted options: 1650@table @option 1651@item start 1652Start offset of the extracted segment, in bytes. 1653@item end 1654End offset of the extracted segment, in bytes. 1655If set to 0, extract till end of file. 1656@end table 1657 1658Examples: 1659 1660Extract a chapter from a DVD VOB file (start and end sectors obtained 1661externally and multiplied by 2048): 1662@example 1663subfile,,start,153391104,end,268142592,,:/media/dvd/VIDEO_TS/VTS_08_1.VOB 1664@end example 1665 1666Play an AVI file directly from a TAR archive: 1667@example 1668subfile,,start,183241728,end,366490624,,:archive.tar 1669@end example 1670 1671Play a MPEG-TS file from start offset till end: 1672@example 1673subfile,,start,32815239,end,0,,:video.ts 1674@end example 1675 1676@section tee 1677 1678Writes the output to multiple protocols. The individual outputs are separated 1679by | 1680 1681@example 1682tee:file://path/to/local/this.avi|file://path/to/local/that.avi 1683@end example 1684 1685@section tcp 1686 1687Transmission Control Protocol. 1688 1689The required syntax for a TCP url is: 1690@example 1691tcp://@var{hostname}:@var{port}[?@var{options}] 1692@end example 1693 1694@var{options} contains a list of &-separated options of the form 1695@var{key}=@var{val}. 1696 1697The list of supported options follows. 1698 1699@table @option 1700@item listen=@var{2|1|0} 1701Listen for an incoming connection. 0 disables listen, 1 enables listen in 1702single client mode, 2 enables listen in multi-client mode. Default value is 0. 1703 1704@item timeout=@var{microseconds} 1705Set raise error timeout, expressed in microseconds. 1706 1707This option is only relevant in read mode: if no data arrived in more 1708than this time interval, raise error. 1709 1710@item listen_timeout=@var{milliseconds} 1711Set listen timeout, expressed in milliseconds. 1712 1713@item recv_buffer_size=@var{bytes} 1714Set receive buffer size, expressed bytes. 1715 1716@item send_buffer_size=@var{bytes} 1717Set send buffer size, expressed bytes. 1718 1719@item tcp_nodelay=@var{1|0} 1720Set TCP_NODELAY to disable Nagle's algorithm. Default value is 0. 1721 1722@item tcp_mss=@var{bytes} 1723Set maximum segment size for outgoing TCP packets, expressed in bytes. 1724@end table 1725 1726The following example shows how to setup a listening TCP connection 1727with @command{ffmpeg}, which is then accessed with @command{ffplay}: 1728@example 1729ffmpeg -i @var{input} -f @var{format} tcp://@var{hostname}:@var{port}?listen 1730ffplay tcp://@var{hostname}:@var{port} 1731@end example 1732 1733@section tls 1734 1735Transport Layer Security (TLS) / Secure Sockets Layer (SSL) 1736 1737The required syntax for a TLS/SSL url is: 1738@example 1739tls://@var{hostname}:@var{port}[?@var{options}] 1740@end example 1741 1742The following parameters can be set via command line options 1743(or in code via @code{AVOption}s): 1744 1745@table @option 1746 1747@item ca_file, cafile=@var{filename} 1748A file containing certificate authority (CA) root certificates to treat 1749as trusted. If the linked TLS library contains a default this might not 1750need to be specified for verification to work, but not all libraries and 1751setups have defaults built in. 1752The file must be in OpenSSL PEM format. 1753 1754@item tls_verify=@var{1|0} 1755If enabled, try to verify the peer that we are communicating with. 1756Note, if using OpenSSL, this currently only makes sure that the 1757peer certificate is signed by one of the root certificates in the CA 1758database, but it does not validate that the certificate actually 1759matches the host name we are trying to connect to. (With other backends, 1760the host name is validated as well.) 1761 1762This is disabled by default since it requires a CA database to be 1763provided by the caller in many cases. 1764 1765@item cert_file, cert=@var{filename} 1766A file containing a certificate to use in the handshake with the peer. 1767(When operating as server, in listen mode, this is more often required 1768by the peer, while client certificates only are mandated in certain 1769setups.) 1770 1771@item key_file, key=@var{filename} 1772A file containing the private key for the certificate. 1773 1774@item listen=@var{1|0} 1775If enabled, listen for connections on the provided port, and assume 1776the server role in the handshake instead of the client role. 1777 1778@item http_proxy 1779The HTTP proxy to tunnel through, e.g. @code{http://example.com:1234}. 1780The proxy must support the CONNECT method. 1781 1782@end table 1783 1784Example command lines: 1785 1786To create a TLS/SSL server that serves an input stream. 1787 1788@example 1789ffmpeg -i @var{input} -f @var{format} tls://@var{hostname}:@var{port}?listen&cert=@var{server.crt}&key=@var{server.key} 1790@end example 1791 1792To play back a stream from the TLS/SSL server using @command{ffplay}: 1793 1794@example 1795ffplay tls://@var{hostname}:@var{port} 1796@end example 1797 1798@section udp 1799 1800User Datagram Protocol. 1801 1802The required syntax for an UDP URL is: 1803@example 1804udp://@var{hostname}:@var{port}[?@var{options}] 1805@end example 1806 1807@var{options} contains a list of &-separated options of the form @var{key}=@var{val}. 1808 1809In case threading is enabled on the system, a circular buffer is used 1810to store the incoming data, which allows one to reduce loss of data due to 1811UDP socket buffer overruns. The @var{fifo_size} and 1812@var{overrun_nonfatal} options are related to this buffer. 1813 1814The list of supported options follows. 1815 1816@table @option 1817@item buffer_size=@var{size} 1818Set the UDP maximum socket buffer size in bytes. This is used to set either 1819the receive or send buffer size, depending on what the socket is used for. 1820Default is 32 KB for output, 384 KB for input. See also @var{fifo_size}. 1821 1822@item bitrate=@var{bitrate} 1823If set to nonzero, the output will have the specified constant bitrate if the 1824input has enough packets to sustain it. 1825 1826@item burst_bits=@var{bits} 1827When using @var{bitrate} this specifies the maximum number of bits in 1828packet bursts. 1829 1830@item localport=@var{port} 1831Override the local UDP port to bind with. 1832 1833@item localaddr=@var{addr} 1834Local IP address of a network interface used for sending packets or joining 1835multicast groups. 1836 1837@item pkt_size=@var{size} 1838Set the size in bytes of UDP packets. 1839 1840@item reuse=@var{1|0} 1841Explicitly allow or disallow reusing UDP sockets. 1842 1843@item ttl=@var{ttl} 1844Set the time to live value (for multicast only). 1845 1846@item connect=@var{1|0} 1847Initialize the UDP socket with @code{connect()}. In this case, the 1848destination address can't be changed with ff_udp_set_remote_url later. 1849If the destination address isn't known at the start, this option can 1850be specified in ff_udp_set_remote_url, too. 1851This allows finding out the source address for the packets with getsockname, 1852and makes writes return with AVERROR(ECONNREFUSED) if "destination 1853unreachable" is received. 1854For receiving, this gives the benefit of only receiving packets from 1855the specified peer address/port. 1856 1857@item sources=@var{address}[,@var{address}] 1858Only receive packets sent from the specified addresses. In case of multicast, 1859also subscribe to multicast traffic coming from these addresses only. 1860 1861@item block=@var{address}[,@var{address}] 1862Ignore packets sent from the specified addresses. In case of multicast, also 1863exclude the source addresses in the multicast subscription. 1864 1865@item fifo_size=@var{units} 1866Set the UDP receiving circular buffer size, expressed as a number of 1867packets with size of 188 bytes. If not specified defaults to 7*4096. 1868 1869@item overrun_nonfatal=@var{1|0} 1870Survive in case of UDP receiving circular buffer overrun. Default 1871value is 0. 1872 1873@item timeout=@var{microseconds} 1874Set raise error timeout, expressed in microseconds. 1875 1876This option is only relevant in read mode: if no data arrived in more 1877than this time interval, raise error. 1878 1879@item broadcast=@var{1|0} 1880Explicitly allow or disallow UDP broadcasting. 1881 1882Note that broadcasting may not work properly on networks having 1883a broadcast storm protection. 1884@end table 1885 1886@subsection Examples 1887 1888@itemize 1889@item 1890Use @command{ffmpeg} to stream over UDP to a remote endpoint: 1891@example 1892ffmpeg -i @var{input} -f @var{format} udp://@var{hostname}:@var{port} 1893@end example 1894 1895@item 1896Use @command{ffmpeg} to stream in mpegts format over UDP using 188 1897sized UDP packets, using a large input buffer: 1898@example 1899ffmpeg -i @var{input} -f mpegts udp://@var{hostname}:@var{port}?pkt_size=188&buffer_size=65535 1900@end example 1901 1902@item 1903Use @command{ffmpeg} to receive over UDP from a remote endpoint: 1904@example 1905ffmpeg -i udp://[@var{multicast-address}]:@var{port} ... 1906@end example 1907@end itemize 1908 1909@section unix 1910 1911Unix local socket 1912 1913The required syntax for a Unix socket URL is: 1914 1915@example 1916unix://@var{filepath} 1917@end example 1918 1919The following parameters can be set via command line options 1920(or in code via @code{AVOption}s): 1921 1922@table @option 1923@item timeout 1924Timeout in ms. 1925@item listen 1926Create the Unix socket in listening mode. 1927@end table 1928 1929@section zmq 1930 1931ZeroMQ asynchronous messaging using the libzmq library. 1932 1933This library supports unicast streaming to multiple clients without relying on 1934an external server. 1935 1936The required syntax for streaming or connecting to a stream is: 1937@example 1938zmq:tcp://ip-address:port 1939@end example 1940 1941Example: 1942Create a localhost stream on port 5555: 1943@example 1944ffmpeg -re -i input -f mpegts zmq:tcp://127.0.0.1:5555 1945@end example 1946 1947Multiple clients may connect to the stream using: 1948@example 1949ffplay zmq:tcp://127.0.0.1:5555 1950@end example 1951 1952Streaming to multiple clients is implemented using a ZeroMQ Pub-Sub pattern. 1953The server side binds to a port and publishes data. Clients connect to the 1954server (via IP address/port) and subscribe to the stream. The order in which 1955the server and client start generally does not matter. 1956 1957ffmpeg must be compiled with the --enable-libzmq option to support 1958this protocol. 1959 1960Options can be set on the @command{ffmpeg}/@command{ffplay} command 1961line. The following options are supported: 1962 1963@table @option 1964 1965@item pkt_size 1966Forces the maximum packet size for sending/receiving data. The default value is 1967131,072 bytes. On the server side, this sets the maximum size of sent packets 1968via ZeroMQ. On the clients, it sets an internal buffer size for receiving 1969packets. Note that pkt_size on the clients should be equal to or greater than 1970pkt_size on the server. Otherwise the received message may be truncated causing 1971decoding errors. 1972 1973@end table 1974 1975 1976@c man end PROTOCOLS 1977