nginx-rtmp-module

时间 2019-11-13

标签 nginx rtmp module 栏目 Nginx 繁體版

原文原文链接

Nginx自己是一个很是出色的HTTP服务器,FFMPEG是很是好的音视频解决方案.这两个东西经过一个nginx的模块nginx-rtmp-module,组合在一块儿便可以搭建一个功能相对比较完善的流媒体服务器.html

这个流媒体服务器能够支持RTMP和HLS(Live Http Stream)nginx

从安装开始服务器

Nginx的安装参照我以前的这个: http://blog.csdn.net/redstarofsleep/article/details/45092127
app

不一样的是在configure的时候须要增长nginx-rtmp-module的支持,下载好nginx-rtmp-module后解压,而后nginx安装时增长这个模块(--add-module),其它都是同样的.tcp

./configure --prefix=/usr/local/nginx --with-pcre=/home/user/pcre/pcre-8.32 --with-zlib=/home/user/zlib/zlib-1.2.8 --with-openssl=/home/user/openssl/openssl-1.0.1i  --add-module=/home/user/nginx-rtmp-module

　　FFMPEG的安装参照上一篇: http://blog.csdn.net/redstarofsleep/article/details/45092145ide

nginx配合ffmpeg作流媒体服务器的原理是: nginx经过rtmp模块提供rtmp服务, ffmpeg推送一个rtmp流到nginx, 而后客户端经过访问nginx来收看实时视频流. HLS也是差很少的原理,只是最终客户端是经过HTTP协议来访问的,可是ffmpeg推送流仍然是rtmp的.url

安装完成后,打开Nginx的配置文件nginx.conf进行配置.net

首先在里面加入rtmp的配置代理

rtmp {  
    server {  
        listen 1935;  
  
        application myapp {  
            live on;  
        }  
        application hls {  
            live on;  
            hls on;  
            hls_path /tmp/hls;  
        }  
    }  
}

而后,针对hls,还须要在http里面增长一个location配置code

location /hls {  
            types {  
                application/vnd.apple.mpegurl m3u8;  
                video/mp2t ts;  
            }  
            root /tmp;  
            add_header Cache-Control no-cache;  
}

这是一个最简单,最基础的配置, rtmp监听1935端口,若是是hls的话用hls on开启hls,而且为hls设置一个临时文件目录hls_path /tmp/hls; 其它更高级的配置能够参看nginx-rtmp-module的readme,里面有比较详细的介绍其它的配置,而且它还提供了一个经过JWPlayer在网页上播放的例子.

保存完配置文件后,启动nginx,经过netstat -ltn命令能够看到增长了一个1935端口的监听.8080是nginx默认的http监听端口.

# netstat -ltn  
Active Internet connections (only servers)  
Proto Recv-Q Send-Q Local Address           Foreign Address         State        
tcp        0      0 127.0.1.1:53            0.0.0.0:*               LISTEN       
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN       
tcp        0      0 127.0.0.1:631           0.0.0.0:*               LISTEN       
tcp        0      0 0.0.0.0:1935            0.0.0.0:*               LISTEN       
tcp        0      0 0.0.0.0:8080            0.0.0.0:*               LISTEN       
tcp6       0      0 :::22                   :::*                    LISTEN       
tcp6       0      0 ::1:631                 :::*                    LISTEN

而后用ffmpeg推流到nginx:

第一个是推到了上面配置的myapp上:

ffmpeg -re -i "D:\download\film\aqgy\02.mp4" -vcodec libx264 -vprofile baseline -acodec aac  
 -ar 44100 -strict -2 -ac 1 -f flv -s 1280x720 -q 10 rtmp://server:1935/  
myapp/test1

第二个推送到hls上:

ffmpeg -re -i "D:\download\film\aqgy\02.mp4" -vcodec libx264 -vprofile baseline -acodec aac  
 -ar 44100 -strict -2 -ac 1 -f flv -s 1280x720 -q 10 rtmp://ip:1935/  
hls/test2

如今咱们的流媒体服务器有两个实时流了,一个是rtmp的,另外一个是hls的,用流媒体播放器播放一下,流媒体播放器能够用vlc也能够用ffmpeg带的ffplay.手机也是能够播放的.

上面这两个流的地址分别是:

第一个就是推送的地址: rtmp://serverIp:1935/myapp/test1

第二个是HTTP地址: http://serverIp:8080/hls/test2.m3u8

最后贴上一段对于HLS这个比较特殊的流媒体协议的解释:

(这段解释来自: http://www.cnblogs.com/haibindev/archive/2013/01/30/2880764.html)

　　HTTP Live Streaming（HLS）是苹果公司(Apple Inc.)实现的基于HTTP的流媒体传输协议，可实现流媒体的直播和点播，相对于常见的流媒体直播协议，例如RTMP协议、RTSP协议、MMS协议等，HLS直播最大的不一样在于，直播客户端获取到的，并非一个完整的数据流。HLS协议在服务器端将直播数据流存储为连续的、很短时长的媒体文件（MPEG-TS格式），而客户端则不断的下载并播放这些小文件，由于服务器端老是会将最新的直播数据生成新的小文件，这样客户端只要不停的按顺序播放从服务器获取到的文件，就实现了直播。因而可知，基本上能够认为，HLS是以点播的技术方式来实现直播。因为数据经过HTTP协议传输，因此彻底不用考虑防火墙或者代理的问题，并且分段文件的时长很短，客户端能够很快的选择和切换码率，以适应不一样带宽条件下的播放。不过HLS的这种技术特色，决定了它的延迟通常老是会高于普通的流媒体直播协议。

文章来自： http://blog.csdn.net/redstarofsleep/article/details/45092147

更多相关文章...