WCS 5.2 अवलोकन - ऑनलाइन प्रसारण और वेब चैटिंग के वेब डेवलपर्स के लिए WebRTC सर्वर

ऐलिस एक अनुभवी पूर्ण-स्टैक डेवलपर है और एक सप्ताह में php का उपयोग करके अपने पसंदीदा फ्रेमवर्क में SAAS प्रोजेक्ट फ्रेमवर्क लिखने में सक्षम है। सामने के छोर पर वह Vue.js. पसंद करता है

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

1) अपने उपयोगकर्ताओं को तृतीय-पक्ष संचारकों (स्काइप,) को न दें
हैंगआउट, आदि)। उन्हें सेवा में छोड़ दो।

2) मॉनिटर संचार: कॉल इतिहास, साक्षात्कार के परिणाम।

3) रिकॉर्ड कॉल (बेशक, रिकॉर्डिंग के दोनों पक्षों को सूचित करना)।

4) तृतीय-पक्ष सेवाओं की नीतियों और अपडेट पर निर्भर न रहें। हर कोई इस कहानी को जानता है: स्काइप अपडेट हुआ, और यह शुरू हुआ ...

कार्य सरल दिखता है। WebRTC इस विषय पर Google है और ऐसा लगता है कि आप दो ब्राउज़रों के बीच एक पीयर-टू-पीयर कनेक्शन का आयोजन कर सकते हैं, लेकिन प्रश्न:

1) STUN / TURN सर्वर कहां से लाएं

2) क्या उनके बिना करना संभव है

3) पीयर-टू-पीयर वेबआरटीसी कॉल कैसे रिकॉर्ड करें

4) यदि आपको कॉल में किसी तीसरे पक्ष को जोड़ने की आवश्यकता है, तो क्या होगा, उदाहरण के लिए, एक एचआर प्रबंधक या नियोक्ता का एक अन्य विशेषज्ञ।

यह पता चला है कि बस WebRTC और पीयर-टू-पीयर पर्याप्त नहीं हैं और यह स्पष्ट नहीं है कि सेवा के आवश्यक वीडियो कार्यों को शुरू करने के लिए यह सब क्या करना है।

लेख सामग्री

सर्वर और एपीआई

इन सभी सफेद धब्बों को बंद करने के लिए, सर्वर समाधान और पीयर-सर्वर-पीयर आर्किटेक्चर का उपयोग किया जाता है। वेब कॉल सर्वर 5.2 आगे WCS सर्वर समाधानों में से एक है - एक विकास मंच जो आपको इस तरह के वीडियो कार्यों को परियोजना में जोड़ने की अनुमति देता है और STUN / TURN और पीयर-टू-पीयर कनेक्शन स्थिरता के बारे में चिंता नहीं करता है।

उच्चतम स्तर पर, WCS एक जावास्क्रिप्ट एपीआई + सर्वर हिस्सा है। API का उपयोग ब्राउज़र की तरफ सामान्य जावास्क्रिप्ट पर विकसित करने के लिए किया जाता है, और सर्वर मीडिया ट्रैफ़िक को संसाधित करता है, मीडिया ट्रैफ़िक के लिए एक स्टेटफ़ुल प्रॉक्सी के रूप में कार्य करता है।

जावास्क्रिप्ट एपीआई के अलावा, एंड्रॉइड एसडीके और आईओएस एसडीके भी हैं, जिन्हें क्रमशः आईओएस और एंड्रॉइड के लिए मूल मोबाइल एप्लिकेशन विकसित करने की आवश्यकता होती है।

उदाहरण के लिए, सर्वर पर स्ट्रीम प्रकाशित करना (सर्वर से वेबकैम की ओर स्ट्रीम स्ट्रीम करना) ऐसा दिखता है:

वेब sdk

session.createStream({name:”stream123”}).publish(); 

Android एसडीके

 publishStream = session.createStream(streamOptions) publishStream.publish(); 

