라이브 HLS 비디오를 스트리밍하기 위해 Ubuntu에서 Nginx 설정

HLS (HTTP Live Streaming)는 Apple Inc.에서 구현 한 매우 강력한 스트리밍 비디오 프로토콜입니다. HLS는 방화벽, 프록시를 통과하고 CDN을 통해 쉽게 배포 할 수있는 HTTP 트랜잭션을 사용합니다. 따라서이 기술은 RTP 또는 다른 UDP 기반 프로토콜보다 훨씬 더 많은 시청자에게 도달 할 수 있습니다. 오늘날 온라인에서 실시간 스트리밍 비디오의 대부분은 HLS를 사용하는 비싼 시스템에 의해 호스팅되지만 일반적으로 비싸고 많은 서버 리소스가 필요합니다. 이 튜토리얼은 오픈 소스 소프트웨어만을 사용하여 HLS 라이브 스트리밍 이벤트를 수행하기 위해 매우 저렴한 Ubuntu 14.04 VULTR VPS를 설정하는 방법을 보여줍니다.

첫 번째 단계는 Vultr Doc " Ubuntu 14.04의 Nginx-RTMP 설정 "에 따라 서버를 읽고 설정하는 것 입니다. 해당 문서의 지침은 작성 당시 설정 단계에서 가장 포괄적이었습니다. "nginx-1.7.5"를 "nginx-1.9.4"로 대체하거나 최신 버전의 Nginx를 사용할 수있는 것이 무엇이든 언급 할 수 있습니다. 다른 제안은 HTTP 스텁 상태 모듈로 Nginx를 컴파일하여 나중에 몇 명의 라이브 HLS 뷰어를 모니터링 할 수 있는지를 제시하는 것입니다.

다음과 같이 컴파일하는 대신 :

./configure --with-http_ssl_module  --add-module=../nginx-rtmp-module-master

전제 조건 문서에 요약 된 절차에서이 문자열을 사용하십시오.

./configure --with-http_ssl_module --with-http_stub_status_module --add-module=../nginx-rtmp-module-master

이 자습서의 예에서는 "실시간"및 "모바일"(최적화 된) 스트림을 모두 생성하고 ffmpeg (이전 자습서에 설치)를 사용하여 비트 전송률 조정 된 모바일에 최적화 된 HLS 스트림을 생성합니다. 이 예제는 서버가 라이브 스트림을 자동으로 녹화하고 VOD (video on demand) 재생 서비스로 녹화를 재생할 수있게하는 방법도 보여줍니다.

먼저 라이브 및 모바일 HLS 매니페스트 및 비디오 조각을 보관하는 데 필요한 폴더 구조를 만듭니다.

sudo mkdir /HLS
sudo mkdir /HLS/live
sudo mkdir /HLS/mobile
sudo mkdir /video_recordings
sudo chmod -R 777 /video_recordings

방화벽을 설정하지 않은 경우 방화벽을 설정하는 것이 좋습니다. 그렇다면 Nginx 및 HLS에서 사용하는 포트로의 트래픽을 허용해야합니다. 지금 방화벽없이 실행하려면 아래의 ufw 섹션을 무시하십시오.

sudo ufw limit ssh
sudo ufw allow 80
sudo ufw allow 1935
sudo ufw enable

HLS 스트리밍에는 첫 번째 기사의 RTMP 구성과 크게 다른 Nginx 구성이 필요합니다. 정보를 nginx.conf"my-ip"및 "my-stream-key"로 대체하여 다음을 사용하도록 파일을 편집하십시오 . "my-stream-key"에 대해 원하는 것을 사용할 수 있습니다.이 단어는 독특하고 도움이되는 단어입니다. 원래 구성 파일을 먼저 백업 한 다음 제공된 구성 정보를 편집기에 붙여 넣어 거기에 있던 모든 것을 바꾸십시오.

sudo cp /usr/local/nginx/conf/nginx.conf /usr/local/nginx/conf/nginx.conf.original
sudo nano /usr/local/nginx/conf/nginx.conf

새로운 nginx.conf :

