👨🏿‍✈️ 😅 🧝🏾 मिराकास्ट मानक - एक नए आवरण में पुराने प्रोटोकॉल 🐤 🐂 🕵🏿

इतना समय पहले नहीं (जेलीबीन 4.2 के साथ शुरू), Google ने एंड्रॉइड के लिए मिराकास्ट तकनीक के लिए समर्थन जोड़ा।
यह लेख रिवर्स इंजीनियरिंग विधियों द्वारा इस तकनीक के व्यावहारिक अध्ययन के लिए समर्पित है।

संक्षेप में मिराकास्ट क्या है? यह वाई-फाई गठबंधन का एक और वंश है - पीयर-टू-पीयर मोड में वाई-फाई नेटवर्क पर मल्टीमीडिया सामग्री को प्रसारित करने के लिए मानक। उपयोगकर्ता के लिए, इसका मतलब है, सबसे पहले, टीवी से कनेक्ट करने के लिए (उदाहरण के लिए), उसे वाई-फाई राउटर की आवश्यकता नहीं है। गठबंधन द्वारा कल्पना के रूप में दो उपकरणों, एक दूसरे के साथ सीधे संवाद करना चाहिए। यह उसी संगठन के लेखक के लिए वाई-फाई डायरेक्ट मानक का उपयोग करके सुनिश्चित किया जाता है। दूसरे शब्दों में, नए मानक Apple के AirPlay, Intel के WiDi या अच्छे पुराने DLNA के समान समस्याओं को हल करते हैं।

बगीचे को बाड़ने के लिए क्यों था - आप पूछते हैं। मौजूदा समाधान का लाभ क्यों नहीं उठाया गया? मेरे लिए जवाब देना मुश्किल होगा। यह स्पष्ट है कि प्रत्यक्ष प्रतियोगियों से या इंटेल से भी लाइसेंस लाइसेंस एक कोषेर विकल्प नहीं है, जिसमें एक घातक दोष भी है, लेकिन एक ही डीएलएनए को क्यों नहीं लेना चाहिए, शायद थोड़ी सी समझदारी के साथ। शायद मुझे कुछ नया चाहिए था, सहकर्मी से सहकर्मी शब्दों के साथ जो थोड़ी देर के लिए फैशनेबल थे? मैं अनुमान नहीं लगाऊंगा। एक तरह से या किसी अन्य, एंड्रॉइड में तकनीक को लागू किया गया था, और नेक्सस 4 और सैमसंग गैलेक्सी एस 3 जैसे नए फोन बोर्ड पर थे।

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

ब्रॉडकॉम चिप के साथ इंजीनियरिंग नमूनों में से एक मेरे कठिन हाथों में गिर गया:

दिखावट

यह सुनिश्चित करने के बाद कि मेरे एंड्रॉइड स्मार्टफोन के साथ सब कुछ ठीक है, मैंने इस सवाल के बारे में सोचा - क्या मिरकास्ट के माध्यम से सीधे लिनक्स के माध्यम से प्रसारित करना संभव है? आखिर एंड्रॉइड क्या है अंदर? वही लिनक्स ...

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