आईओएस एसडीके

 FPWCSApi2Stream *stream = [session createStream:options error:&error]; if(![stream publish:&error]) { //published without errors } 

नतीजतन, आप न केवल एक वेब एप्लिकेशन को लागू कर सकते हैं, बल्कि वीडियो स्ट्रीमिंग के समर्थन के साथ Google Play और ऐप स्टोर के लिए पूर्ण-अप अप भी कर सकते हैं। शीर्ष स्तर के चित्र में मोबाइल एसडीके जोड़ें। यह इस तरह से बाहर हो जाएगा:

आने वाली धाराएँ

स्ट्रीमिंग सर्वर, जो डब्ल्यूसीएस है, आने वाली धाराओं के साथ शुरू होता है। कुछ देने के लिए, आपके पास होना चाहिए। दर्शकों को वीडियो स्ट्रीम वितरित करने के लिए, यह आवश्यक है कि ये स्ट्रीम सर्वर में प्रवेश करें, इसकी रैम से गुजरें और नेटवर्क कार्ड के माध्यम से बाहर निकलें। इसलिए, पहला सवाल जो एक मीडिया सर्वर के साथ खुद को परिचित करते समय पूछना उपयोगी होगा: बाद के लिए कौन सी प्रोटोकॉल और प्रारूप स्वीकार करते हैं। WCS के मामले में, ये निम्नलिखित प्रौद्योगिकियाँ हैं: WebRTC, RTMP, RTSP, VOD, SIP / RTP।

प्रत्येक प्रोटोकॉल का उपयोग विविध ग्राहकों द्वारा किया जा सकता है। उदाहरण के लिए, WebRTC के माध्यम से, न केवल एक ब्राउज़र से एक धारा दर्ज कर सकते हैं, बल्कि एक अन्य सर्वर से भी। हम तालिका में आने वाले यातायात के संभावित स्रोतों को प्रदर्शित करते हैं।

यदि आप आने वाले ट्रैफ़िक के स्रोतों से गुज़रते हैं, तो आप निम्नलिखित जोड़ सकते हैं:

आने वाली WebRTC

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

एंड्रॉइड एसडीके और आईओएस एसडीके मोबाइल बारीकियों के कारण मक्खी पर डिवाइस के फ्रंट और रियर कैमरे के बीच स्विच करने की क्षमता है। यह आपको स्ट्रीम को बंद किए बिना स्ट्रीमिंग के दौरान स्रोत को बदलने की अनुमति देता है।

आने वाले WebRTC स्ट्रीम को WCS सर्वर से अन्य तरीकों से भी प्राप्त किया जा सकता है: पुश, पुल और सीडीएन, जिस पर थोड़ा बाद में चर्चा की जाएगी।

भीतर का rtmp

पसंदीदा OBS स्ट्रीमर, और अन्य एन्कोडर में RTMP प्रोटोकॉल का व्यापक रूप से उपयोग किया जाता है: वायरकास्ट, एडोब मीडिया एनसाउरसर, ffmpeg, आदि। इन एन्कोडर्स में से एक को लेते हुए, आप स्ट्रीम को कैप्चर कर सकते हैं और इसे सर्वर पर भेज सकते हैं।

आप किसी अन्य मीडिया सर्वर या WCS सर्वर से RTMP स्ट्रीम भी ले सकते हैं
पुश और पुल तरीकों का उपयोग करना। पुश के मामले में, सर्जक रिमोट सर्वर है। खींचने के मामले में, हम दूरस्थ एक से धारा खींचने के लिए स्थानीय एक की ओर मुड़ते हैं।

आने वाले आरटीएसपी

आरटीएसपी ट्रैफ़िक के स्रोत आमतौर पर आईपी कैमरे या तीसरे पक्ष के मीडिया सर्वर हैं जो आरटीएसपी प्रोटोकॉल का समर्थन करते हैं। इस तथ्य के बावजूद कि आरटीएसपी कनेक्शन शुरू करते समय, सर्जक WCS है, आईपी कैमरा से दिशा में ऑडियो और वीडियो ट्रैफ़िक WCS सर्वर की ओर बढ़ता है। इसलिए, हम कैमरे से आने वाली धारा पर विचार करते हैं।

आनेवाला VOD

पहली नज़र में, ऐसा लग सकता है कि वीओडी (वीडियो ऑन डिमांड) फ़ंक्शन विशेष रूप से आउटगोइंग स्ट्रीम और ब्राउज़र द्वारा फ़ाइल के प्लेबैक के साथ जुड़ा हुआ है। हमारे मामले में, यह थोड़ा गलत है। WCS ईमानदारी से mp4 फाइल को फाइल सिस्टम से लोकलहोस्ट में ट्रांसलेट करता है, परिणामस्वरूप, एक इनकमिंग स्ट्रीम बनाई जाती है, जैसे कि वह किसी थर्ड पार्टी सोर्स से आई हो। इसके अलावा, यदि हम एक दर्शक को एक mp4 फ़ाइल में प्रतिबंधित करते हैं, तो हमें क्लासिक वीओडी मिलता है, जहां दर्शक स्ट्रीम लेता है और शुरुआत से ही इसे निभाता है। यदि सीमित नहीं है, तो हमें VOD LIVE मिलता है - VOD की भिन्नता, जिसमें दर्शक उसी फ़ाइल को एक स्ट्रीम के रूप में चला सकते हैं, जो प्लेबैक बिंदु से कनेक्ट हो रही है, जिस पर अन्य सभी वर्तमान में स्थित हैं (पूर्व-रिकॉर्ड किए गए प्रसारण टेलीविजन मोड)।

आवक एसआईपी / आरटीपी

SIP सत्र के अंदर आने वाले RTP ट्रैफ़िक प्राप्त करने के लिए, आपको तीसरे पक्ष के SIP गेटवे के साथ कॉल सेट करना होगा। यदि कनेक्शन सफलतापूर्वक स्थापित किया गया है, तो ऑडियो और / या वीडियो ट्रैफ़िक एसआईपी गेटवे से जाएगा, जिसे डब्ल्यूसीएस की तरफ आने वाली स्ट्रीम में लपेटा जाएगा।

बहती धाराएँ

सर्वर पर स्ट्रीम प्राप्त करने के बाद, आप अनुरोध पर एक या कई दर्शकों को प्राप्त स्ट्रीम को दोहरा सकते हैं। दर्शक खिलाड़ी या अन्य डिवाइस से एक स्ट्रीम का अनुरोध करता है। ऐसी धाराओं को आउटगोइंग या "दर्शकों की धारा" कहा जाता है, क्योंकि इस तरह की धाराओं के सत्र हमेशा दर्शक या खिलाड़ी के पक्ष में शुरू किए जाते हैं। प्लेबैक प्रौद्योगिकियों के सेट में निम्नलिखित प्रोटोकॉल / प्रारूप शामिल हैं: WebRTC, RTMP, RTSP, MSE, HLS

निवर्तमान WebRTC

इस मामले में, वेब एसडीके, एंड्रॉइड एसडीके और आईओएस एसडीके खिलाड़ी के लिए एपीआई के रूप में कार्य करते हैं। WebRTC स्ट्रीम खेलने का एक उदाहरण इस प्रकार है:

वेब sdk

 session.createStream({name:”stream123”}).play(); 

Android एसडीके

 playStream = session.createStream(streamOptions); playStream.play(); 

आईओएस एसडीके

 FPWCSApi2Stream *stream = [session createStream:options error:nil]; if(![stream play:&error]) { //published without errors } 

यह प्रकाशन API के समान है, केवल अंतर इसके बजाय है
stream.publish (), stream.play () प्लेबैक के लिए कहा जाता है।

एक खिलाड़ी एक तृतीय-पक्ष WCS सर्वर भी हो सकता है, जिसे निर्देश दिया जाएगा कि वे पुल विधि का उपयोग करके किसी अन्य सर्वर से WebRTC के माध्यम से एक स्ट्रीम चुनें या CDN के अंदर एक स्ट्रीम चुनें।

निवर्तमान rtmp

यहाँ मुख्य रूप से RTMP खिलाड़ी होंगे - दोनों जाने-माने फ़्लैश प्लेयर, और डेस्कटॉप और मोबाइल एप्लिकेशन जो RTMP प्रोटोकॉल का उपयोग करते हैं, एक RTMP स्ट्रीम प्राप्त करते हैं और खेलते हैं। तथ्य यह है कि इस तथ्य के बावजूद कि फ्लैश ने ब्राउज़र को छोड़ दिया, उसने RTMP प्रोटोकॉल को छोड़ दिया, जिसका व्यापक रूप से वीडियो प्रसारण के लिए उपयोग किया जाता है और ब्राउज़र में मूल समर्थन की कमी अन्य क्लाइंट अनुप्रयोगों में इस काफी सफल प्रोटोकॉल के उपयोग को नहीं रोकती है। यह ज्ञात है कि Android और iOS के लिए मोबाइल अनुप्रयोगों के लिए VR खिलाड़ियों में RTMP का व्यापक रूप से उपयोग किया जाता है।

निवर्तमान आरटीएसपी

WCS सर्वर एक RTSP सर्वर के रूप में कार्य कर सकता है और एक नियमित IP कैमरा के रूप में RTSP के माध्यम से प्राप्त स्ट्रीम वितरित कर सकता है। इस मामले में, खिलाड़ी को सर्वर के साथ एक आरटीएसपी कनेक्शन स्थापित करना होगा और प्लेबैक के लिए स्ट्रीम चुनना होगा, जैसे कि यह एक आईपी कैमरा था।

निवर्तमान एमएसई

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

निवर्तमान HLS

यहां, WCS HLS सर्वर या वेब सर्वर के रूप में कार्य करता है जो HLS (HTTP लाइव स्ट्रीमिंग) का समर्थन करता है। सर्वर पर आने वाली स्ट्रीम दिखाई देने के बाद, .m3u8 प्रारूप में एक HLS प्लेलिस्ट तैयार की जाती है, जो HTTP अनुरोध के जवाब में खिलाड़ी को दी जाती है। प्लेलिस्ट बताती है कि खिलाड़ी को कौन से सेगमेंट को डाउनलोड और दिखाना चाहिए। खिलाड़ी वीडियो सेगमेंट डाउनलोड करता है और इसे ब्राउज़र पेज पर, मोबाइल डिवाइस पर, डेस्कटॉप पर, एप्पल टीवी सेट-टॉप बॉक्स में और जहाँ भी एचएलएस सपोर्ट का दावा किया जाता है, उसे प्ले करता है।

इनबॉक्स और आउटबॉक्स

कुल हमारे पास 5 आवक हैं और आउटगोइंग स्ट्रीम प्रकार की समान संख्या है। हम सूचीबद्ध करते हैं
उन्हें तालिका में:

यानी हम सर्वर पर धाराएँ चला सकते हैं और उनसे जुड़ सकते हैं और इस मामले के लिए उपयुक्त खिलाड़ी खेल सकते हैं। WebRTC स्ट्रीम को चलाने के लिए, वेब SDK का उपयोग करें। WebRTC स्ट्रीम को HLS के रूप में चलाने के लिए, HLS प्लेयर आदि का उपयोग करें। एक धारा कई दर्शकों द्वारा खेली जा सकती है। एक से कई प्रसारण काम करते हैं।

अब हम बताएंगे कि धाराओं के साथ क्या क्रियाएं की जा सकती हैं।

आने वाली स्ट्रीम मैनीपुलेशन

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

धाराओं पर संचालन में शामिल हैं:

• अभिलेख
• स्नैपशॉट हटाने
• मिक्सर में स्ट्रीम जोड़ें
• ट्रांसकोडिंग स्ट्रीम
• वॉटरमार्क जोड़ें
• एफपीएस फिल्टर जोड़ें
• 90, 180, 270 डिग्री से छवि रोटेशन

आने वाली स्ट्रीम रिकॉर्डिंग

शायद सबसे समझ में आता है और अक्सर कार्यों का सामना करना पड़ता है। वास्तव में, धाराओं को कई मामलों में रिकॉर्डिंग की आवश्यकता होती है: वेबिनार, अंग्रेजी पाठ, परामर्श, आदि।

रिकॉर्डिंग को विशेष अनुरोध के साथ वेब एसडीके या रीस्ट एपीआई के साथ शुरू किया जा सकता है:

 /stream/startRecording {} 

परिणाम फ़ाइल सिस्टम में एक mp4 फ़ाइल के रूप में सहेजा जाता है।

स्नैपशॉट हटाना

समान रूप से सामान्य कार्य साइट पर आइकन प्रदर्शित करने के लिए वर्तमान स्ट्रीम की तस्वीरें लेना है। उदाहरण के लिए, वीडियो निगरानी प्रणाली में आपके पास 50 स्ट्रीम हैं, जिनमें से प्रत्येक में एक आईपी कैमरा का एक स्रोत है। एक पृष्ठ पर सभी 50 धागे प्रदर्शित करना न केवल ब्राउज़र संसाधनों के लिए समस्याग्रस्त है, बल्कि व्यर्थ भी है। 30 एफपीएस के मामले में, बदलती तस्वीर की कुल एफपीएस प्रति सेकंड 1500 फ्रेम होगी और मानव आंख बस इस आवृत्ति को स्वीकार नहीं करेगी। समाधान के रूप में, आप मांग पर स्वत: स्लाइसिंग या खाने के स्नैपशॉट को कॉन्फ़िगर कर सकते हैं, इस मामले में आप एक साइट पर छवियों को एक मनमाना आवृत्ति के साथ प्रदर्शित कर सकते हैं, उदाहरण के लिए, 10 सेकंड में 1 फ्रेम। स्नैपशॉट को SDK से REST API के माध्यम से हटाया जा सकता है, या स्वचालित रूप से स्लाइस किया जा सकता है।

WCS सर्वर स्नैपशॉट को निकालने के लिए निम्न REST विधि का समर्थन करता है:

 /stream/snapshot 

मिक्सर में स्ट्रीम जोड़ रहा है

दर्शकों को समाप्त करने के लिए प्रदर्शन के लिए दो या दो से अधिक स्रोतों से एक छवि को एक में जोड़ा जा सकता है। इस प्रक्रिया को मिश्रण कहा जाता है। मूल उदाहरण: 1) एक चित्र में स्क्रीन पर कई कैमरों से वीडियो निगरानी। 2) वीडियोकांफ्रेंसिंग, जहां प्रत्येक उपयोगकर्ता संसाधनों को बचाने के लिए एक स्ट्रीम प्राप्त करता है, जिसमें बाकी मिश्रित होते हैं। मिक्सर को REST API के माध्यम से नियंत्रित किया जाता है और वीडियो कॉन्फ्रेंसिंग बनाने के लिए ऑपरेशन का MCU मोड है।

