Nginx- आधारित ऑनलाइन प्रसारण सर्वर

परिचय

सभी को नमस्कार! कुछ महीनों पहले, हबर में एक लेख " नाज़िनक्स का उपयोग करके ऑनलाइन वीडियो प्रसारित करना" प्रकाशित किया गया था, जिसमें एकेतन ने वीडियो प्रसारण के लिए नगीनेक्स के लिए विकसित किए गए मॉड्यूल को लागू करने में अपने अनुभव के बारे में बात की थी - नगनेक्स-आरटीएमपी -मॉड्यूल। तब से, उत्पाद को सक्रिय रूप से विकसित किया गया है और इस लेख में मैं इसके बारे में अधिक बात करूंगा।

ब्रॉडकास्टर को क्लाइंट को वीडियो स्ट्रीम प्रसारित करने की आवश्यकता होती है। यह या तो लाइव स्ट्रीम या रिकॉर्ड किए गए वीडियो (VOD, वीडियो-ऑन-डिमांड) का प्रसारण है। बड़ी संख्या में वीडियो प्रसारण प्रौद्योगिकियां हैं। उनमें से, हम RTMP या MPEG-TS जैसे पारंपरिक प्रोटोकॉल और साथ ही HTTP पर अनुकूली प्रसारण के लिए हालिया तकनीकों को भी अलग कर सकते हैं। उत्तरार्द्ध में HLS (Apple), HDS (Adobe), स्मूथ स्ट्रीमिंग (Microsoft), MPEG-DASH शामिल हैं। प्रौद्योगिकी का चयन करते समय, मुख्य कारक ग्राहक पक्ष पर इसका समर्थन है। यही कारण है कि वर्तमान में RTMP प्रारूप में प्रसारण सबसे आम में से एक है। एचएलएस प्रोटोकॉल को ऐप्पल डिवाइस, साथ ही एंड्रॉइड के कुछ संस्करणों द्वारा समर्थित किया गया है।

बनाएँ और nginx-rtmp कॉन्फ़िगर करें

Nginx-rtmp मॉड्यूल को nginx में जोड़ने के लिए, आपको nginx को कॉन्फ़िगर करते समय इसे किसी अन्य मॉड्यूल की तरह --add- मॉड्यूल विकल्प में निर्दिष्ट करना होगा।

./configure --add-module=/path/to/nginx-rtmp-module 

असेंबली और स्थापना के बाद, rtmp {} अनुभाग को nginx.conf कॉन्फ़िगरेशन फ़ाइल में जोड़ें। इसे कॉन्फ़िगरेशन की जड़ में जोड़ा जाना चाहिए। उदाहरण के लिए:

 rtmp { server { listen 1935; application myapp { live on; } } } 

कई मामलों के लिए, यह सरल कॉन्फ़िगरेशन पर्याप्त होगा। यह myMP नाम का RTMP एप्लीकेशन सेट करता है। इस एप्लिकेशन में, हम बाद में स्ट्रीम प्रकाशित करेंगे और उनसे इसे खेलेंगे। प्रत्येक धागे का अपना अनूठा नाम भी होगा। यह उपरोक्त विन्यास के बारे में एक महत्वपूर्ण बारीकियों पर ध्यान देने योग्य है। यह उस मामले के लिए सही है जब नगनेक्स श्रमिकों की संख्या एक के बराबर होती है (आमतौर पर nginx.conf की शुरुआत में)।

 worker_processes 1; 

बड़ी संख्या में श्रमिकों के साथ लाइव प्रसारण का उपयोग करने में सक्षम होने के लिए, आपको निर्देश पर rtmp_auto_push निर्दिष्ट करना होगा (अनुभाग "श्रमिक और स्थानीय रिले" देखें )।

प्रकाशित करें और लाइव स्ट्रीम खेलें

