लाइव HLS वीडियो स्ट्रीम करने के लिए उबंटू पर Nginx सेटअप करें

HTTP लाइव स्ट्रीमिंग (HLS) Apple Inc. द्वारा कार्यान्वित एक बहुत ही मजबूत स्ट्रीमिंग वीडियो प्रोटोकॉल है। HLS HTTP लेनदेन का उपयोग करता है, जो फ़ायरवॉल, परदे के पीछे, और आसानी से CDN के माध्यम से वितरित किया जा सकता है। इसलिए, यह तकनीक आरटीपी या अन्य यूडीपी-आधारित प्रोटोकॉल की तुलना में बहुत अधिक देखने वाले दर्शकों तक पहुंचने में सक्षम है। आज ऑनलाइन लाइव स्ट्रीमिंग वीडियो का अधिकांश हिस्सा महंगी प्रणालियों द्वारा होस्ट किया जाता है जो एचएलएस का उपयोग करते हैं, लेकिन वे आम तौर पर महंगे होते हैं और सर्वर संसाधनों की बहुत आवश्यकता होती है। यह ट्यूटोरियल आपको दिखाएगा कि केवल खुले स्रोत सॉफ़्टवेयर का उपयोग करके एचएलएस लाइव स्ट्रीमिंग इवेंट करने के लिए एक बहुत ही सस्ती Ubuntu 14.04 VULTR VPS कैसे सेट करें।

पहला कदम है कि आप अपने सर्वर को Ubuntu 14.04 पर Vultr Doc " सेटअप Nginx-RTMP " के अनुसार पढ़ें और सेट करें । लेखन के समय सेटअप चरण के लिए उस दस्तावेज़ में निर्देश सबसे व्यापक थे। मैं यह उल्लेख करूंगा कि आप "nginx-1.9.4" के साथ "nginx-1.7.5" या जो भी Nginx का नवीनतम संस्करण उपलब्ध है, उसे स्थानापन्न करना चाह सकते हैं। अन्य सुझाव के लिए अपने आप को कितने एचएलएस दर्शकों को बाद में मॉनिटर करने की क्षमता देने के लिए HTTP स्टब स्थिति मॉड्यूल के साथ Nginx संकलित करना है।

के साथ संकलन के बजाय:

./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 मैनिफ़ेस्ट और वीडियो टुकड़े को होल्ड करने के लिए आवश्यक फ़ोल्डर संरचनाएँ बनाएँ:

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" को प्रतिस्थापित करने के लिए अपनी फ़ाइल को संपादित करें । आप "माई-स्ट्रीम-की" के लिए कुछ भी उपयोग कर सकते हैं यह केवल एक शब्द है जो आपके लिए अद्वितीय और उपयोगी है। आप अपनी मूल कॉन्फ़िग फ़ाइल को पहले वापस करना चाह सकते हैं, फिर मेरी आपूर्ति की गई कॉन्फ़िगरेशन जानकारी को संपादक में पेस्ट कर सकते हैं, जो सब कुछ वहां था:

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 त्रुटि संदेशों के लिए निकट से देखें और किसी भी त्रुटि को संबोधित करें, जो मिस-स्पेलिंग, फ़ोल्डर स्वामित्व या अनुमतियों के कारण हो सकती है। यदि आपके पास कोई त्रुटि संदेश नहीं है, तो आप अपनी एनकोड स्ट्रीम तैयार करने के लिए तैयार हैं।

स्ट्रीम बनाने के लिए आपके पास एक वीडियो एनकोडर होना चाहिए। मैं ओबीएस (ओपन ब्रॉडकास्टर सॉफ्टवेयर) का उपयोग करता हूं - जो कि ओपन-सोर्स है और मेरे लिए अच्छा काम करता है। चुनने के लिए अन्य समाधान हैं, जो इस ट्यूटोरियल के दायरे से बाहर हैं। मैं RTMP वीडियो एनकोडर को कॉन्फ़िगर करने के बारे में सब कुछ कवर नहीं करूंगा। वे सभी हालांकि लगभग एक ही इनपुट चर की आवश्यकता होती है। मेरे सटीक nginx.confकॉन्फ़िगरेशन का उपयोग करने के लिए और अधिकांश खिलाड़ियों / ब्राउज़रों / प्लेटफार्मों पर अच्छी तरह से कार्य करने के लिए आपको मुख्य सेटिंग्स की आवश्यकता होगी :