मिक्सर में एक धारा जोड़ने के लिए बाकी आदेश:

 /mixer/startup 

स्ट्रीम ट्रांसकोडिंग

कभी-कभी रिज़ॉल्यूशन और बिट दर द्वारा क्लाइंट डिवाइसों के कुछ समूहों के अनुकूल होने के लिए धाराओं को निचोड़ने की आवश्यकता होती है। इसके लिए, ट्रांसकोडिंग का उपयोग किया जाता है। रेन्क एपीआई के माध्यम से या सीडीएन में एक विशेष ट्रांसकोडिंग नोड के माध्यम से ट्रांसकोडिंग को वेब एसडीके साइड पर सक्षम किया जा सकता है। उदाहरण के लिए, 1280x720 के वीडियो में प्रवेश करते समय, इसे पारंपरिक रूप से कम बैंडविड्थ वाले भौगोलिक क्षेत्र से ग्राहकों को वितरण के लिए 640x360 पर ट्रांसकोड किया जा सकता है। आपके साथी एलोन मस्क कहां हैं?

इस्तेमाल किया विधि:

 /transcoder/startup 

एक वॉटरमार्क जोड़ना

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

एफपीएस फ़िल्टर जोड़ना

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

चित्र को 90, 180, 270 डिग्री पर घुमाएं

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