वीडियो प्रकाशित करने और चलाने के लिए आप फ़्लैश प्लेयर (JWPlayer, FlowPlayer, Strobe, आदि) का उपयोग कर सकते हैं। हालाँकि, ffmpeg (और ffplay) अक्सर सर्वर धाराओं को प्रसारित करने और परीक्षण के लिए उपयोग किया जाता है। हम निम्नलिखित कमांड के साथ test.mp4 परीक्षण फ़ाइल का प्रसारण शुरू करते हैं:

 ffmpeg -re -i /var/videos/test.mp4 -c copy -f flv rtmp://localhost/myapp/mystream 

यह ध्यान दिया जाना चाहिए कि आरटीएमपी कोडेक्स के सीमित सेट का समर्थन करता है, हालांकि, ऐसे लोकप्रिय कोडेक्स, जैसे एच 264 और एएसी, उनमें से हैं। यदि परीक्षण फ़ाइल में कोडेक्स RTMP के अनुकूल नहीं हैं, तो ट्रांसकोडिंग आवश्यक है:

 ffmpeg -re -i /var/videos/test.mp4 -c:v libx264 -c:a libfaac -ar 44100 -ac 2 -f flv rtmp://localhost/myapp/mystream 

आप फ़ाइल से या किसी अन्य स्रोत से एक स्ट्रीम प्रसारित कर सकते हैं। उदाहरण के लिए, यदि हम मानते हैं कि लाइव MPEG-TS स्ट्रीम वीडियो के लिए प्रसारित हो रहा है ।example.com / livechannel.ts , आप इसे rtmp में भी लपेट सकते हैं:

 ffmpeg -i http://video.example.com/livechannel.ts -c copy -f flv rtmp://localhost/myapp/mystream 

स्थानीय वेबकैम से प्रसारण का एक उदाहरण:

 ffmpeg -f video4linux2 -i /dev/video0 -c:v libx264 -an -f flv rtmp://localhost/myapp/mystream 

आप निम्नलिखित कमांड के साथ ffplay का उपयोग करके स्ट्रीम खेल सकते हैं:

 ffplay rtmp://localhost/myapp/mystream 

और अंत में, ब्राउज़र से एक स्ट्रीम चलाने के लिए JWPlayer का उपयोग करने का एक सरल उदाहरण (पूरी तरह से / परीक्षण / www में उपलब्ध है) निर्देशिका:

 <script type="text/javascript" src="/jwplayer/jwplayer.js"></script> <div id="container">Loading the player ...</div> <script type="text/javascript"> jwplayer("container").setup({ modes: [ { type: "flash", src: "/jwplayer/player.swf", config: { bufferlength: 1, file: "mystream", streamer: "rtmp://localhost/myapp", provider: "rtmp", } } ] }); </script> 

वीडियो ऑन डिमांड

मॉड्यूल mp4 और flv प्रारूपों में वीडियो फ़ाइलों को प्रसारित करने का समर्थन करता है। सेटिंग उदाहरण:

 application vod { play /var/videos; } 

खेलते समय, क्रमशः, आपको फ़ाइल नाम निर्दिष्ट करना होगा, अन्यथा सब कुछ लाइव प्रसारण के समान है।

 ffplay rtmp://localhost/vod/movie1.mp4 ffplay rtmp://localhost/vod/movie2.flv 

रिले