वाई-फाई के माध्यम से कनेक्ट करने की कठिनाइयों को अस्थायी रूप से स्थगित करते हुए, मैंने तुरंत टीसीपी स्ट्रीम का विश्लेषण किया। और यहाँ वही है जो मैंने देखा:

 विकल्प * आरटीएसपी / 1.0
 दिनांक: शुक्र, ०: मार्च २०१३ 12:37:54 +0000
 सर्वर: मेरा / 1.0
 CSeq: 1
 आवश्यकता: org.wfa.wfd1.0

 RTSP / 1.0 200 ठीक है
 CSeq: 1
 जनता: org.wfa.wfd1.0, GET_PARAMETER, SET_PARAMETER

 विकल्प * आरटीएसपी / 1.0
 CSeq: 1
 आवश्यकता: org.wfa.wfd1.0

 RTSP / 1.0 200 ठीक है
 दिनांक: शुक्र, ०: मार्च २०१३ 12:37:54 +0000
 सर्वर: मेरा / 1.0
 CSeq: 1
 सार्वजनिक: org.wfa.wfd1.0, SETUP, TEARDOWN, PLAY, PAUSE, GET_PARAMETER, SET_PARAMETER

 GET_PARAMETER rtsp: //localhost/wfd1.0 RTSP / 1.0
 दिनांक: शुक्र, ०: मार्च २०१३ 12:37:54 +0000
 सर्वर: मेरा / 1.0
 CSeq: 2
 सामग्री-प्रकार: पाठ / पैरामीटर
 कंटेंट-लेंथ: 83

 wfd_content_protection
 wfd_video_formats
 wfd_audio_codecs
 wfd_client_rtp_ports

 RTSP / 1.0 200 ठीक है
 CSeq: 2
 सामग्री-प्रकार: पाठ / पैरामीटर
 कंटेंट-लेंथ: 751

 wfd_content_protection: कोई नहीं
 wfd_video_formats: 00 00 02 10 0001bdeb 3fffffff 00000fff 00 0000 0000 11 कोई नहीं, 02 08 0001bdeb 3fffffff 0000000f 00 000000 00 कोई नहीं कोई नहीं, 02 04 0001bdeb 3fffff 00000fff 00000fff 00000fff 00000fff 00000fff 0000fff 000000f0000000000000000000000 कोई नहीं, 02 01 0001bdeb 3fffffff 00000fff 00 0000 0000 11 कोई भी नहीं, 01 10 0001bdeb 3fffffff 00000fff 00 0000 0000 1100 कोई नहीं, 01 08 0001bdeb 3fffff 0000000 00 0000 1100 कोई नहीं, 01 04 00 00ddb 3ffffff 0000df 01 02 0001bdeb 3fffffff 00000fff 00 0000 0000 11 कोई नहीं, 01 01 0001beb 3ffffff 00000fff 00 0000 0000 00 0000 11 कोई भी नहीं
 wfd_audio_codecs: LPCM 00000003 00
 wfd_client_rtp_ports: RTP / AVP / UDP; यूनिकास्ट 6500 0 मोड प्ले
 SET_PARAMETER rtsp: //localhost/wfd1.0 RTSP / 1.0
 दिनांक: शुक्र, ०: मार्च २०१३ 12:37:54 +0000
 सर्वर: मेरा / 1.0
 CSeq: 3
 सामग्री-प्रकार: पाठ / पैरामीटर
 सामग्री-लंबाई: 248

 wfd_video_formats: 28 00 02 02 00000020 00000000 00000000 00 00 00 00 00 00 कोई नहीं
 wfd_audio_codecs: LPCM 00000002 00
 wfd_pretation_URL: rtsp: //192.168.16.40/wfd1.0/streamid=0 कोई नहीं
 wfd_client_rtp_ports: RTP / AVP / UDP; यूनिकास्ट 6500 0 मोड प्ले

 RTSP / 1.0 200 ठीक है
 CSeq: 3

 SET_PARAMETER rtsp: //localhost/wfd1.0 RTSP / 1.0
 दिनांक: शुक्र, ०: मार्च २०१३ 12:37:54 +0000
 सर्वर: मेरा / 1.0
 CSeq: 4
 सामग्री-प्रकार: पाठ / पैरामीटर
 सामग्री-लंबाई: 27

 wfd_trigger_method: SETUP

 RTSP / 1.0 200 ठीक है
 CSeq: 4

 SETUP rtsp: //192.168.16.40/wfd1.0/streamid=0 RTSP / 1.0
 CSeq: 2
 परिवहन: आरटीपी / एवीपी / यूडीपी; यूनिकैस्ट; क्लाइंट_पोर्ट = 6500

 RTSP / 1.0 200 ठीक है
 दिनांक: शुक्र, ०: मार्च २०१३ 12:37:55 +0000
 सर्वर: मेरा / 1.0
 CSeq: 2
 सत्र: 1219569791; टाइमआउट = 30
 परिवहन: आरटीपी / एवीपी / यूडीपी; यूनिकैस्ट; क्लाइंट_पोर्ट = 6500; सर्वर_पोर्ट = 15550

 PLAY rtsp: //192.168.16.40/wfd1.0/streamid=0 RTSP / 1.0
 CSeq: 3
 सत्र: 1219569791

 RTSP / 1.0 200 ठीक है
 दिनांक: शुक्र, ०: मार्च २०१३ 12:37:55 +0000
 सर्वर: मेरा / 1.0
 CSeq: 3
 सत्र: 1219569791; टाइमआउट = 30
 रेंज: npt = now-

 SET_PARAMETER rtsp: //localhost/wfd1.0 RTSP / 1.0
 दिनांक: शुक्र, ०: मार्च २०१३ १२:३ +:२००
 सर्वर: मेरा / 1.0
 CSeq: 5
 सामग्री-प्रकार: पाठ / पैरामीटर
 कंटेंट-लंबाई: 30

 wfd_trigger_method: TEARDOWN
 RTSP / 1.0 200 ठीक है
 CSeq: 5

 TEARDOWN rtsp: //192.168.16.40/wfd1.0/streamid=0 RTSP / 1.0
 CSeq: 4
 सत्र: 1219569791

 RTSP / 1.0 200 ठीक है
 दिनांक: शुक्र, ०: मार्च २०१३ 12:38:09 +0000
 सर्वर: मेरा / 1.0
 CSeq: 4
 सत्र: 1219569791; टाइमआउट = 30
 कनेक्शन: करीब