worker_processes  1;
error_log  logs/error.log debug;
events {
worker_connections  1024;
}
rtmp {
server {
listen 1935;
allow play all;

#creates our "live" full-resolution HLS videostream from our incoming encoder stream and tells where to put the HLS video manifest and video fragments
application live {
allow play all;
live on;
record all;
record_path /video_recordings;
record_unique on;
hls on;
hls_nested on;
hls_path /HLS/live;
hls_fragment 10s;

#creates the downsampled or "trans-rated" mobile video stream as a 400kbps, 480x360 sized video
exec ffmpeg -i rtmp://192.168.254.178:1935/$app/$name -acodec copy -c:v libx264 -preset veryfast -profile:v baseline -vsync cfr -s 480x360 -b:v 400k maxrate 400k -bufsize 400k -threads 0 -r 30 -f flv rtmp://192.168.254.178:1935/mobile/$;
}

#creates our "mobile" lower-resolution HLS videostream from the ffmpeg-created stream and tells where to put the HLS video manifest and video fragments
application mobile {
allow play all;
live on;
hls on;
hls_nested on;
hls_path /HLS/mobile;
hls_fragment 10s;
}

#allows you to play your recordings of your live streams using a URL like "rtmp://my-ip:1935/vod/filename.flv"
application vod {
play /video_recordings;
}
}
}


http {
include       mime.types;
default_type  application/octet-stream;

server {
listen 80;
server_name 192.168.254.178;

#creates the http-location for our full-resolution (desktop) HLS stream - "http://my-ip/live/my-stream-key/index.m3u8"      
location /live {
types {
application/vnd.apple.mpegurl m3u8;
}
alias /HLS/live;
add_header Cache-Control no-cache;
}

#creates the http-location for our mobile-device HLS stream - "http://my-ip/mobile/my-stream-key/index.m3u8"        
location /mobile {
types {
application/vnd.apple.mpegurl m3u8;
}
alias /HLS/mobile;
add_header Cache-Control no-cache;
}   

#allows us to see how stats on viewers on our Nginx site using a URL like: "http://my-ip/stats"     
location /stats {
stub_status;
}

#allows us to host some webpages which can show our videos: "http://my-ip/my-page.html"     
location / {
root   html;
index  index.html index.htm;
}   
}
}

보도 Ctrl 키 + X를 종료합니다. "예"라고 말하여 변경 사항을 저장하십시오.

nginx.conf"nginx-rtmp 지시문"에 대해 자주 사용하는 검색 엔진을 조회하면 이 파일 에서 가능한 변수에 대한 명확한 지시 사항과 예제를 찾을 수 있습니다 . "허용 게시"및 "거부 게시"지시문을 사용하지 않고 HLS와 함께 nginx-rtmp를 몇 년 동안 사용해 왔으며 비디오 서버를 사용하거나 침입하는 사람들이 전혀없는 것을 보았습니다. 그래서 나는 그 지시문을 여기에 포함시키지 않았습니다. 원하는 경우이 지시문을 읽고 추가하십시오.

nginx.conf파일을 변경 한 후 새로운 구성을 사용하려면 Nginx를 다시 시작해야합니다.

sudo service nginx restart

Nginx 오류 메시지를 자세히보고 철자 오류, 폴더 소유권 또는 권한 문제로 인해 발생할 수있는 오류를 해결하십시오. 오류 메시지가 없으면 인코딩 스트림을 만들 준비가 된 것입니다.

스트림을 만들려면 비디오 인코더가 있어야합니다. 나는 오픈 소스이며 저에게 잘 맞는 OBS (Open Broadcaster Software)를 사용합니다. 이 튜토리얼의 범위를 벗어나는 다른 솔루션을 선택할 수 있습니다. RTMP 비디오 인코더 구성에 대한 모든 내용은 다루지 않습니다. 그들은 모두 거의 같은 입력 변수를 요구합니다. 정확한 nginx.conf구성 을 사용하고 대부분의 플레이어 / 브라우저 / 플랫폼에서 제대로 작동 하려면 입력해야하는 주요 설정 은 다음과 같습니다.

1. 인코더 -x264
2. 가변 비트 전송률 (CBR 또는 고정 비트 전송률 아님), 최고 품질
3. 최대 비트 전송률-600kbps
4. 오디오 코덱 -AAC
5. 오디오 형식 -44.1khz
6. 오디오 비트 레이트 64kbps
7. FMS URL- "rtmp : // my-ip : 1935 / live"
8. 스트림 키- "my-stream-key"
9. 해상도 -640x480
10. FPS (초당 프레임) -30
11. CFR (일정한 프레임 속도)-예
12. 키 프레임 간격-2 초 (2 초마다 하나의 키 프레임)
13. x264 인코딩 프로필 기준 (기본과 함께 작동 할 수 있음 — ​​사용하는 플레이어에 따라 다름)
14. 매우 빠른 x264 CPU

