nginx-rtmp 配置详解

译序:截至 Jul 8th,2013 官方公布的最新 Nginx RTMP 模块 nginx-rtmp-module 指令详解。
原文地址:https://www.cnblogs.com/lidabo/p/7099501.html
指令
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 addrpageurl >> /tmp/clients";
exec_publish bash -c "echo addrflashver >> /tmp/publishers";

convert recorded file to mp4 format

exec_record_done ffmpeg -y -i path -acodec libmp3lame -ar 44100 -ac 1 -vcodec libx264path.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

  1. !/usr/bin/python

  2. 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

  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

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

Ffplay(带有 librtmp)示例:

[plain] view plain copy

  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_receivedbytes_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;
}
}
}

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 157,298评论 4 360
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 66,701评论 1 290
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 107,078评论 0 237
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 43,687评论 0 202
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 52,018评论 3 286
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 40,410评论 1 211
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 31,729评论 2 310
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 30,412评论 0 194
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 34,124评论 1 239
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 30,379评论 2 242
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 31,903评论 1 257
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 28,268评论 2 251
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 32,894评论 3 233
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 26,014评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,770评论 0 192
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 35,435评论 2 269
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 35,312评论 2 260

推荐阅读更多精彩内容