आने वाली धाराओं का नियंत्रण कहां है

स्वचालित - कॉन्फ़िगरेशन आमतौर पर सर्वर साइड में सेट किया जाता है
सेटिंग्स।

स्ट्रीम रिले

रिले करना उन धाराओं में हेरफेर करने का भी एक विकल्प है जो सर्वर में प्रवेश करते हैं और धारा को तीसरे पक्ष के सर्वर के लिए मजबूर करने में शामिल होते हैं। रिले के लिए एक पर्यायवाची शब्द है जैसे: प्रतिकृति, धक्का, इंजेक्शन।

रिले को निम्नलिखित प्रोटोकॉल में से एक का उपयोग करके कार्यान्वित किया जा सकता है: WebRTC, RTMP, SIP / RTP। तालिका उस दिशा को दिखाती है जिसमें धारा को रिले किया जा सकता है।

WebRTC रिले

यदि किसी कारण से किसी अन्य सर्वर पर स्ट्रीम को उपलब्ध करना आवश्यक है, तो एक स्ट्रीम को दूसरे WCS सर्वर पर रिले किया जा सकता है। रिले / पुश विधि का उपयोग करके REST API के माध्यम से किया जाता है। इस तरह के REST अनुरोध के प्राप्त होने पर, WCS निर्दिष्ट सर्वर से जुड़ जाता है और सर्वर-सर्वर स्ट्रीम को प्रकाशित करता है। उसके बाद, धारा किसी अन्य मशीन पर प्लेबैक के लिए उपलब्ध हो जाती है।

 /pull/push 