1. एनकोडर-x264
2. परिवर्तनीय बिटरेट (सीबीआर या लगातार बिट दर नहीं), उच्चतम गुणवत्ता
3. मैक्स बिटरेट -600 केबीपीएस
4. ऑडियो-कोडेक-एएसी
5. ऑडियो-स्वरूप-44.1khz
6. ऑडियो-बिटरेट-64kbps
7. FMS URL- "rtmp: // my-ip: 1935 / live"
8. स्ट्रीम कुंजी- "माय-स्ट्रीम-की"
9. संकल्प-640x480
10. एफपीएस (फ्रेम प्रति सेकंड) -30
11. सीएफआर (लगातार फ्रेम दर) - हां
12. कीफ़्रेम अंतराल -2 सेकंड (हर 2 सेकंड में एक कीफ़्रेम)
13. x264 प्रोफाइल-बेसलाइन एनकोडिंग (मुख्य के साथ काम कर सकता है - उपयोग किए गए खिलाड़ी पर निर्भर करता है)
14. x264 CPU वर्तमान-बहुत-बहुत

मैं विभिन्न एन्कोडर की कोशिश कर रहा हूं और उनके साथ प्रयोग कर रहा हूं। आप एक विस्तृत पहलू अनुपात या अपने कैमरे (या अन्य प्रसारण) सामग्री की मांग कर सकते हैं। यदि हां, तो अपने एनकोडर में इस जानकारी को बदलना सुनिश्चित करें और उस nginx.confफ़ाइल के निष्पादन-एफएफएमईजी अनुभाग में सूचीबद्ध पहलू अनुपात जिसे मैंने आपूर्ति की है; अन्यथा आपको कुछ नासमझ दिखने वाले वीडियो फ़ीड मिलेंगे।

एक बार आपका एनकोडर सेट हो जाने के बाद, आप यह सब परख सकते हैं। एनकोडर को अपने वेबकैम या उस पर चलने वाले किसी प्रकार के परीक्षण-चारा के साथ शुरू करें। आप URL के उपयोग से VLC खिलाड़ी के साथ इस बिंदु पर अपना प्रसारण देख सकते हैं जैसे:

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

ये क्रमशः आपके मुख्य और आपके मोबाइल वीडियो स्ट्रीम के लिए हैं। अपने आईपी स्थानापन्न और तदनुसार धारा कुंजी।

आपके द्वारा अपना पहला स्ट्रीम चेक (ssh या ftp के माध्यम से) सफलतापूर्वक प्रसारित करने के बाद, आपका लाइव प्रसारण /video_recordingsआपके Vulture VPS पर फ़ोल्डर में रिकॉर्ड किया गया था । आप इस रिकॉर्ड की गई फ़ाइल को VLC में URL के साथ खेलने का प्रयास कर सकते हैं जैसे:

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

Nginx आँकड़े भी उपलब्ध हैं (Nginx stub_status के साथ)। आगंतुक / दर्शक आँकड़े देखने के लिए, पहुँच:

http://my-ip/stats

