译序：截至 Jul 8th,2013 官方公布的最新 Nginx RTMP 模块 nginx-rtmp-module 指令详解。
指令
Core
rtmp
语法：
rtmp { ... }
上下文：
根
描述：保存所有 RTMP 配置的块。
server
语法：
server { ... }
上下文：
rtmp
描述：声明一个 RTMP 实例。
rtmp { server { } }
listen
语法：
listen (addr[:port]|port|unix:path) [bind] [ipv6only=on|off] [so_keepalive=on|off|keepidle:keepintvl:keepcnt]
上下文：
server
描述：给 NGINX 添加一个监听端口以接收 RTMP 连接。
server { listen 1935; }
application
语法：
application name { ... }
上下文：
server
描述：创建一个 RTMP 应用。application 名的模式并不类似于 http location。
server { listen 1935; application myapp { } }
timeout
语法：
timeout value
上下文：
rtmp, server
描述：Socket 超时。这个值主要用于写数据时。大多数情况下，RTMP 模块并不期望除 publisher 端口之外的其他端口处于活动状态。如果你想要快速关掉 socket 可以用 keepalive 或者 RTMP ping 等。timeout 默认值为 1 分钟。
timeout 60s;
ping
语法：
ping value
上下文：
rtmp, server
描述：RTMP ping 间隔。零值的话将 ping 关掉。RTMP ping 是一个用于检查活动连接的协议功能。发送一个特殊的包到远程连接，然后在 ping_timeout 指令指定的时间内期待一个回复。如果在这个时间里没有收到 ping 回复，连接断开。ping 默认值为一分钟。ping_timeout 默认值为 30 秒。
ping 3m; ping_timeout 30s;
ping_timeout
语法：
ping_timeout value
上下文：
rtmp, server
描述：请参考上文 ping 描述。
max_streams
语法：
max_streams value
上下文：
rtmp, server
描述：设置 RTMP 流的最大数目。数据流被整合到一个单一的数据流里。不同的频道用于发送命令、音频、视频等。默认值为 32，适用于大多数情况。
max_streams 32;
ack_window
语法：
ack_window value
上下文：
rtmp, server
描述：设置 RTMP 确认视窗大小。这是对端发送确认包到远端后应该收到的字节数量。默认值为 5000000。
ack_window 5000000;
chunk_size
语法：
chunk_size value
上下文：
rtmp, server
描述：流整合的最大的块大小。默认值为 4096。这个值设置的越大 CPU 负载就越小。这个值不能低于 128。
chunk_size 4096;
max_queue
语法：
max_queue value
上下文：
rtmp, server
描述：输入数据报文最大尺寸。所有输入数据会被分割成报文（然后进一步分割为块）。报文在处理结束之前会放在内存里。理论上讲，接收到的报文很大的话对于服务器的稳定性可能会有影响。默认值 1M 对于大多数情况就足够了。
max_message 1M; out_queue out_cork
Access
allow
语法：
allow [play|publish] address|subnet|all
上下文：
rtmp, server, application
允许来自指定地址或者所有地址发布/播放。allow 和 deny 指令的先后顺序可选。
allow publish 127.0.0.1; deny publish all; allow play 192.168.0.0/24; deny play all;
deny
语法：
deny [play|publish] address|subnet|all
上下文：
rtmp, server, application
描述：参考 allow 的描述。
Exec
exec
语法：
exec command arg*
上下文：
rtmp, server, application
描述：定义每个流发布时要执行的带有参数的外部命令。发布结束时进程终止。第一个参数应该是二进制可执行文件的完整路径。关于这个进程将会做些什么事没有任何假定。但这一特点在使用 ffmpeg 进行流转换时是很有用的。FFmpeg 被假定作为客户端连接到 nginx-rtmp 然后作为发布者输出转换流到 nginx-rtmp。类似于 $var/${var} 形式的替换可以在命令行使用：
* $name - 流的名字。
* $app - 应用名。
* $addr - 客户端地址。
* $flashver - 客户端 flash 版本。
* $swfurl - 客户端 swf url。
* $tcurl - 客户端 tc url。
* $pageurl - 客户端页面 url。
可以在 exec 指令中定义 Shell 格式的转向符用于写输出和接收输入。支持如下
* 截断输出 >file。
* 附加输出 >>file。
* 重定向描述符类似于 1>&2。
* 输入 <file。
以下 ffmpeg 调用将输入流转码为 HLS-ready 流(H264/AAC)。运行这个示例，FFmpeg 须编译为支持 libx264 & libfaac。
application src { live on; exec ffmpeg -i rtmp://localhost/src/$name -vcodec libx264 -vprofile baseline -g 10 -s 300x200 -acodec libfaac -ar 44100 -ac 1 -f flv rtmp://localhost/hls/$name 2>>/var/log/ffmpeg-$name.log; } application hls { live on; hls on; hls_path /tmp/hls; hls_fragment 15s; }
exec_static
语法：
exec_static command arg*
上下文：
rtmp, server, application
描述：类似于 exec 指令，但在 nginx 启动时将运行定义的命令。因为（启动时）尚无会话上下文，不支持替换。
exec_static ffmpeg -i http://example.com/video.ts -c copy -f flv rtmp://localhost/myapp/mystream;
exec_kill_signal
语法：
exec_kill_signal signal
上下文：
rtmp, server, application
描述：设置进程终止信号。默认为 kill(SIGKILL)。你可以定义为数字或者符号名(POSIX.1-1990 信号)。
exec_kill_signal term; exec_kill_signal usr1; exec_kill_signal 3;
respawn
语法：
respawn on|off
上下文：
rtmp, server, application
描述：如果打开 respawn 子进程，进程终止时发布会仍然继续。默认为打开。
respawn off;
respawn_timeout
语法：
respawn_timeout timeout
上下文：
rtmp, server, application
描述：启动新的子实例之前，设置 respawn 超时时间。默认为五秒。
respawn_timeout 10s;
exec_publish
语法：
exec_publish command arg*
上下文：
rtmp, server, application
描述：指定发布事件触发的带有参数的外部命令。返回码是未解析的。这里可以用 exec 替换。另外，args 变量支持持有查询字符串参数。
exec_play
语法：
exec_play command arg*
上下文：
rtmp, server, application
描述：指定播放事件触发的带有参数的外部命令。返回码是未解析的。替换列表同 exec_publish。
exec_play_done
语法：
exec_play_done command arg*
上下文：
rtmp, server, application
描述：指定播放结束事件触发的带有参数的外部命令。返回码是未解析的。替换列表同 exec_publish。
exec_publish_done
语法：
exec_publish_done command arg*
上下文：
rtmp, server, application
描述：指定发布结束事件触发的带有参数的外部命令。返回码是未解析的。替换列表同 exec_publish。
exec_record_done
语法：
exec_record_done command arg*
上下文：
rtmp, server, application, recorder
描述：指定录制结束时触发的带有参数的外部命令。这里支持 exec_publish 的替代以及额外的变量 path 和 recorder。
# track client info exec_play bash -c "echo $addr $pageurl >> /tmp/clients"; exec_publish bash -c "echo $addr $flashver >> /tmp/publishers"; # convert recorded file to mp4 format exec_record_done ffmpeg -y -i $path -acodec libmp3lame -ar 44100 -ac 1 -vcodec libx264 $path.mp4;
Live
live
语法：
live on|off
上下文：
rtmp, server, application
描述：切换直播模式，即一对多广播。
live on;
meta
语法：
meta on|off
上下文：
rtmp, server, application
描述：切换发送元数据到客户端。默认为 on。
meta off;
interleave
语法：
interleave on|off
上下文：
rtmp, server, application
描述：切换交叉模式。在这个模式下，音频和视频数据会在同一个 RTMP chunk 流中传输。默认为 off。
interleave on;
wait_key
语法：
wait_key on|off
上下文：
rtmp, server, application
描述：使视频流从一个关键帧开始。默认为 off。
wait_key on;
wait_video
语法：
wait_video on|off
上下文：
rtmp, server, application
描述：在第一个视频帧发送之前禁用音频。默认为 off。可以和 wait_key 进行组合以使客户端可以收到具有所有其他数据的视频关键帧。然而这通常增加连接延迟。您可以通过在编码器中调整关键帧间隔来减少延迟。
wait_video on;
publish_notify
语法：
publish_notify on|off
上下文：
rtmp, server, application
描述：发送 NetStream.Publish.Start 和 NetStream.Publish.Stop 给用户。默认为 off。
publish_notify on;
drop_idle_publisher
语法：
drop_idle_publisher timeout
上下文：
rtmp, server, application
描述：终止指定时间内闲置(没有音频/视频数据)的发布连接。默认为 off。注意这个仅仅对于发布模式的连接起作用(发送 publish 命令之后)。
drop_idle_publisher 10s;
sync
语法：
sync timeout
上下文：
rtmp, server, application
描述：同步音频和视频流。如果用户带宽不足以接收发布率，服务器会丢弃一些帧。这将导致同步问题。当时间戳差超过 sync 指定的值，将会发送一个绝对帧来解决这个问题。默认为 300 ms。
sync 10ms;
play_restart
语法：
play_restart on|off
上下文：
rtmp, server, application
描述：使 nginx-rtmp 能够在发布启动或停止时发送 NetStream.Play.Start 和 NetStream.Play.Stop 到每个用户。如果关闭的话，那么每个用户就只能在回放的开始和结束时收到这些通知了。默认为 on。
play_restart off;
Record
record
语法：
record [off|all|audio|video|keyframes|manual]*
上下文：
rtmp, server, application, recorder
描述：切换录制模式。流可以被记录到 flv 文件。本指令指定应该被记录的：
* off - 什么也不录制
* all - 音频和视频(所有)
* audio - 音频
* video - 视频
* keyframes - 只录制关键视频帧
* manual - 用不自动启动录制，使用控制接口来启动/停止
在单个记录指令中可以有任何兼容的组合键。
record all; record audio keyframes;
record_path
语法：
record_path path
上下文：
rtmp, server, application, recorder
描述：指定录制的 flv 文件存放目录。
record_path /tmp/rec;
record_suffix
语法：
record_suffix value
上下文：
rtmp, server, application, recorder
描述：设置录制文件后缀名。默认为 '.flv'。
record_suffix _recorded.flv;
录制后缀可以匹配 strftime 格式。以下指令
record_suffix -%d-%b-%y-%T.flv
将会产生形如 mystream-24-Apr-13-18:23:38.flv 的文件。所有支持 strftime 格式的选项可以在 strftime man page 里进行查找。
record_unique
语法：
record_unique on|off
上下文：
rtmp, server, application, recorder
描述：是否添加时间戳到录制文件。否则的话同样的文件在每一次新的录制发生时将被重写。默认为 off。
record_unique on;
record_append
语法：
record_append on|off
上下文：
rtmp, server, application, recorder
描述：切换文件附加模式。当这一指令为开启是，录制时将把新数据附加到老文件，如果老文件丢失的话将重新创建一个。文件中的老数据和新数据没有时间差。默认为 off。
record_append on;
record_lock
语法：
record_lock on|off
上下文：
rtmp, server, application, recorder
描述：当这一指令开启时，当前录制文件将被 fcntl 调用锁定。那样可以在其他地方来核实哪个文件正在进行录制。默认为 off。
record_lock on;
在 FreeBSD 上你可以使用 flock 工具检查。在 Linux 上 flock 和 fcntl 无关，因此你需要去写一个简单的脚本来检查文件的锁定状态。以下 isunlocked.py 是一个这样的脚本的示例。
[python]
view plain
copy
print
?
import fcntl, sys sys.stderr.close() fcntl.lockf(open(sys.argv[1], "a"), fcntl.LOCK_EX|fcntl.LOCK_NB)
record_max_size
语法：
record_max_size size
上下文：
rtmp, server, application, recorder
描述：设置录制文件的最大值。
record_max_size 128K;
record_max_frames
语法：
record_max_frames nframes
上下文：
rtmp, server, application, recorder
描述：设置每个录制文件的视频帧的最大数量。
record_max_frames 2;
record_interval
语法：
record_interval time
上下文：
rtmp, server, application, recorder
描述：在这个指令指定数量的(毫秒)秒之后重启录制。默认为 off。设置为 0 的话意味着录制中无延迟。如果 record_unique 为 off 的话所有记录片段会被写到同一个文件。否则(文件名)将附以时间戳以区分不同文件(给定的 record_interval 要大于 1 秒)。
record_interval 1s; record_interval 15m;
recorder
语法：
recorder name {...}
上下文：
application
描述：创建录制块。可以在单个 application 中创建多个记录。上文提到的所有录制相关的指令都可以在 recorder{} 块中进行定义。继承高层次中的所有设置。
application { live on; # default recorder record all; record_path /var/rec; recorder audio { record audio; record_suffix .audio.flv; } recorder chunked { record all; record_interval 15s; record_path /var/rec/chunked; } }
record_notify
语法：
record_notify on|off
上下文：
rtmp, server, application, recorder
描述：切换当定义录制启动或停止文件时发送 NetStream.Record.Start 和 NetStream.Record.Stop 状态信息(onStatus)到发布者。状态描述字段保存录制的名字(默认录制的话为空)。默认为 off。
recorder myrec { record all manual; record_path /var/rec; record_notify on; }
VOD
play
语法：
lay dir|http://loc [dir|http://loc]*
上下文：
rtmp, server, application
描述：播放指定目录或者 HTTP 地址的 flv 或者 mp4 文件。如果此参数前缀是 http:// 那么就认为文件可以在播放前从远程 http 地址下载下来。注意播放是在整个文件下载完毕之后才开始。你可以使用本地 nginx 在本地机器缓存文件。
同一个 play 指令可以定义多个播放地址。当多个 play 指令定义时，地址列表将被合并，并进行从更高域中继承。尝试播放每一个地址，直到发现一个成功的地址。如果没有找到成功地址，将发送错误状态到客户端。
索引的 FLV 播放具有随机查找能力。没有索引的 FLV 则不具备查找/暂停能力(重播模式)。使用 FLV 索引器(比如 yamdi)来编索引。
mp4 文件只有在音频和视频编码都被 RTMP 支持时才可以播放。最常见的情况是 H264/AAC。
application vod { play /var/flvs; } application vod_http { play http://myserver.com/vod; } application vod_mirror { # try local location first, then access remote location play /var/local_mirror http://myserver.com/vod; }
播放 /var/flvs/dir/file.flv：
[plain]
view plain
copy
print
?
ffplay rtmp://localhost/vod/dir/file.flv
play_temp_path
语法：
play_temp_path dir
上下文：
rtmp, server, application
描述：在播放之前设置远程存储的 VOD 文件路径。默认为 /tmp。
play_temp_path /www; play http://example.com/videos;
play_local_path
语法：
play_local_path dir
上下文：
rtmp, server, application
描述：设置远程 VOD 文件完全下载之后复制于 play_temp_path 之后的路径。空值的话禁用此功能。默认为控制。这个功能可以用于缓存远程文件在本地。
这一路径应该和 play_temp_path 处于同一设备。
# search file in /tmp/videos. # if not found play from remote location # and store in /tmp/videos play_local_path /tmp/videos; play /tmp/videos http://example.com/videos;
Relay
pull
语法：
pull url [key=value]*
上下文：
application
描述：创建 pull 中继。流将从远程服务器上拉下来，成为本地可用的。仅当至少有一个播放器正在播放本地流时发生。
Url 语法：[rtmp://]host[:port][/app[/playpath]]。如果 application 找不着那么将会使用本地 application 名。如果找不着 playpath 那么就是用当前流的名字。
支持以下参数：
* app - 明确 application 名。
* name - 捆绑到 relay 的本地流名字。如果为空或者没有定义，那么将会使用 application 中的所有本地流。
* tcUrl - 如果为空的话自动构建。
* pageUrl - 模拟页面 url。
* swfUrl - 模拟 swf url。
* flashVer - 模拟 flash 版本，默认为 'LNX.11,1,102,55'。
* playPath - 远程播放地址。
* live - 切换直播特殊行为，值：0,1。
* start - 开始时间。
* stop - 结束时间。
* static - 创建静态 pull，这样的 pull 在 nginx 启动时创建。
如果某参数的值包含空格，那么你应该在整个 key=value 对周围使用引号，比如：'pageUrl=FAKE PAGE URL'。
pull rtmp://cdn.example.com/main/ch?id=12563 name=channel_a; pull rtmp://cdn2.example.com/another/a?b=1&c=d pageUrl=http://www.example.com/video.html swfUrl=http://www.example.com/player.swf live=1; pull rtmp://cdn.example.com/main/ch?id=12563 name=channel_a static;
push
语法：
push url [key=value]*
上下文：
application
描述：push 的语法和 pull 一样。不同于 pull 指令的是 push 推送发布流到远程服务器。
push_reconnect
语法：
push_reconnect time
上下文：
rtmp, server, application
描述：在断开连接后，在 push 重新连接前等待的时间。默认为 3 秒。
push_reconnect 1s;
session_relay
语法：
session_relay on|off
上下文：
rtmp, server, application
描述：切换会话 relay 模式。在这种模式下连接关闭时 relay 销毁。当设置为 off 时，流关闭，relay 销毁，这样子以后另一个 relay 可以被创建。默认为 off。
session_relay on;
Notify
on_connect
语法：
on_connect url
上下文：
rtmp, server
描述：设置 HTTP 连接回调。当客户分发连接命令一个连接命令时，一个 HTTP 请求异步发送，命令处理将被暂停,直到它返回结果代码。当 HTTP 2XX 码(成功状态码)返回时，RTMP 会话继续。返回码 3XX (重定向状态码)会使 RTMP 重定向到另一个从 HTTP 返回头里获取到的 application。否则(其他状态码)连接丢弃。
注意这一指令在 application 域是不允许的，因为 application 在连接阶段还是未知的。
HTTP 请求接收到一些参数。在 application/x-www-form-urlencoded MIME 类型下使用 POST 方法。以下参数将被传给调用者：
* call=connect。
* addr - 客户端 IP 地址。
* app - application 名。
* flashVer - 客户端 flash 版本。
* swfUrl - 客户端 swf url。
* tcUrl - tcUrl。
* pageUrl - 客户端页面 url。
除了上述参数以外，所有显式传递给连接命令的参数也由回调发送。你应该将连接参数和 play/publish 参数区分开。播放器常常有独特的方式设置连接字符串不同于 play/publish 流名字。这里是 JWPayer 是如何设置这些参数的一个示例：
[plain]
view plain
copy
print
?
... streamer: "rtmp://localhost/myapp?connarg1=a&connarg2=b", file: "mystream?strarg1=c&strarg2=d", ...
Ffplay(带有 librtmp)示例：
[plain]
view plain
copy
print
?
ffplay "rtmp://localhost app=myapp?connarg1=a&connarg2=b playpath=mystream?strarg1=c&strarg2=d"
使用例子：
on_connect http://example.com/my_auth;
重定向例子：
location /on_connect { if ($arg_flashver != "my_secret_flashver") { rewrite ^.*$ fallback? permanent; } return 200; }
on_play
语法：
on_play url
上下文：
rtmp, server, application
描述：设置 HTTP 播放回调。每次一个客户分发播放命令时，一个 HTTP 请求异步发送，命令处理会挂起 - 直到它返回结果码。之后再解析 HTTP 结果码。
* HTTP 2XX 返回码的话继续 RTMP 会话。
* HTTP 3XX 返回码的话 重定向 RTMP 到另一个流，这个流的名字在 HTTP 返回头的 Location 获取。如果新流的名字起始于 rtmp:// 然后远程 relay 会被创建。relay 要求 IP 地址是指定的而不是域名，并且只工作在 1.3.10 版本以上的 nginx。另请参考 notify_relay_redirect。
* 其他返回码的话 RTMP 连接丢弃。
重定向例子：
http { ... location /local_redirect { rewrite ^.*$ newname? permanent; } location /remote_redirect { # no domain name here, only ip rewrite ^.*$ rtmp://192.168.1.123/someapp/somename? permanent; } ... } rtmp { ... application myapp1 { live on; # stream will be redirected to 'newname' on_play http://localhost:8080/local_redirect; } application myapp2 { live on; # stream will be pulled from remote location # requires nginx >= 1.3.10 on_play http://localhost:8080/remote_redirect; } ... }
HTTP 请求接收到一些个参数。在 application/x-www-form-urlencoded MIME 类型下使用 POST 方法。以下参数会被传送给调用者：
* call=play。
* addr - 客户端 IP 地址。
* app - application 名。
* flashVer - 客户端 flash 版本。
* swfUrl - 客户端 swf url。
* tcUrl - tcUrl。
* pageUrl - 客户端页面 url。
* name - 流名。
出了上述参数之外其他所有播放命令参数显式地发送回调。例如如果一个流由 url rtmp://localhost/app/movie?a=100&b=face&foo=bar 访问，然后呢 a,b 和 foo 发送回调。
on_play http://example.com/my_callback;
on_publish
语法：
on_publish url
上下文：
rtmp, server, application
描述：同上面提到的 on_play 一样，唯一的不同点在于这个指令在发布命令设置回调。不同于远程 pull，push 在这里是可以的。
on_done
语法：
on_done url
上下文：
rtmp, server, application
描述：设置播放/发布禁止回调。上述所有适用于此。但这个回调并不检查 HTTP 状态码。
on_play_done
语法：
on_publish_done url
上下文：
rtmp, server, application
描述：等同于 on_done 的表现，但只适用于播放结束事件。
on_publish_done
语法：
on_publish_done url
上下文：
rtmp, server, application
描述：等同于 on_done 的表现，但只适用于发布结束事件。
on_record_done
语法：
on_record_done url
上下文：
rtmp, server, application, recorder
描述：设置 record_done 回调。除了普通 HTTP 回调参数它接受录制文件路径。
on_record_done http://example.com/recorded;
on_update
语法：
on_update url
上下文：
rtmp, server, application
描述：设置 update 回调。这个回调会在 notify_update_timeout 期间调用。如果一个请求返回结果不是 2XX，连接禁止。这可以用来同步过期的会话。追加 time 参数即播放/发布调用后的秒数会被发送给处理程序。
on_update http://example.com/update;
notify_update_timeout
语法：
notify_update_timeout timeout
上下文：
rtmp, server, application
描述：在 on_update 回调之间的超时设置。默认为 30 秒。
notify_update_timeout 10s; on_update http://example.com/update;
notify_update_strict
语法：
notify_update_strict on|off
上下文：
rtmp, server, application
描述：切换 on_update 回调严格模式。默认为 off。当设置为 on 时，所有连接错误，超时以及 HTTP 解析错误和空返回会被视为更新失败并导致连接终止。当设置为 off 时只有 HTTP 返回码不同于 2XX 时导致失败。
notify_update_strict on; on_update http://example.com/update;
notify_relay_redirect
语法：
notify_relay_redirect on|off
上下文：
rtmp, server, application
描述：使本地流可以重定向为 on_play 和 on_publish 远程重定向。新的流名字是 RTMP URL 用于远程重定向。默认为 off。
notify_relay_redirect on;
notify_method
语法：
notify_method get|post
上下文：
rtmp, server, application, recorder
描述：设置 HTTP 方法通知。默认是带有 application/x-www-form-urlencoded 的 POST 内容类型。在一些情况下 GET 更好，例如如果你打算在 nginx 的 http{} 部分处理调用。在这种情况下你可以使用 arg_* 变量去访问参数。
notify_method get;
在 http{} 部分使用 GET 方法处理通知可以使用这种方法：
location /on_play { if ($arg_pageUrl ~* localhost) { return 200; } return 500; }
HLS
hls
语法：
hls on|off
上下文：
rtmp, server, application
描述：在 application 切换 HLS。
hls on; hls_path /tmp/hls; hls_fragment 15s;
在 http{} 段为客户端播放 HLS 设置在以下位置设置：
http { ... server { ... location /hls { types { application/vnd.apple.mpegurl m3u8; } alias /tmp/hls; } } }
hls_path
语法：
hls_path path
上下文：
rtmp, server, application
描述：设置 HLS 播放列表和分段目录。这一目录必须在 NGINX 启动前就已存在。
hls_fragment
语法：
hls_fragment time
上下文：
rtmp, server, application
描述：设置 HLS 分段长度。默认为 5 秒钟。
hls_playlist_length
语法：
hls_playlist_length time
上下文：
rtmp, server, application
描述：设置 HLS 播放列表长度。默认为 30 秒钟。
hls_playlist_length 10m;
hls_sync
语法：
hls_sync time
上下文：
rtmp, server, application
描述：设置 HLS 时间戳同步阈值。默认为 2 ms。这一功能可以防止由低分辨率 RTMP (1KHz) 转换到高分辨率 MPEG-TS (90KHz) 之后出现噪音。
hls_sync 100ms;
hls_continuous
语法：
hls_continuous on|off
上下文：
rtmp, server, application
描述：切换 HLS 连续模式。这一模式下 HLS 序列号由其上次停止的最后时间开始。老的分段保留下来。默认为 off。
hls_continuous on;
hls_nested
语法：
hls_nested on|off
上下文：
rtmp, server, application
描述：切换 HLS 嵌套模式。这一模式下为每个流创建了一个 hls_path 的子目录。播放列表和分段在那个子目录中创建。默认为 off。
hls_nested on;
hls_cleanup
语法：
hls_cleanup on|off
上下文：
rtmp, server, application
描述：切换 HLS 清理。这一功能默认为开启的。在这一模式下 nginx 缓存管理进程将老的 HLS 片段和播放列表由 HLS 清理掉。
hls_cleanup off;
Access log
access_log
语法：
access_log off|path [format_name]
上下文：
rtmp, server, application
描述：设置访问日志参数。日志默认是开启的。关闭日志可以使用 access_log off 指令。默认情况下访问日志和 HTTP 访问日志 logs/access.log 放到同一文件。你也可以使用 access_log 指令将其定义到其他日志文件。第二个参数是可选的。可以根据名字来定义日志格式。请参考 log_format 指令来获取更多关于格式的详细信息。
log_format new '$remote_addr'; access_log logs/rtmp_access.log new; access_log logs/rtmp_access.log; access_log off;
log_format
语法：
log_format format_name format
上下文：
rtmp
描述：创建指定的日志格式。日志格式看起来很像 nginx HTTP 日志格式。日志格式里支持的几个变量有：
* connection - 连接数。
* remote_addr - 客户端地址。
* app - application 名。
* name - 上一个流名。
* args - 上一个流播放/发布参数。
* flashver - 客户端 flash 版本。
* swfurl - 客户端 swf url。
* tcurl - 客户端 tcUrl。
* pageurl - 客户端页面 url。
* command - 客户端发送的播放/发布命令：NONE、PLAY、PUBLISH、PLAY+PUBLISH。
* bytes_sent - 发送到客户端的字节数。
* bytes_received - 从客户端接收到的字节数。
* time_local - 客户端连接结束的本地时间。
* session_time - 持续连接的秒数。
* session_readable_time - 在可读格式下的持续时间。
默认的日志格式叫做 combined。这里是这一格式的定义：
$remote_addr [$time_local] $command "$app" "$name" "$args" - $bytes_received $bytes_sent "$pageurl" "$flashver" ($session_readable_time)
Limits
max_connections
语法：
max_connections number
上下文：
rtmp, server, application
描述：为 rtmp 引擎设置最大连接数。默认为 off。
max_connections 100;
Statistics
statistics 模块不同于本文列举的其他模块，它是 NGINX HTTP 模块。因此 statistics 指令应该位于 http{} 块内部。
rtmp_stat
语法：
rtmp_stat all
上下文：
http, server, location
描述：为当前 HTTP location 设置 RTMP statistics 处理程序。RTMP statistics 是一个静态的 XML 文档。可以使用 rtmp_stat_stylesheet 指令在浏览器中作为 XHTML 页面查看这个文档。
http { server { location /stat { rtmp_stat all; rtmp_stat_stylesheet stat.xsl; } location /stat.xsl { root /path/to/stat/xsl/file; } } }
rtmp_stat_stylesheet
语法：
rtmp_stat_stylesheet path
上下文：
http, server, location
描述：添加 XML 样式表引用到 statistics XML 使其可以在浏览器中可视。更多信息请参考 rtmp_stat 描述和例子。
Multi-worker live streaming
多 worker 直播流是通过推送流到剩余的 nginx worker 实现的。
rtmp_auto_push
语法：
rtmp_auto_push on|off
上下文：
root
描述：切换自动推送(多 worker 直播流)模式。默认为 off。
rtmp_auto_push_reconnect
语法：
rtmp_auto_push_reconnect timeout
上下文：
root
描述：当 worker 被干掉时设置自动推送连接超时时间。默认为 100 毫秒。
rtmp_socket_dir
语法：
rtmp_socket_dir dir
上下文：
root
描述：设置用于流推送的 UNIX 域套接字目录。默认为 /tmp。
rtmp_auto_push on; rtmp_auto_push_reconnect 1s; rtmp_socket_dir /var/sock; rtmp { server { listen 1935; application myapp { live on; } } }
Control
control 模块是 NGINX HTTP 模块，应该放在 http{} 块之内。
rtmp_control
语法：
rtmp_control all
上下文：
http, server, location
描述：为当前 HTTP location 设置 RTMP 控制程序。
http { server { location /control { rtmp_control all; } } }
转载请注明原文地址: https://ju.6miu.com/read-3765.html