- प्रयुक्त REST विधि।

RTMP रिले

WebRTC रिले के साथ के रूप में, दूसरे सर्वर पर RTMP रिले करना भी संभव है। अंतर केवल रिले प्रोटोकॉल में होगा। RTMP रिलेइंग / पुश के माध्यम से भी प्रदर्शन किया जाता है और आप स्ट्रीम को तीसरे पक्ष के RTMP सर्वर और RTMP इनसेस्ट का समर्थन करने वाली सेवाओं में स्थानांतरित करने की अनुमति देता है: Youtube, Facebook स्ट्रीमिंग, आदि। इस प्रकार, WebRTC स्ट्रीम को RTMP में रिले किया जा सकता है। RTMP में समान सफलता के साथ, आप सर्वर में प्रवेश करने वाली किसी अन्य स्ट्रीम को रिले कर सकते हैं, उदाहरण के लिए, RTSP या VOD।

वीडियो स्ट्रीम REST कॉल का उपयोग करके किसी अन्य RTMP सर्वर से संबंधित है

 /push/startup 

- REST कॉल का उपयोग किया गया।

SIP / RTP रिले

शायद ही कभी इस्तेमाल किया समारोह। सबसे अधिक बार उद्यम में। उदाहरण के लिए, जब आपको बाहरी SIP कॉन्फ़्रेंस सर्वर के साथ SIP कॉल सेट करने की आवश्यकता होती है और इस कॉल पर ऑडियो या वीडियो स्ट्रीम को पुनर्निर्देशित किया जाता है, ताकि सम्मेलन के दर्शकों को कुछ वीडियो सामग्री दिखाई दे: "कृपया इस वीडियो को देखें" या "सहकर्मी, और अब आइए- IP के साथ स्ट्रीम देखें। निर्माण स्थल से कैमरे। " आपको यह समझने की आवश्यकता है कि सम्मेलन स्वयं मौजूद है और इस मामले में SIP समर्थन के साथ एक बाहरी VKS- सर्वर पर प्रबंधित है (हाल ही में हमने Polycom DMA से समाधान का परीक्षण किया है), हम सिर्फ इस सर्वर से मौजूदा स्ट्रीम को कनेक्ट और रिले करते हैं। REST API फ़ंक्शन को कहा जाता है / इंजेक्ट किया जाता है और इस मामले के लिए कार्य करता है।

अन्य एपीआई कमांड:

 /call/inject_stream/startup 

सर्वर को एक सीडीएन सामग्री प्रसंस्करण नेटवर्क से जोड़ना

एक सर्वर में आमतौर पर सीमित मात्रा में संसाधन होते हैं। इसलिए, बड़े ऑनलाइन प्रसारणों के लिए, जहां दर्शकों का खाता हजारों और दसियों हज़ारों में जाता है, स्केलिंग आवश्यक है। कई WCS सर्वरों को एक CDN सामग्री वितरण नेटवर्क में जोड़ा जा सकता है। आंतरिक रूप से, CDN स्ट्रीमिंग के दौरान कम विलंबता बनाए रखने के लिए WebRTC के माध्यम से काम करेगा।

सर्वर को निम्न भूमिकाओं में से एक में कॉन्फ़िगर किया जा सकता है: उत्पत्ति, एज, ट्रांसकोडर। उत्पत्ति-प्रकार के सर्वर - ट्रैफ़िक प्राप्त करते हैं और दर्शकों को स्ट्रीम देने के लिए जिम्मेदार एज-सर्वर के किनारे नोड्स में इसे वितरित करते हैं। यदि कई प्रस्तावों में एक धारा तैयार करना आवश्यक है, तो ट्रांसकोडर नोड्स योजना में शामिल हैं, जो ट्रांसकोडिंग धाराओं के संसाधन-उपभोग मिशन पर ले जाते हैं।

संक्षेप में देना

WCS 5.2 ब्राउज़र और मोबाइल उपकरणों के लिए रियलटाइम ऑडियो और वीडियो समर्थन के साथ एप्लिकेशन विकसित करने के लिए एक सर्वर है। विकास के लिए चार एपीआई दिए गए हैं: वेब एसडीके, आईओएस एसडीके, एंड्रॉइड एसडीके, रीस्ट एपीआई। आप पांच प्रोटोकॉल का उपयोग कर सर्वर को वीडियो स्ट्रीम प्रकाशित (फीड) कर सकते हैं: WebRTC, RTMP, RTSP, VOD, SIP / RTP। सर्वर से, आप पांच प्रोटोकॉल का उपयोग करके खिलाड़ियों के साथ स्ट्रीम खेल सकते हैं: WebRTC, RTMP, RTSP, MSE, HLS। धाराओं को नियंत्रित किया जा सकता है और उन पर ऐसा प्रदर्शन किया जा सकता है जैसे: रिकॉर्डिंग, स्लाइसिंग स्नैपशॉट, मिक्सिंग, ट्रांसकोडिंग, वॉटरमार्क जोड़ना, एफपीएस को फ़िल्टर करना, मोबाइल उपकरणों पर वीडियो को प्रसारित करना। धाराएं WebRTC और RTMP प्रोटोकॉल के माध्यम से अन्य सर्वरों में रिले की जा सकती हैं, साथ ही SIP सम्मेलनों में पुनर्निर्देशित की जा सकती हैं। सर्वर को सामग्री वितरण नेटवर्क में एकीकृत किया जा सकता है और वीडियो स्ट्रीम की एक मनमानी संख्या को संसाधित करने के लिए बढ़ाया जा सकता है।

