nginx-rtmp-module 指令详解

译序：截至 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?

1. #!/usr/bin/python
2. 4.   import fcntl, sys  
3. sys.stderr.close()
4. 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?

1. 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?

1. ...
2. streamer: "rtmp://localhost/myapp?connarg1=a&connarg2=b",
3. file: "mystream?strarg1=c&strarg2=d",
4. ...

Ffplay(带有 librtmp)示例：

[plain] view plain copy

print?

1. 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;

        }

    }

}