सच नहीं है, यह एक नियमित आरटीएसपी जैसा दिखता है। तो नौकरी का हिस्सा किया जाता है। यह समझा जाना बाकी है कि मिराकास्ट-आधारित आरटीएसपी कार्यान्वयन मानक एक से कैसे भिन्न होता है। उन लोगों के लिए जिन्होंने कभी आरटीएसपी (रियल टाइम स्ट्रीमिंग प्रोटोकॉल) का सामना नहीं किया है, मैं आपको याद दिला दूं कि इसका उपयोग क्लाइंट पर मल्टीमीडिया स्ट्रीम को नियंत्रित करने के लिए किया जाता है। दूसरे शब्दों में, यह ऐसे आदेशों को जारी करने की अनुमति देता है जैसे कि PLAY, PAUSE, TEARDOWN, आदि। विकल्पों का आदान-प्रदान करना और सेटिंग्स को कॉन्फ़िगर करना भी संभव है। यह {GET | SET} _PARAMETER था जो विश्लेषण में मेरा मुख्य सिरदर्द बन गया। हाथ में कोई मानक नहीं होने के कारण, मैं नहीं जान सकता था कि इन सभी wfd_video_formats, wfd_audio_codecs, आदि का क्या मतलब है। लेकिन मैं अनुमान लगा सकता था!

चूंकि मैंने MPEG-TS फ्रेम के विश्लेषण से समझा था कि मानक रिज़ॉल्यूशन 720x480 और H.264 (AVC) कोडेक था, यह बिल्कुल समान मापदंडों के साथ एक वीडियो फ़ाइल बनाने के लिए एक अच्छा विचार था, और फिर wfd_video -formats जैसे फ़ील्ड अपरिवर्तित रह सकते हैं! डीवीडी के माध्यम से अफवाह, मैंने क्रैकर टेलीविजन श्रृंखला से एक छोटे VOB को उस प्रारूप में ट्रांसकोड किया, जिसे मुझे ffmpeg का उपयोग करने की आवश्यकता थी। अब वह सब कुछ फ़ाइल को सर्वर पर फीड करना था। लेकिन इसके लिए आपको एक सर्वर खोजने की आवश्यकता है!

अपने आप को एक आरटीएसपी सर्वर नहीं लिखने के लिए (जो मेरी योजनाओं का हिस्सा नहीं था), मैंने ओपन सोर्स विकल्पों को देखना शुरू किया जो कि मिराकास्ट के साथ संगत राज्य में संशोधित करना आसान होगा। यदि आप ध्यान से tcpdump से लॉग को देखते हैं, तो आप कुछ विषमताओं को देख सकते हैं। पारंपरिक क्लाइंट-सर्वर RTSP मॉडल को पीयर-टू-पीयर इंटरैक्शन द्वारा बदल दिया गया है। इसका मतलब है कि अनुरोधों में गतिविधि न केवल क्लाइंट (इस मामले में टीवी या प्रोजेक्टर कार्य करता है) से आ सकती है, बल्कि "सर्वर" (यानी, फोन या कंप्यूटर) से भी हो सकती है। ऐसा करना क्यों आवश्यक था यह स्पष्ट नहीं है, लेकिन यह तथ्य बना हुआ है - "क्लाइंट" और "सर्वर" दोनों ही जब वे ऐसा महसूस करते हैं, तो अनुरोध भेज सकते हैं, जो उनकी पारंपरिक भूमिकाओं को नकारता है। फिर भी, मैं उस पक्ष को संदर्भित करना जारी रखूंगा जो वीडियो सिग्नल को सर्वर के रूप में भेजता है (हमारे मामले में, यह लाइनिक्स-पीसी है), और वह पक्ष जो ग्राहक के रूप में वीडियो प्राप्त करता है और डिकोड करता है (हमारे मामले में, यह एक प्रोजेक्टर होगा)।