다른 인코더를 사용 해보고 실험 해 보는 것이 좋습니다. 넓은 가로 세로 비율을 원하거나 카메라 (또는 다른 브로드 캐스트) 자료가 필요할 수 있습니다. 그렇다면 인코더에서이 정보를 변경하고 nginx.conf내가 제공 한 파일 의 exec-ffmpeg 섹션에 나열된 종횡비도 변경하십시오 . 그렇지 않으면 구피처럼 보이는 비디오 피드를 얻게됩니다.

인코더가 설정되면 모두 테스트 할 수 있습니다. 웹캠 또는 웹캠에서 실행되는 테스트 피드로 인코더를 시작하십시오. 다음과 같은 URL을 사용하여 VLC 플레이어로이 시점에서 방송을 볼 수 있습니다.

http://my-ip/live/my-stream-key/index.m3u8
http://my-ip/mobile/my-stream-key/index.m3u8

이들은 각각 메인 및 모바일 비디오 스트림을위한 것입니다. IP와 스트림 키를 적절히 대체하십시오.

첫 번째 스트림 확인 (ssh 또는 ftp를 통해)을 성공적으로 브로드 캐스트 한 후 /video_recordingsVultr VPS 의 폴더에 라이브 브로드 캐스트가 녹음되었는지 확인하십시오 . 다음과 같은 URL을 사용하여 VLC에서이 기록 된 파일을 재생할 수도 있습니다.

rtmp://my-ip/vod/filename.flv

Nginx 통계도 사용할 수 있습니다 (Nginx stub_status 사용). 방문자 / 시청자 통계를 보려면 다음에 액세스하십시오.

http://my-ip/stats

웹 페이지에서 비디오를 보려면 내장 플레이어가 필요합니다. HLS 비디오를 재생할 수있는 내장 플레이어가 많이 있습니다. 나는 몇 년 동안 JW Player를 사용했지만 무료 버전은 HLS를 재생하지 않습니다. Bitmovin의 Flowplayer 및 Bitdash (다른 솔루션 중에서도)는 비상업적 버전의 플레이어를 무료로 제공하여 HLS 스트림을 웹 페이지에 포함시킬 정도로 관대합니다. 이 기사에서는 두 가지를 모두 시도했으며 Vultr / Nginx 기반 비디오 서버와 잘 작동하는 것으로 나타났습니다. Flowplayer를 테스트 베드 머신과 함께 사용하는 방법을 간단히 보여 드리겠습니다.

If you are going to use live HLS streaming in any regular, sustained, or commercial way, I would encourage you to purchase a license from Flowplayer or whichever player you decide to use. You will get a player which has fewer restrictions, more features, and can be branded to your organization. You'll also get support - which can be very important. Other than the Vultr VPS, this is really the only cost associated with the project.

Before you do anything else, it's important to take care of what is called "cross-domain" restrictions, which would otherwise shut down your ability to stream to a webpage/website. Create a crossdomain.xml file in your nginx/html folder and put instructions in it to allow data to flow between domains:

sudo nano /usr/local/nginx/html/crossdomain.xml

먼저이 페이지에서 복사 한 후 다음 XML 데이터를 나노 편집기 필드에 붙여 넣습니다 (오른쪽 클릭).

<?xml version="1.0"?>
<!DOCTYPE cross-domain-policy SYSTEM "http://www.adobe.com/xml/dtds/cross-domain-policy.dtd">
<cross-domain-policy>
<allow-access-from domain="*"/>
</cross-domain-policy>

Ctrl + O 를 눌러 기록한 다음 Ctrl + X 를 눌러 파일을 디스크에 저장하고 종료하십시오.

압축을 풀 때 여러 파일과 폴더를 제공하는 Flowplayer의 HTML5 (버전 6.0.3)를 가져 왔습니다. 모든 파일과 폴더를 "flowplayer"라는 Nginx / HTML 루트 폴더의 하위 폴더에 업로드했습니다. 정확한 경로는 /usr/local/nginx/html/flowplayer입니다.

웹 페이지에 포함 된 비디오를 테스트하려면 nano를 사용하여 Nginx / HTML 폴더의 루트에 두 개의 HTML 파일을 만들고 다음 내용으로 채 웁니다.

파일:

sudo nano /usr/local/nginx/html/hls.html

HTML 코드 :

<!doctype html>
<head>
<link rel="stylesheet" href="#">
</head>

<body>
640x480 664kbps (live) Desktop Browsers<br>
<div style="width:640px;" class="flowplayer" data-swf="flowplayer/flowplayer.swf" data-ratio="0.75">
<video>
<source type="application/x-mpegurl" src="">
</video>
</div>
<br><br>
480x360 464kbps (mobile) Mobile Browsers <br>
<div style="width:480px;" class="flowplayer" data-swf="flowplayer/flowplayer.swf" data-ratio="0.75">
<video>
<source type="application/x-mpegurl" src="">
</video>
</div>
</body>

파일:

sudo nano /usr/local/nginx/html/hls_progressive.html

HTML 코드 :

<!doctype html>
<head>
<link rel="stylesheet" href="#">
<style> .flowplayer { width: 640px; } </style>
</head>

<body>
<div class="flowplayer" data-swf="flowplayer/flowplayer.swf" data-ratio="0.75">
<video>
<source type="application/x-mpegurl" src=""> 
<source type="application/x-mpegurl" src="">
</video>
</div>
<br>
</body>

"my-ip"및 "my-stream-key"를 데이터로 대체하십시오.

flowplayer/skin/functional.css스타일 시트에서 "#"기호 의 경로 를 대체해야합니다 href="#". 튜토리얼 소프트웨어가 경로를 제거합니다. 당신은에 URL 입력해야 src=""이 자습서 소프트웨어 사용에 의해 제거되고 - 부분 http://my-ip/live/my-stream-key/index.m3u8과 http://my-ip/mobile/my-stream-key/index.m3u8각각. 또한 및에 대한 스크립트 src태그를 헤드에 추가해야합니다 . 튜토리얼 소프트웨어에 의해 태그가 제거됩니다. Flowplayer 키트에 포함 된 파일 을보고 이러한 태그를 구성하는 방법을 찾을 수 있습니다 .jquery-1.11.2.min.jsflowplayer.min.jsexample html

웹캠 또는 웹캠에서 실행되는 테스트 피드로 인코더를 시작하십시오. 다음 URL을 사용하여 브라우저에서 브로드 캐스트를 볼 수 있습니다.

http://my-ip/hls.html
http://my-ip/hls_progressive.html

첫 페이지에는 각 스트림 (메인 스트림과 모바일 플랫폼)이 표시됩니다. 당신은 그들을 시작하고 볼 수 있습니다. 모바일 플랫폼 스트림의 크기가 더 작다는 것을 알 수 있습니다. 이 단계는 모든 것이 실행되고 있는지 확인하기위한 것입니다.

두 번째 페이지는 단일 스트림을 보여줍니다. 그러나 "프로그레시브 스트리밍"이라고하는 방식으로 설정됩니다. 이는 시청자가 비디오를 재생할 때 서버와 플레이어가 시청자 연결이이를 유지할 수있는 경우 시청자에게 고품질의 고품질 스트림을 제공하려고 시도한다는 것을 의미합니다. 연결 상태가 좋지 않고 연결 상태를 유지할 수없는 경우 대역폭이 200kbps 낮은 비트 전송률 (모바일) 스트림을 표시하도록 롤 다운됩니다. 원하는 경우 ffmpeg를 사용하여 더 점진적이고 점진적인 스트림을 만들고 내 예제를 사용하여 구성 할 수 있습니다.

이 구성을 단일 코어, 1GB Vultr VPS에서 테스트했으며 단일 라이브 스트림과 ffmpeg로 생성 된 변환 된 모바일 스트림에서 CPU 사용량이 35 % 미만이고 100MB 만 소비 한 것으로 나타났습니다. 내 1GB의 램. 이제는 매우 효율적인 설정입니다.

SD보다 픽셀 크기가 훨씬 큰 비디오를 스트리밍하려는 경우 더 강력한 VPS를 사용해야 할 수도 있습니다. 나는 이것에 대해 궁금했고 메인 스트림을 최대 1280x960 픽셀 및 2Mbps로 실행하여 추가로드를가했습니다. 그러나 VPS는 여전히 50 % CPU 만 사용했으며 메모리 사용량은 100MB로 유지되었습니다. 12 개의 뷰어 / 브라우저를 추가했으며 VPS의로드에 거의 차이가 없었으며 사용 된 대역폭 만 증가했습니다. ffmpeg를 사용하여 추가 변환 스트림을 작성하면 시스템에 계속 추가로드가 발생한다고 확신합니다.

동시 사용자 수가 50 명에서 100 명 사이 인 프로덕션 환경에서이 유형의 서버를 사용했으며 뷰어 연결이 증가하면 리소스 사용량이 거의 증가하지 않는다는 것을 알았습니다. 그것으로 실험하십시오. 그러나 대부분의 사용자는 단일 코어, 1GB VPS를 사용하면 행복 할 것이라고 생각합니다. 새로운 HLS 스트리밍 서버를 즐기십시오!