वितरित सिस्टम का निर्माण करते समय, लोड को संतुलित करने के लिए रिले को सक्षम करने में सक्षम होना महत्वपूर्ण है
बड़ी संख्या में सर्वर पर। मॉड्यूल दो प्रकार के रिलेइंग को लागू करता है: पुश और पुल। पहले प्रकार का रिले
स्थानीय रूप से प्रकाशित स्ट्रीम को दूरस्थ सर्वर में स्थानांतरित करने में शामिल है, और रिमोट को स्थानांतरित करने में दूसरा है
स्थानीय सर्वर को स्ट्रीम। रिले धक्का उदाहरण:

 application myapp { live on; push rtmp://cdn.example.com; } 

जिस क्षण rtmp पर प्रकाशन शुरू होता है: // localhost / myapp / mystream, दूरस्थ सर्वर के लिए एक कनेक्शन बनाया जाता है और rtmp के आगे मिस्ट्री स्ट्रीम प्रकाशित किया जाता है: //cdn.example.com/myapp/mystream। जब स्थानीय प्रकाशन समाप्त हो जाता है, तो cdn.example.com का कनेक्शन स्वतः समाप्त हो जाता है।

रिवर्स रिले रिवर्स ऑपरेशन करें:

 application myapp { live on; pull rtmp://cdn.example.com; } 

इस उदाहरण में, जब एक क्लाइंट प्रकट होता है जो स्ट्रीम rtmp खेलना चाहता है: // localhost / myapp / mystream स्थानीय रूप से, rtmp के साथ एक कनेक्शन बनाया जाएगा: //cdn.example.com/myapp/mytstream और रिमोट स्ट्रीम को स्थानीय सर्वर से रिले किया जाएगा, जिसके बाद यह बन जाएगा। सभी स्थानीय ग्राहकों के लिए सुलभ। फिलहाल जब कोई क्लाइंट नहीं बचा है, तो कनेक्शन पूरा हो जाएगा।

मोबाइल प्रसारण (HLS)

IPhone / iPad उपकरणों के प्रसारण के लिए, साथ ही Android के नए संस्करणों के लिए, HLS प्रोटोकॉल (HTTP लाइव स्ट्रीमिंग) का उपयोग किया जाता है।
प्रोटोकॉल Apple द्वारा विकसित किया गया था और HTTP पर भेजे गए MPEG-TS / H264 / AAC स्ट्रीम के टुकड़ों में "कटा हुआ" है। M3u8 प्रारूप में एक प्लेलिस्ट स्ट्रीम से जुड़ी है। Nginx जानता है कि कैसे HTTP को पूरी तरह से प्रस्तुत करना है। तो, आपको बस एचएलएस स्ट्रीम के प्लेलिस्ट और टुकड़ों को बनाने और अपडेट करने की आवश्यकता है, साथ ही पुराने टुकड़ों को हटाने की निगरानी करना चाहिए। ऐसा करने के लिए, एक nginx-rtmp-hls मॉड्यूल है। यह hls निर्देशिका में स्थित है, लेकिन यह डिफ़ॉल्ट रूप से एकत्र नहीं किया गया है ffmpeg पैकेज में शामिल libavformat लाइब्रेरी की आवश्यकता है। HLS समर्थन के साथ nginx का निर्माण करने के लिए, आपको कॉन्फ़िगरेशन के दौरान इस मॉड्यूल को स्पष्ट रूप से जोड़ना होगा:

 ./configure --add-module=/path/to/nginx-rtmp-module --add-module=/path/to/nginx-rtmp-module/hls 

यह पता चला कि कुछ समय पहले ffmpeg प्रोजेक्ट को कांटा गया था। और अब हमारे पास दो परियोजनाएं हैं - ffmpeg और avconv, और इसलिए, तुरंत पुस्तकालयों की संगतता (या बल्कि, असंगति) की समस्याओं को उत्पन्न करना शुरू कर दिया। Nginx-rtmp के निर्माण के लिए आपको मूल ffmpeg की आवश्यकता होती है। उसी समय, कुछ लिनक्स वितरण ने एवोकॉन का उपयोग करने के लिए स्विच किया, जो विधानसभा के लिए उपयुक्त नहीं है। इस मामले में, मैंने विस्तृत निर्देश लिखे।

एचएलएस उत्पन्न करने के लिए, बस निम्नलिखित निर्देश निर्दिष्ट करें:

 application myapp { live on; hls on; hls_path /tmp/hls; hls_fragment 5s; } 

और अंत में, http {} अनुभाग में, HLS से संबंधित सभी चीजों की वापसी को कॉन्फ़िगर करें:

 location /hls { root /tmp; } 

अब हम माइस्ट्रीम स्ट्रीम को myapp एप्लिकेशन में प्रकाशित करते हैं, और iPhone ब्राउज़र में हम एड्रेस बार में example.com/hls/mystream.m3u8 टाइप करते हैं। इसके अलावा, स्ट्रीम को html वीडियो टैग में एम्बेड किया जा सकता है:

 <video width="600" height="300" controls="1" autoplay="1" src="http://example.com/hls/mystream.m3u8"></video> 

मैं ध्यान देता हूं कि iPhone पर खेलने के लिए, स्ट्रीम को H264 और AAC में एन्कोड किया जाना चाहिए। यदि स्रोत धारा इन शर्तों को पूरा नहीं करती है, तो आपको ट्रांसकोडिंग को कॉन्फ़िगर करना होगा।

recoding

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

 application myapp { live on; exec ffmpeg -i rtmp://localhost/myapp/$name -c:v flv -c:a -s 32x32 -f flv rtmp://localhost/myapp32x32/$name; } application myapp32x32 { live on; } 

इस उदाहरण में, ffmpeg का उपयोग आने वाले वीडियो को Sorenson-H263 में ट्रांसकोड करने के लिए किया जाता है, इसे 32x32 में आकार देता है, और परिणाम को myapp32x32 पर प्रकाशित करता है। आप एक ही समय में कई निष्पादन निर्देश सेट कर सकते हैं, जो स्ट्रीम के साथ कोई भी परिवर्तन करेगा और परिणाम को अन्य अनुप्रयोगों के लिए स्थानीय और दूरस्थ सर्वर दोनों पर प्रकाशित करेगा। निर्देश कई चर का समर्थन करता है, जिसमें $ ऐप (एप्लिकेशन नाम) और $ नाम (स्ट्रीम नाम) शामिल हैं।

श्रमिक और स्थानीय रिले

जैसा कि आप जानते हैं, नगीनक्स एक एकल-थ्रेडेड सर्वर है। प्रभावी रूप से आधुनिक प्रोसेसर के सभी कोर का उपयोग करने के लिए, आमतौर पर यह कई श्रमिकों में चलता है। HTTP अनुरोध संसाधित करना आमतौर पर एक-दूसरे से स्वतंत्र होता है, और केवल कुछ मामलों में (उदाहरण के लिए, कैश के मामले में), साझा किए गए डेटा तक पहुंचने के लिए आवश्यक है। इस तरह के डेटा को साझा मेमोरी में संग्रहीत किया जाता है।

लाइव प्रसारण के साथ, स्थिति अलग है। स्ट्रीम को चलाने वाले सभी क्लाइंट कनेक्शन स्पष्ट रूप से स्ट्रीम को प्रकाशित करने वाले कनेक्शन पर निर्भर करते हैं। इस मामले में साझा मेमोरी का उपयोग करना अक्षम्य, अनावश्यक रूप से समय लेने वाला है, इससे सिंक्रनाइज़ेशन और प्रदर्शन का एक बड़ा नुकसान होगा। इसलिए, कई श्रमिकों का उपयोग करने के लिए, UNIX सॉकेट्स के माध्यम से एक आंतरिक रिले तंत्र लागू किया गया था। दरअसल, ऐसी रिलेशंस व्यावहारिक रूप से साधारण बाहरी पुश-रिलेयिंग्स से भिन्न नहीं होती हैं। स्थानीय रिले निम्नलिखित निर्देश द्वारा सक्षम हैं।

 rtmp_auto_push on; 

इसे कॉन्फ़िगरेशन फ़ाइल के मूल भाग में निर्दिष्ट किया जाना चाहिए। मैं ध्यान देता हूं कि स्थानीय प्रसारण केवल लाइव प्रसारण के लिए आवश्यक हैं।

अभिलेख

अक्सर डिस्क पर प्रकाशित स्ट्रीम लिखने की आवश्यकता होती है। मॉड्यूल आपको स्ट्रीम (ऑडियो, वीडियो, कुंजी फ़्रेम) और संपूर्ण रूप से स्ट्रीम से व्यक्तिगत डेटा के रूप में रिकॉर्ड करने की अनुमति देता है। आप फ़ाइल आकार, साथ ही रिकॉर्ड करने योग्य फ़्रेमों की संख्या पर एक सीमा निर्धारित कर सकते हैं। निम्न उदाहरण प्रत्येक स्ट्रीम के पहले 128K को रिकॉर्ड करता है।

 record all; record_path /tmp/rec; record_max_size 128K; 

रिकॉर्डिंग flv प्रारूप में / tmp / rec निर्देशिका में होती है।

आप http अनुरोध का उपयोग करके रिकॉर्डिंग को मैन्युअल मोड में चालू कर सकते हैं। ऐसा करने के लिए, नियंत्रण मॉड्यूल का उपयोग करें। उसके बारे में जानकारी परियोजना की वेबसाइट पर पाई जा सकती है।

प्राधिकरण और व्यापार तर्क

कई मामलों में, वीडियो को प्रकाशित करने और खेलने के लिए प्रतिबंध या लेखांकन की आवश्यकता होती है। यह उस परियोजना के तर्क के कारण होता है जिसमें इसका उपयोग किया जाता है। इस तरह का सबसे आम मामला वीडियो देखने के लिए उसे एक्सेस देने से पहले उपयोगकर्ता को अधिकृत करने की आवश्यकता है। ब्रॉडकास्टर में प्रोजेक्ट के व्यावसायिक तर्क को एकीकृत करने के लिए, मॉड्यूल HTTP कॉलबैक जैसे on_publish और on_play पर लागू होता है। सर्वर कोड क्लाइंट के बारे में सभी उपलब्ध जानकारी प्राप्त करता है, जिसमें उसका पता, स्ट्रीम नाम, पृष्ठ का पता आदि शामिल है। यदि HTTP स्थिति 2xx वापस आ जाती है, तो कॉलबैक को सफलतापूर्वक पूरा कर लिया जाता है और क्लाइंट काम करना जारी रखता है। अन्यथा, कनेक्शन टूट गया है।

 on_publish http://example.com/check_publisher; on_play http://example.com/check_player; 

आंकड़े

किसी भी समय, हजारों क्लाइंट आपके सर्वर से कनेक्ट हो सकते हैं। स्वाभाविक रूप से, आपको एक इंटरफ़ेस की आवश्यकता होती है जो आपको उनकी सूची, साथ ही उनके द्वारा प्रकाशित या खेली जाने वाली धाराओं की सभी मुख्य विशेषताओं को देखने की अनुमति देता है। इसके अलावा, यह महत्वपूर्ण है कि यह जानकारी नेत्रहीन और संसाधित रूप से प्रोग्राम किए गए दोनों का विश्लेषण कर सकती है। Nginx-rtmp मॉड्यूल में ऐसा इंटरफ़ेस है। इसका उपयोग करने के लिए, आपको nginx.conf के http अनुभाग में निम्नलिखित निर्देशों को लिखना होगा।

 location /stat { rtmp_stat all; rtmp_stat_stylesheet stat.xsl; } location /stat.xsl { root /path/to/stat.xsl/dir/; } 

Rtmp_stat निर्देश में एक XML दस्तावेज़ का आउटपुट शामिल है जिसमें लाइव क्लाइंट के पूर्ण विवरण के साथ प्रकाशन या स्ट्रीम, एप्लिकेशन और सर्वर की सूची शामिल है। यह दस्तावेज़ सॉफ़्टवेयर प्रसंस्करण के लिए उपयोगी है, लेकिन दृश्य विश्लेषण के लिए पूरी तरह से अनुपयुक्त है। किसी ब्राउज़र में क्लाइंट की सूची देखने में सक्षम होने के लिए, rtmp_stat_stylesheet निर्देश XML XML स्टाइलशीट (stat.xsl) के सापेक्ष पथ को सेट करता है। यह फ़ाइल प्रोजेक्ट के मूल में है। इसे निर्दिष्ट URL पर वितरित करने के लिए nginx को कॉन्फ़िगर करना आवश्यक है। परिणाम को एक ब्राउज़र में देखा जा सकता है।

क्लाइंट कनेक्शन को स्पष्ट रूप से तोड़ना संभव है। ऐसा करने के लिए, नियंत्रण मॉड्यूल का उपयोग करें, लेख में वर्णित नहीं है।

सरल इंटरनेट रेडियो

लेख की शुरुआत से मैंने लगातार "वीडियो" शब्द का इस्तेमाल किया। बेशक, मॉड्यूल न केवल वीडियो, बल्कि ऑडियो स्ट्रीम भी प्रसारित कर सकता है। यहाँ बैश इंटरनेट रेडियो स्टेशन का एक सरल उदाहरण है, जो कि / var / संगीत से एमपी 3 फाइलों को प्रसारित करता है। यह धारा एक वेब पेज में एम्बेडेड एक साधारण JWPlayer खेल सकती है।

 while true; do ffmpeg -re -i "`find /var/music -type f -name '*.mp3'|sort -R|head -n 1`" -vn -c:a libfaac -ar 44100 -ac 2 -f flv rtmp://localhost/myapp/mystream; done 

अनुकूलता

मॉड्यूल FMS / FMLE, Wowza, वायरकास्ट सहित RTMP प्रोटोकॉल के साथ काम करने वाले सभी मुख्य सॉफ़्टवेयर के साथ संगत है, इसका परीक्षण सबसे आम फ़्लैश खिलाड़ियों JWPlayer, FlowPlayer, StrobeMediaPlayback के साथ किया जाता है, और यह ffmpeg / avconv और rtmpdump के साथ भी ठीक काम करता है।

भार

मॉड्यूल एसिंक्रोनस सिंगल-थ्रेडेड nginx सर्वर मॉडल का उपयोग करता है। यह आपको उच्च प्रदर्शन प्राप्त करने की अनुमति देता है। हम सिंगल वर्कर मोड में Intel Xeon E5320 / E5645 मशीनों पर मॉड्यूल का उपयोग करते हैं। इस मोड में, मौजूदा नेटवर्क कार्ड की अधिकतम बैंडविड्थ को प्राप्त करना संभव है - 2 जीबीपीएस। मॉड्यूल के उपयोगकर्ता कई श्रमिकों के साथ स्थानीय रिले मोड में उसी अनुपात (2Gbps प्रति कोर) के संरक्षण की पुष्टि करते हैं। अभ्यास से पता चलता है कि ब्रॉडकास्टर का प्रदर्शन आमतौर पर नेटवर्क पर रहता है, न कि सीपीयू पर।

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

निष्कर्ष

अंत में, मैं कहूंगा कि मॉड्यूल बीएसडी लाइसेंस के तहत वितरित किया जाता है। यह लिनक्स, फ्रीबीएसडी और मैकओएस पर बनाता और चलता है। लेख nginx-rtmp- मॉड्यूल कार्यक्षमता का केवल एक छोटा सा हिस्सा का वर्णन करता है। रुचि रखने वाले नीचे दिए गए लिंक का उपयोग करके परियोजना से परिचित हो सकते हैं।

• Github.com/arut/nginx-rtmp-module github पर प्रोजेक्ट पेज
• उदाहरणों के साथ निर्देशों का पूरा विवरण github.com/arut/nginx-rtmp-module/wiki/Directives ।
• ब्लॉग जहाँ मैं नए संस्करण, बग फिक्स और नए rarut.wordpress.com कार्यक्षमता के बारे में लिखता हूँ।
• Google समूह जहां मैं प्रश्नों का उत्तर देता हूं और मॉड्यूल. google.com/group/nginx-rtmp और group.google.com/group/nginx-rtmp- मॉड्यूल उपयोगकर्ताओं के साथ समस्याओं पर चर्चा करता हूं ।

मुझे खुशी होगी अगर यह परियोजना हेब के पाठकों को रुचिकर लगे।

आप सभी को धन्यवाद!