इसलिए, कई घंटों की खोज के बाद, मैं live555 पर बस गया। यह सर्वर C ++ में लिखा गया है, जिसे LGPL लाइसेंस के तहत वितरित किया गया है और यह RTSP और MPEG-TS में प्रसारण दोनों का समर्थन करता है। आरटीएसपी हैंडलर को देखते हुए, मैंने महसूस किया कि मिराकास्ट के पीयर-टू-पीयर बारीकियों के तहत इसे संसाधित करना काफी संभव है। लेकिन, यह क्लाइंट (यानी मिराकास्ट गैजेट) को लिनक्स से जोड़ने के लिए मजबूर करता रहा!

यह कार्य गोएथ्स फॉस्ट की तुलना में अधिक कठिन था। इससे पहले, मैंने कभी भी लिनक्स में नियमित वाई-फाई की स्थापना नहीं की थी, यह मानते हुए कि तार किसी भी तरह अधिक विश्वसनीय थे। वाई-फाई डायरेक्ट के बारे में हम क्या कह सकते हैं। हालांकि, मैनुअल का एक गुच्छा पढ़ने के बाद, मुझे एहसास हुआ कि मुझे रहस्यमय डब्ल्यूपीए के अवशेष की दिशा में खुदाई करनी थी। यह किस लिए दमनकारी है? यह वह है जो वाई-फाई के माध्यम से एक एक्सेस प्वाइंट या किसी अन्य नोड से कनेक्ट होने पर प्रमाणीकरण प्रदान करता है। जैसा कि मैंने ऊपर लिखा था, मिराकास्ट पी 2 पी मोड में काम करता है, अर्थात। डिवाइस राउटर को दरकिनार करते हुए सीधे संवाद करते हैं। यह सुविधा सौभाग्य से wpa_supplicant के हाल के संस्करणों में समर्थित है। मुझे नहीं पता कि पी 2 पी समर्थन कब जोड़ा गया था, लेकिन संस्करण 2.1-डेवेल में यह पहले से मौजूद है।

हालांकि, सप्लीमेंट अपडेट करना पर्याप्त नहीं है! आपके पास इसके लिए कॉन्फ़िगरेशन फ़ाइलें भी होनी चाहिए। आधे में एक पाप के साथ, मैंने अपने डिवाइस के लिए स्वीकार्य कॉन्फ़िगरेशन लिखा (NetGear, WNA1100 Wireless-N 150 [अथेरोस AR9271]), शायद यह आपको भी सूट करेगा।

इसलिए, /etc/wpa_p2p.conf फ़ाइल में हम लिखते हैं:

ctrl_interface=/var/run/wpa_supplicant ap_scan=1 device_name=JellyFish device_type=1-0050F204-1

इसके बाद, आपको उपचारात्मक चलाने के लिए एक शेल स्क्रिप्ट की आवश्यकता है:

 sudo iwconfig wlan0 mode ad-hoc sudo ip link set wlan0 up sudo wpa_supplicant -Dnl80211 -c /etc/wpa_p2p.conf -i wlan0 -dt

यह सब (मैं स्पष्ट करूंगा कि यह कॉन्फ़िगरेशन उबंटू-आधारित लिनक्स टकसाल 13 माया वितरण में काम करता है, कर्नेल संस्करण 3.2.0-57-जेनेरिक है)।

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

 sudo wpa_cli

यह उपहास के लिए कमांड इंटरफ़ेस है। गैजेट को चालू करते हुए, हम जिले में सभी डिवाइसों को खोजने के लिए P2p_find कमांड का उपयोग कर सकते हैं जो हमें P2p मोड में कनेक्ट करने के लिए तैयार हैं। अगला, P2p_connect कमांड का उपयोग करके, हम स्वयं कनेक्शन बनाते हैं।