अपने वीडियो को वेबपृष्ठ पर देखने के लिए आपको एक एम्बेड करने योग्य खिलाड़ी की आवश्यकता होगी। कई एम्बेड करने योग्य खिलाड़ी उपलब्ध हैं जो HLS वीडियो चलाएंगे। मैंने कुछ वर्षों के लिए JW प्लेयर का उपयोग किया है, लेकिन मुफ्त संस्करण HLS नहीं चलेगा। Bitmovin द्वारा फ्लोप्लेयर और बिटडैश (अन्य समाधानों के बीच) अपने खिलाड़ियों के गैर-व्यावसायिक संस्करण को मुफ्त में पेश करने के लिए पर्याप्त उदार हैं जो आपके एचएलएस स्ट्रीम को एक वेबपेज में एम्बेड करेगा। इस लेख के लिए, मैंने उन दोनों की कोशिश की है और पाया है कि वे दोनों मेरे वल्चर / नग्नेक्स-आधारित वीडियो सर्वर के साथ काफी अच्छी तरह से काम करते हैं। मैं संक्षेप में दिखाऊंगा कि कैसे मैंने फ्लोप्लेयर को अपने परीक्षण मशीन के साथ जाना।

यदि आप किसी भी नियमित, निरंतर, या वाणिज्यिक तरीके से लाइव HLS स्ट्रीमिंग का उपयोग करने जा रहे हैं, तो मैं आपको फ़्लोप्लेयर या जो भी खिलाड़ी आपके द्वारा उपयोग करने का निर्णय लेता है, से एक लाइसेंस खरीदने के लिए प्रोत्साहित करेगा। आपको एक ऐसा खिलाड़ी मिलेगा जिसके पास कम प्रतिबंध, अधिक सुविधाएँ हैं, और आपके संगठन को ब्रांड किया जा सकता है। आपको समर्थन भी मिलेगा - जो बहुत महत्वपूर्ण हो सकता है। Vultr VPS के अलावा, यह वास्तव में परियोजना से जुड़ी एकमात्र लागत है।

इससे पहले कि आप कुछ और करें, "क्रॉस-डोमेन" प्रतिबंधों को ध्यान में रखना महत्वपूर्ण है, जो अन्यथा वेबपेज / वेबसाइट पर स्ट्रीम करने की आपकी क्षमता को बंद कर देगा। crossdomain.xmlअपने nginx/htmlफ़ोल्डर में एक फ़ाइल बनाएं और उसमें निर्देश डालें ताकि डेटा को डोमेन के बीच प्रवाहित किया जा सके:

sudo nano /usr/local/nginx/html/crossdomain.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 डिस्क और बाहर निकलने के लिए फ़ाइल को बचाने के लिए।

मैंने फ्लोप्लेयर के एचटीएमएल 5 (संस्करण 6.0.3) को पकड़ा, जिसने मुझे अनज़िप होने पर कई फाइलें और एक फ़ोल्डर दिया। मैंने सभी फाइलों और फ़ोल्डर को नगीनेक्स / एचटीएमएल रूट फ़ोल्डर के सबफ़ोल्डर में अपलोड किया, जिसे मैंने "फ्लोप्लेयर" नाम दिया। सटीक रास्ता था /usr/local/nginx/html/flowplayer।

वेबपृष्ठ में एम्बेड किए जाने पर हमारे वीडियो का परीक्षण करने के लिए, नैनो का उपयोग करके 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="#"। ट्यूटोरियल सॉफ्टवेयर पथ को स्ट्रिप्स करता है। आपको src=""भाग में एक URL भरना होगा - यह क्रमशः ट्यूटोरियल सॉफ़्टवेयर, उपयोग http://my-ip/live/my-stream-key/index.m3u8और http://my-ip/mobile/my-stream-key/index.m3u8, द्वारा छीन लिया जा रहा है। आपको स्क्रिप्ट srcटैग को सिर में jquery-1.11.2.min.jsऔर दोनों के लिए जोड़ना होगा flowplayer.min.js। ट्यूटोरियल सॉफ़्टवेयर द्वारा टैग छीन लिए जा रहे हैं। example htmlफ़्लोप्लेयर किट के साथ शामिल फ़ाइल को देखकर आप इन टैगों को फ़ैशन करना सीख सकते हैं।

एनकोडर को अपने वेबकैम या उस पर चलने वाले किसी प्रकार के परीक्षण-चारा के साथ शुरू करें। आप निम्न URL का उपयोग करके ब्राउज़र में अपना प्रसारण देख सकते हैं:

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

पहला पृष्ठ आपकी प्रत्येक स्ट्रीम को दिखाता है - मुख्य एक और मोबाइल प्लेटफ़ॉर्म एक। आप उन दोनों को शुरू करने और उन्हें देखने में सक्षम होंगे। आप देखेंगे कि मोबाइल प्लेटफ़ॉर्म स्ट्रीम आकार में छोटी है। ये चरण केवल यह सुनिश्चित करने के लिए हैं कि सब कुछ चल रहा है।

दूसरा पृष्ठ एक एकल धारा दिखाता है। लेकिन इसे एक तरह से स्थापित किया जाता है जिसे "प्रगतिशील स्ट्रीमिंग" कहा जाता है। इसका अर्थ यह है कि जब कोई दर्शक वीडियो चलाता है, तो सर्वर और खिलाड़ी दोनों ही दर्शक को उच्च-बिटरेट, उच्च-गुणवत्ता की धारा देने की कोशिश करते हैं यदि दर्शक कनेक्शन बनाए रख सकते हैं। यदि उनका कनेक्शन खराब है और यह कनेक्शन को बनाए नहीं रख सकता है, तो यह निचले-बिटरेट (मोबाइल) स्ट्रीम को दिखाने के लिए नीचे रोल करता है जो बैंडविड्थ में 200 केबीपीएस कम है। यदि आप चाहें, तो आप ffmpeg के साथ अधिक स्नातक, प्रगतिशील स्ट्रीम बना सकते हैं और मेरे उदाहरण का उपयोग करके उन्हें कॉन्फ़िगर कर सकते हैं।

मैंने एक सिंगल कोर, 1GB वल्चर VPS पर इस कॉन्फ़िगरेशन का परीक्षण किया है और मैंने पाया है कि एकल लाइव स्ट्रीम के साथ, इसके अलावा ट्रांस-रेटेड मोबाइल स्ट्रीम जो कि ffmpeg के साथ बनाता है, CPU उपयोग 35% से कम था और इसमें केवल 100MB की खपत थी मेरे 1GB RAM। अब यह एक बहुत ही कुशल सेटअप है।

यदि आप वीडियो को स्ट्रीम करने की योजना बनाते हैं जो एसडी की तुलना में पिक्सेल आयामों में बहुत बड़ा है, तो आप पा सकते हैं कि आपको एक अधिक शक्तिशाली वीपीएस का उपयोग करना होगा। मैं इस बारे में उत्सुक था और अपनी मुख्य धारा को 1280x960 पिक्सल और 2 एमबीपीएस तक चला गया था - चीजों पर अतिरिक्त भार डाल रहा था। लेकिन VPS अभी भी केवल 50% CPU का उपयोग करता है और मेमोरी उपयोग 100MB पर बना हुआ है। मैंने एक दर्जन दर्शकों / ब्राउज़रों को जोड़ा और इससे वीपीएस पर लोड में लगभग कोई अंतर नहीं आया - केवल उपयोग किए गए बैंडविड्थ ही बढ़ गए। मुझे यकीन है कि ffmpeg के साथ अतिरिक्त ट्रांस-रेटेड स्ट्रीम बनाना सिस्टम पर अतिरिक्त भार डालना जारी रखेगा।

मैंने 50 और 100 समवर्ती उपयोगकर्ताओं के बीच उत्पादन परिवेश में इस प्रकार के सर्वर का उपयोग किया है और पाया है कि दर्शक कनेक्शन बढ़ने के साथ संसाधन का उपयोग बहुत कम हो गया है। इसके साथ प्रयोग करें। लेकिन मुझे लगता है कि अधिकांश उपयोगकर्ता सिंगल-कोर, 1 जीबी वीपीएस का उपयोग करके खुश होंगे। अपने नए HLS स्ट्रीमिंग सर्वर का आनंद लें!