एडोब फ्लैश प्लेयर और सर्वर के बिना डेटा स्ट्रीमिंग, भाग 1: सहकर्मी से सहकर्मी प्रसारण का आयोजन

जैसा कि आप जानते हैं, एडोब फ्लैश प्लेयर उत्पादों का 10.1 और एडोब एआईआर के 1.5 संस्करणों के अद्यतन ने नए रियल-टाइम मीडिया फ्लो प्रोटोकॉल (आरटीएमएफपी) को पेश करके धूम मचा दी । मैं आपको पहले से पूछना चाहूंगा कि सेवारत सर्वर के पक्ष में एडोब फ्लैश मीडिया सर्वर (एफएमएस) के उपयोग के लिए रीयल-टाइम मैसेजिंग प्रोटोकॉल (आरटीएमपी) के साथ उल्लिखित को भ्रमित न करें।
डेवलपर्स का वादा है कि पैकेट भेजते समय प्रोटोकॉल में कम समय की देरी होगी, लेकिन सबसे महत्वपूर्ण बात यह है कि प्रोटोकॉल एक सहकर्मी नेटवर्क के आयोजन पर केंद्रित है।
फ्लैश प्लेयर के पहले संस्करणों ने RTMP के माध्यम से वास्तविक समय के डेटा ट्रांसफर का इस्तेमाल किया और महत्वपूर्ण वित्तीय लागतों की आवश्यकता थी। एडोब फ्लैश मीडिया सर्वर (एफएमएस) के कामकाज के लिए बहुत महंगी और सनकी होस्टिंग की आवश्यकता होती है (भौतिक सर्वर किराए पर लेने के लिए, क्योंकि इस पूरे व्यवसाय में बहुत सारे संसाधन हैं, और सर्वर सिस्टम में एक अलग सॉफ्टवेयर मोड के रूप में स्थापित है)।
RTMP मीडिया को स्ट्रीमिंग करने, विभिन्न डेटा साझा करने, या दूरस्थ रूप से / एक साथ उपयोग करने के लिए सबसे अच्छा विकल्प है।
तो, वापस, नया प्रोटोकॉल (RTMFP) पहले से ही "सहकर्मी से सहकर्मी" उपनाम प्राप्त कर चुका है, क्योंकि AIR और Flex एप्लिकेशन को चलाने के लिए किसी तृतीय-पक्ष मीडिया सर्वर की कोई सख्त आवश्यकता नहीं है। यह "सख्त" क्यों है क्योंकि सर्वर मौजूद है, लेकिन वह नहीं जो मल्टीमीडिया और अन्य डेटा को संसाधित / संग्रहीत करता है, बल्कि वह जो केवल क्लाइंट (साथियों) के बीच सत्रों को नियंत्रित करता है और ट्रैफ़िक वितरित करता है।
जैसा कि संदेश में कहा गया है, जोसेफ वास ( जोसेफ वास, एडोब / फ्लैश रनटाइम फाउंडेशन के वरिष्ठ शोधकर्ता, पहले से अभिनव वीओआईपी तकनीकों की कंपनी में काम कर रहे हैं ) "फ्लैश प्लेयर 10 में RTMFP का उपयोग करके एंड-टू-एंड एप्लिकेशन विकसित करने के लिए सिरस सेवा" ( रूसी में अनुवादित) "फ्लैश प्लेयर 10 में RTMFP का उपयोग करके अंत अनुप्रयोगों को विकसित करने के लिए सिरस सेवा" ) RTMFP का उपयोग करने के लिए, फ़्लैश प्लेयर सहकर्मी को RTMFP- संगत सर्वर से कनेक्ट करना होगा, जैसे सिरस (पूर्व में कोडनाम स्ट्रेटस ) या फ्लैश मीडिया सर्वर 4. लेख कहता है कि सिरस एक नेटवर्क सेवा है जो आपको स्थापित करने में मदद करती है उनके फ़्लैश प्लेयर के माध्यम से ग्राहकों (साथियों) के बीच IDEs। लेख की सामग्री और अनुप्रयोगों के आधार पर, एक समान सर्वर आपके वेब संसाधन ( एप्लिकेशन में स्रोत, फ़ाइल "reg.cgi" देखें ) पर आयोजित किया जा सकता है।

RTMFP के लाभों के बारे में
- प्रोटोकॉल ट्रांसमिशन कंट्रोल प्रोटोकॉल (टीसीपी) द्वारा नियंत्रित नहीं किया जाता है क्योंकि खोए हुए डेटा पैकेटों को फिर से भरने की आदत है, लेकिन उपयोगकर्ता डेटाग्राम प्रोटोकॉल (यूडीपी) पर आधारित है, जो क्लाइंट (साथियों) और सर्वर के बीच प्रतिक्रिया समय को कम करता है। इसके अलावा, ज्यादातर मामलों में यूडीपी फायरवॉल द्वारा अवरुद्ध नहीं किया जाता है, जो फायरवॉल को फिर से कॉन्फ़िगर करने की आवश्यकता को समाप्त करता है;
- डेटा केंद्रीय सर्वर के माध्यम से रूट किए बिना वास्तविक समय में दो फ्लैश प्लेयर क्लाइंट के बीच सीधे भेजा जाता है;
- उच्च गुणवत्ता में मल्टीमीडिया के प्रसारण का समर्थन करता है, ठीक उसी तरह जितना कि दो ग्राहकों (साथियों) के बीच इंटरनेट चैनल की चौड़ाई बर्दाश्त कर सकता है;
- इसकी उपस्थिति, अर्थात्। सिरस एडोब प्रवाह नियंत्रण सेवा, पर: rtmfp: //p2p.rtmfp.net, जो डेवलपर कुंजी का उपयोग करके प्रोटोकॉल का उपयोग करने की संभावना की जांच करता है। एक बार फिर, मुझे फ्लैश मीडिया सर्वर से कोई लेना-देना नहीं है। सिरस का उपयोग पूरी तरह से फ़्लैश प्लेयर इंस्टेंस को एक दूसरे को ऑनलाइन खोजने के लिए किया जाता है।
- डिफी-हेलमैन कुंजी विनिमय पद्धति का उपयोग करके 128-बिट एईएस के माध्यम से एक सुरक्षित कनेक्शन प्राप्त किया जाता है। एसएसएल या आरटीएमपीएस के लिए समर्थन।
एक्शनस्क्रिप्ट 3.0 में अलग-अलग कक्षाओं की उपस्थिति।

पीयर-टू-पीयर प्रसारण का संगठन
Adobe Cirrus का उपयोग करने से पहले, आपको Adobe Labs से एक डेवलपर कुंजी प्राप्त करनी होगी। सिरस का उपयोग किए बिना सहकर्मी एक दूसरे के साथ संवाद कर सकते हैं। इसके लिए क्लाइंट को उसी स्थानीय नेटवर्क पर होना आवश्यक है, जो अत्यंत दुर्लभ है।
Adobe Cirrus सेवा से कनेक्ट करने के लिए, आपको NetConnection का एक उदाहरण बनाना होगा। कनेक्ट करते समय, 2 स्ट्रिंग पैरामीटर पारित किए जाने चाहिए: एडोब सिरस URL और आपकी डेवलपर कुंजी, जैसा कि नीचे दिखाया गया है:

private const CirrusAddress:String = "rtmfp://p2p.rtmfp.net";
private const DeveloperKey:String = "your-developer-key";
private var netConnection:NetConnection;
netConnection = new NetConnection();
// (listener)
netConnection.addEventListener(NetStatusEvent.NET_STATUS, netConnectionHandler);
// Cirrus
netConnection.connect(CirrusAddress, DeveloperKey);

यदि सिरस के साथ एक सफल कनेक्शन किया गया था, तो स्ट्रिंग "NetConnection.Connect.Success" को NetStatusEvent.NET_STATUS की info.code संपत्ति को सौंपा जाएगा।
नोट: वर्तमान में, Cirrus का उपयोग करते समय NetConnection.call () विधि समर्थित नहीं है। किसी भी कॉल NetConnection.call () को सिरस द्वारा अनदेखा किया जाएगा। डेवलपर्स की सलाह है कि आप सिरस के साथ RTMFP का उपयोग करते समय NetConnection.call () विधि का उपयोग न करें, क्योंकि इससे आवश्यक कार्यात्मक प्रभाव के बिना क्लाइंट की मेमोरी खपत बढ़ जाएगी।
एक बार फ़्लैश प्लेयर इंस्टेंस सफलतापूर्वक सिरस सेवा से कनेक्ट हो जाने के बाद, उसे एक अद्वितीय 256-बिट peer_ID प्राप्त होगा, जो सिरस सेवा का उपयोग आईपी पते और क्लाइंट की पोर्ट संख्या को बाँधने के लिए करेगा ताकि अन्य फ़्लैश प्लेयर क्लाइंट उससे संपर्क कर सकें।
नए सिरस 2 सर्वर चैनल और फ्लैश प्लेयर 10.1 का उपयोग अब मैन्युअल पीयर_आईडी एक्सचेंज की आवश्यकता के बिना स्व-प्रबंधित पी 2 पी नेटवर्क बनाने में मदद करने के लिए किया जा सकता है। यह कई फ़्लैश प्लेयर क्लाइंट को एक दूसरे के साथ सबसे कुशल तरीके से सीधे संवाद करने की अनुमति देता है।
अगला, क्लाइंट (सहकर्मी) के साथ एक कनेक्शन स्थापित किया गया है। प्रत्यक्ष स्ट्रीमिंग को एक यूनिडायरेक्शनल नेटस्ट्रीम चैनल का उपयोग करके प्राप्त किया जाता है। और यदि आप दो तरफ़ा डेटा ट्रांसफर चाहते हैं, तो प्रत्येक फ़्लैश प्लेयर क्लाइंट को भेजने के लिए एक NetStream और डेटा प्राप्त करने के लिए एक NetStream बनाना होगा:

//
private var sendStream:NetStream;
sendStream = new NetStream(netConnection, NetStream.DIRECT_CONNECTIONS);
sendStream.addEventListener(NetStatusEvent.NET_STATUS, netStreamHandler);
sendStream.publish("media");
sendStream.attachAudio(Microphone.getMicrophone());
sendStream.attachCamera(Camera.getCamera());

//
private var recvStream:NetStream;
recvStream = new NetStream(netConnection, id_of_publishing_client);
recvStream.addEventListener(NetStatusEvent.NET_STATUS, netStreamHandler);
recvStream.play("media");

ब्रॉडकास्टर ब्रॉडकास्टर सीधे नियंत्रण कर सकता है कि यह प्रसारित होने वाले डेटा को कौन प्राप्त कर सकता है। जब क्लाइंट प्रकाशित स्ट्रीम तक पहुंचने का प्रयास करता है, तो प्रकाशित नेटस्ट्रीम पर ऑनपेयरकनेक्ट () विधि को ( डिफ़ॉल्ट रूप से, कार्यान्वयन केवल सही रूप में वापस आता है) कहा जाता है और डेटा तक पहुंच प्राप्त होती है) ताकि ऐसा न हो, आप इस स्ट्रीम के अधिकारों के लिए क्लाइंट (साथियों) की जांच कर सकते हैं ऑब्जेक्ट द्वारा " स्वीकार करें ":
var o:Object = new Object();
o.onPeerConnect = function(subscriberStream:NetStream):Boolean {
if (accept) {
return true;
} else {
return false;
}
}
sendStream.client = o;

प्रसारक पक्ष पर, NetStream.peerStreams सभी हस्ताक्षरित साथियों के लिए एक संपत्ति है। उदाहरण के लिए, sendStream.send () पद्धति का उपयोग करके, सभी साथियों के लिए एक स्ट्रीम भेजा जाएगा, लेकिन आप स्ट्रीम को एक विशिष्ट प्राप्तकर्ता को भी निर्देशित कर सकते हैं:
sendStream.peerStreams[i].send();

दो अन्य गुणों का उल्लेख करने की आवश्यकता है, ये NetConnection.maxPeerConnections और NetConnection.unconnectedPeerStreams हैं ।
NetConnection.maxPeerConnections - ब्रॉडकास्टर से कनेक्ट होने की अनुमति देने वाले साथियों की संख्या निर्धारित करता है। डिफ़ॉल्ट रूप से, इस संपत्ति का मूल्य 8 है, लेकिन व्यवहार में, अधिक हो सकता है। प्रत्येक फ़्लैश प्लेयर क्लाइंट दो स्ट्रीम भेजता और प्राप्त करता है, जिससे एक पूरा नेटवर्क बनता है। चूंकि डाउनलोड के अनुसार इंटरनेट चैनल की चौड़ाई आमतौर पर अपलोड की तुलना में बहुत अधिक है, इसलिए हस्ताक्षरित पीयर से आने वाले चैनल को अधिभार नहीं करने के लिए बहुत सावधान रहना आवश्यक है।
NetConnection.unconnectedPeerStreams संपत्ति जिसमें साथियों की एक सरणी होती है, जो अभी तक प्रसारण डेटा स्ट्रीम की सदस्यता नहीं लेती है। प्रसारण के लिए साइन अप करते समय, सहकर्मी का नाम इस सरणी से NetStream.peerStream सरणी में जाता है।

अभी के लिए बस इतना ही। केवल एक चीज जो मैं जोड़ना चाहूंगा, वह यह है कि किसी भी जिज्ञासु व्यक्ति की तरह, मैंने ऊपर वर्णित सभी प्रोटोकॉल विशेषताओं की जांच करने का निर्णय लिया।
चेक को सिरस सर्वर पर अनुप्रयोगों की निर्भरता के लिए किया गया था।
एडोब लैब वेबसाइट पर, एक अच्छा उदाहरण है: " सिरस सैंपल एप्लीकेशन "। सूत्रों को यहां हड्डियों द्वारा डाउनलोड और सॉर्ट किया जा सकता है: http://download.macromedia.com/pub/labs/cirrus/cirrus_app_assets_v5.zip
तो, यहाँ, परीक्षण एक घरेलू नेटवर्क पर किया गया था। पहले मैं एडोब लैब से इस डेमो में पंजीकृत एक स्थिर पीसी के माध्यम से इंटरनेट से जुड़े लैपटॉप से ​​गया था, फिर मैंने एक स्थिर पीसी पर ऐसा ही किया, पंजीकृत नामों का उपयोग करके एक कनेक्शन बनाया, और फिर इंटरनेट तक पहुंच काट दी। वर्डिक्ट, 15 मिनट (जाहिरा तौर पर वहाँ बहुत लाइव सत्र peer_ID पर स्ट्रीमिंग डेटा प्रसारित करता है) विभिन्न मशीनों पर स्थापित दो वेब कैमरों के बीच उत्कृष्ट संबंध है। मेरे घुटने पर ऐसा स्थानीय स्व-संदेशवाहक।
सब कुछ, मैं आपको शुभकामनाएं देता हूं। मैं हबर-योद्धाओं की सेना के निमंत्रण का इंतजार कर रहा हूं। अक्सर मैं पोस्ट करने का वादा नहीं करता, लेकिन फिर भी ... मुझे कुछ दिलचस्प साझा करना पसंद है।