यहाँ मेरे डिवाइस के लिए एक उदाहरण लॉग है:

 wpa_cli v2.1-devel
 चयनित इंटरफ़ेस 'wlan0'
 इंटरएक्टिव मोड

 > P2p_find
 ठीक
 <3> P2P-DEVICE-FOUND 02: 90: 4c: 04: 04: 04 P2p_dev_addr = 02: 90: 4c: 04: 04: 04 pri_dev_type = 7-0050FF-1 नाम = 'MLT-52-2123' config_methods = 0x4688 dev_capab = 0x25 group_capab = 0xa
 > 
 > P2p_connect 02: 90: 4c: 04: 04: 04 pbc
 ठीक
 <3> P2P-FIND-STOPPED <--- यहां आपको डिवाइस पर बटन दबाने की आवश्यकता है
 <3> P2P-GO-NEG-SUCCESS 
 <4> एपी स्कैन आरंभ करने में विफल
 <4> एपी स्कैन आरंभ करने में विफल
 <4> एपी स्कैन आरंभ करने में विफल
 <4> एपी स्कैन आरंभ करने में विफल
 <3> CTRL-EVENT-SCAN-RESULTS 
 <3> WPS-AP-AVAILABLE-PBC 
 <3> SME: 02: 90: 4c: 04: 84: 04 (SSID = 'DIRECT-fCMLT-52-2123' freq = 2412 MHz) के साथ प्रमाणित करने की कोशिश
 <3> 02: 90: 4c: 04: 84: 04 (SSID = 'DIRECT-fCMLT-52-2123' freq = 2412 MHz) के साथ जुड़ने की कोशिश
 <3> CTRL-EVENT-SCAN-RESULTS 
 <3> WPS-AP-AVAILABLE-PBC 
 <3> SME: 02: 90: 4c: 04: 84: 04 (SSID = 'DIRECT-fCMLT-52-2123' freq = 2412 MHz) के साथ प्रमाणित करने की कोशिश
 <3> 02: 90: 4c: 04: 84: 04 (SSID = 'DIRECT-fCMLT-52-2123' freq = 2412 MHz) के साथ जुड़ने की कोशिश
 <3> 02: 90: 4c: 04: 84: 04 के साथ संबद्ध
 <3> CTRL-EVENT-EAP-STARTED ईएपी प्रमाणीकरण शुरू हुआ
 <3> CTRL-EVENT-EAP-PROPOSED-METHOD विक्रेता = 14122 विधि = 1
 <3> CTRL-EVENT-EAP-METHOD EAP विक्रेता 14122 विधि 1 (WSC) चयनित
 <3> WPS-CRED-RECEIVED 
 <3> WPS-SUCCESS 
 <3> P2P-GROUP-FORMATION-SUCCESS 
 <3> CTRL-EVENT-EAP-FAILURE EAP प्रमाणीकरण विफल
 <3> CTRL-EVENT-DISCONNECTED bssid = 02: 90: 4c: 04: 84: 04 कारण = 3 स्थानीय रूप से स्वीकृत = 1
 <3> CTRL-EVENT-SCAN-RESULTS 
 <3> डब्ल्यूपीएस-एपी-उपलब्ध 
 <3> SME: 02: 90: 4c: 04: 84: 04 (SSID = 'DIRECT-fCMLT-52-2123' freq = 2412 MHz) के साथ प्रमाणित करने की कोशिश
 <3> 02: 90: 4c: 04: 84: 04 (SSID = 'DIRECT-fCMLT-52-2123' freq = 2412 MHz) के साथ जुड़ने की कोशिश
 <3> 02: 90: 4c: 04: 84: 04 के साथ संबद्ध
 <3> WPA: मुख्य बातचीत 02: 90: 4c: 04: 84: 04 [CCK = CCMP GTK = CCMP] के साथ पूरी हुई
 <3> CTRL-EVENT-CONNECTED - कनेक्शन 02: 90: 4c: 04: 84: 04 पूरा [आईडी = 0 आईडी_स्ट्रस्ट =]
 <3> पी 2 पी-ग्रुप-शुरू wlan0 ग्राहक ssid = "प्रत्यक्ष-fCMLT-52-2123" freq = 2412 पीएसके = fd435c6683ae5d7c9e3398dab15cc1b80d7f308b3fe7330db044ea90dcf7ac31 go_dev_addr = 02: 90: 4 सी: 04: 04: 04 [लगातार]