ऐलिस को सर्वर के साथ काम करने के लिए क्या पता होना चाहिए

डेवलपर को लिनक्स का उपयोग करने में सक्षम होना चाहिए। इस तरह की टीमें
कमांड लाइन भ्रम पैदा नहीं करना चाहिए:

 tar -xvzf wcs5.2.tar.gz 

 cd wcs5.2 

 ./install.sh 

 tail -f flashphoner.log 

 ps aux | grep WebCallServer 

 top 

वेनिला जावास्क्रिप्ट को भी सक्षम होने की आवश्यकता है जब यह विकास के लिए आता है
वेब।

 //  session.createStream({name:'mystream'}).publish(); //  session.createStream({name:'mystream'}).play(); 

बैकएंड के साथ काम करने की क्षमता भी उपयोगी है।

WCS न केवल REST API के माध्यम से नियंत्रण आदेश प्राप्त कर सकता है, बल्कि हुक - उस पर होने वाली घटनाओं के बारे में सूचनाएं भी भेज सकता है।
उदाहरण के लिए, जब ब्राउज़र या मोबाइल एप्लिकेशन से कनेक्शन स्थापित करने का प्रयास किया जाता है, तो WCS / कनेक्ट हुक को कॉल करेगा, और जब कोई स्ट्रीम चलाने की कोशिश करेगा, तो यह playStream हुक कहेगा। इसलिए, डेवलपर को बैक एंड के जूते में थोड़ा रहना होगा, जो हुक बनाने के लिए एक साधारण REST क्लाइंट और एक छोटा REST सर्वर दोनों लिखने में सक्षम है।

अन्य एपीआई उदाहरण

 /rest-api/stream/find_all 

- सर्वर पर धाराओं की सूची को सूचीबद्ध करने वाले REST API का एक उदाहरण

बाकी हुक उदाहरण

 https://myback-end.com/hook/connect 

- बैकएंड साइड पर REST हुक / कनेक्ट प्रोसेसिंग।

लिनक्स, जावास्क्रिप्ट, REST क्लाइंट / सर्वर तीन तत्व हैं
WCS प्लेटफ़ॉर्म पर एक उत्पादन सेवा विकसित करने के लिए पर्याप्त है जो काम करता है
वीडियो धाराओं के साथ।

मोबाइल ऐप डेवलपमेंट के लिए जावा और ऑब्जेक्टिव-सी का ज्ञान होना आवश्यक है
क्रमशः Android और iOS के लिए।

स्थापना और लॉन्च

आज WCS को जल्दी से लॉन्च करने के तीन तरीके हैं:

1) अपने Centos7 या Ubuntu 16.x LTS या Ubuntu 18.x LTS पर स्थापित करें, और
आदि प्रलेखन से एक लेख द्वारा निर्देशित।

या

2) अमेज़ॅन ईसी 2 पर समाप्त छवि लें।

या और

3) DigitalOcean पर तैयार सर्वर इमेज लें ।

और स्ट्रीमिंग वीडियो सुविधाओं के साथ एक रोमांचक परियोजना विकास शुरू करें।

समीक्षा लेख काफी बड़ा निकला। उसके लिए धन्यवाद।
धैर्य रखें।

एक अच्छी स्ट्रीमिंग है!

संदर्भ

WCS 5.2 - WebRTC सर्वर

स्थापना और लॉन्च

स्थापित करें और WCS चलाएँ

Amazon AWS पर एक पूर्वनिर्मित छवि लॉन्च करें

DigitalOcean

SDK

Web SDK

Android SDK

iOS SDK

WebRTC CDN

Web Call Server 5.2