सिद्धांत रूप में, लॉग से सब कुछ स्पष्ट है, शायद डिवाइस शब्द के बाद P2p_connect कमांड में रहस्यमय शब्द 'pbc' को छोड़कर। इसका क्या मतलब है? वाई-फाई डायरेक्ट के माध्यम से कनेक्ट करते समय यह प्रमाणीकरण विकल्पों में से एक है। इसका अर्थ है - पुश बटन नियंत्रण। यह एक सरलीकृत प्रमाणीकरण है जिसमें उपयोगकर्ता को पासवर्ड या पिन कोड दर्ज करने की आवश्यकता नहीं होती है। बस कनेक्शन के समय आपको डिवाइस पर एक बटन दबाना होगा, और प्रमाणीकरण सफल माना जाएगा।

इसलिए, लॉग से हम देखते हैं कि कनेक्शन सफल रहा है। और अब हम wlan0 इंटरफ़ेस के लिए IP पता प्राप्त करने में सक्षम हैं।
इस मामले में डीएचसीपी सर्वर टीवी या प्रोजेक्टर होगा। हम एक अलग टर्मिनल में परिचय देते हैं:

 sudo dhclient wlan0

अगर हम tcpdump चलाते हैं, तो हम 7236 पोर्ट के लिए SYN पैकेट भेजने का प्रयास करेंगे। यह पोर्ट RTSP (554) के लिए मानक पोर्ट से अलग है, लेकिन इससे हमें डरना नहीं चाहिए। सबसे महत्वपूर्ण बात, गैजेट हमारे साथ बातचीत करना चाहता है! इस पोर्ट (7236) पर पहले से ही थोड़ा संशोधित livemedia सर्वर लॉन्च करके, हमें वास्तविक "क्लाइंट-सर्वर" इंटरैक्शन को डीबग करने का अवसर मिलता है।

मैं प्रोटोकॉल को डीबग करने के विवरण के साथ पाठक को बोर नहीं करूंगा, मैं केवल यह कहूंगा कि सभी समस्याओं को एक या दूसरे तरीके से हल किया गया है। और अंत में, परिणाम स्पष्ट है - मैं अपने पीसी से नए-फंसे मिराकास्ट के माध्यम से वीडियो देखने में सक्षम था!

क्या आपको इसकी आवश्यकता है? मुझे नहीं पता किसी भी मामले में, नए मानक को समझना हमेशा दिलचस्प होता है (जब तक कि यह ASN.1 नहीं है)।

उन लोगों के लिए जो तकनीकी विवरणों में बहुत आलसी थे, मैं मिराकास्ट-आधारित उपकरणों के लिए कनेक्शन प्रक्रिया को संक्षेप में बताऊंगा:

वाई-फाई डायरेक्ट का उपयोग करते हुए, डिवाइस एक दूसरे को ढूंढते हैं (आमतौर पर वीडियो स्रोत डिस्प्ले डिवाइस पाता है)
प्रमाणीकरण के इस या उस रूप का उपयोग करना (हमारे मामले में, पीसीबी), उपकरणों को एक पी 2 पी समूह में जोड़ा जाता है
उपकरणों में से एक डीएचसीपी के माध्यम से एक आईपी पता प्राप्त करता है (हमारे मामले में, यह वीडियो डेटा का एक स्रोत है)
RTSP सर्वर पोर्ट 7236 पर डेटा स्रोत पर शुरू होता है
क्लाइंट RTSP सर्वर से जुड़ता है और एक निश्चित पूर्वनिर्धारित URL (/wfd1.0/streamid=0) का अनुरोध करता है
आरटीएसपी सर्वर आरटीपी पैकेटों में पैक एमपीईजी-टीएस के रूप में वीडियो (और संभवतः ऑडियो) डेटा प्रसारित करना शुरू करता है।
क्लाइंट डेटा को अनपैक करता है और इसे आउटपुट डिवाइस पर प्रदर्शित करता है।

मिराकास्ट की स्पष्ट खामियों में (विकी में उल्लेखित नहीं), मैं निम्नलिखित बातों पर ध्यान दूंगा:

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

बस इतना ही। यदि आपके कोई प्रश्न हैं, तो टिप्पणियों में पूछें।

मिराकास्ट मानक - एक नए आवरण में पुराने प्रोटोकॉल

More articles: