Android स्ट्रीमिंग वीडियो

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



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

वीडियो रूपांतरण

और इसलिए, हमारे Android डिवाइस पर कोई भी वीडियो चलाने से पहले, आपको इस वीडियो को एक समर्थित प्रारूप में ट्रांसकोड करना होगा। एंड्रॉइड के लिए प्रलेखन स्पष्ट रूप से इन समान प्रारूपों की एक सूची को इंगित करता है।

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


वीडियो स्टोर करने के लिए अब (मेरी राय में) सबसे आम तरीका है H.264 AVC कोडेक का उपयोग करके MP4 कंटेनर। हम, वास्तव में, उन पर विचार करेंगे।


सबसे पहले, ध्यान दें कि एंड्रॉइड H.264 कोडेक की सभी विशेषताओं का समर्थन नहीं करता है, लेकिन केवल एक विशिष्ट सेट - एक प्रोफाइल जिसे बेसलाइन प्रोफाइल (बीपी) कहा जाता है। इसलिए, उदाहरण के लिए, BP में CABAC या B- फ्रेम्स जैसी उपयोगी H.264 सुविधाएँ शामिल नहीं हैं।


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


लेकिन सिद्धांत से अभ्यास की ओर बढ़ते हैं। वीडियो को निचोड़ने के लिए, आपको निम्न कमांड चलाना होगा:

ffmpeg -i in.3gp -f mp4
-vcodec libx264 -vprofile बेसलाइन -b: v 1500K
-आकोडेक लिबासैक -b: एक 128k -ar 44100 -ac 2
-मे बाहर .mp4

आइए हम प्रत्येक पैरामीटर के बारे में अधिक विस्तार से विचार करें:

• -i src इनपुट (ट्रांसकोड) फ़ाइल;
• -f mp4 वीडियो कंटेनर का इस्तेमाल किया;
• -vcodec libx264 वीडियो कोडेक का उपयोग किया;
• -vprofile बेसलाइन प्रोफ़ाइल का इस्तेमाल किया;
• -b: वी 1500K बिटरेट;
• -ऑकॉड लिबासैक में ऑडियो कोडेक का इस्तेमाल किया गया;
• -b: एक 128k ऑडियो बिटरेट;
• -ar 44100 ध्वनि आवृत्ति;
• ऑडियो धाराओं के -ac 2 नंबर;
• -उत्पादन फ़ाइल को अधिलेखित करने के लिए आपका झंडा;

यह भी ध्यान देने योग्य है कि आप किसी प्रोफ़ाइल को निर्दिष्ट किए बिना कर सकते हैं, और -x264opts पैरामीटर के माध्यम से आवश्यक H.264 कोडेक विकल्पों को स्पष्ट रूप से सक्षम / अक्षम कर सकते हैं, ताकि वे बीपी की शर्तों को पूरा करें। लेकिन यह प्रेमियों के लिए एक सबक है।

वीडियो वितरण

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


कैसे हो सकता है? Android प्लेटफॉर्म हमें निम्नलिखित तकनीकों / प्रोटोकॉल के लिए मूल समर्थन प्रदान करता है:

• HTTP / HTTPS प्रगतिशील स्ट्रीमिंग;
• HTTP / HTTPS लाइव स्ट्रीमिंग;
• आरटीएसपी (आरटीपी, एसडीपी);

आइए उन पर विचार करें।

प्रगतिशील स्ट्रीमिंग

पारंपरिक वेब सर्वर का उपयोग करके वीडियो वितरित करने का सबसे आसान तरीका, जो अनिवार्य रूप से HTTP (एस) प्रोटोकॉल का उपयोग करके पहले से तैयार फ़ाइल डाउनलोड करने के लिए उबालता है। इस मामले में सभी नमक यह है कि फ़ाइल डाउनलोड के अंत में खेलना शुरू नहीं करता है, लेकिन जैसे ही पर्याप्त डेटा डाउनलोड किया गया है (कुछ बफर भरा हुआ है)।


यहां यह स्पष्ट करने योग्य है कि MP4 कंटेनर का उपयोग करते समय, आपको एक फ़ाइल बनाने की आवश्यकता होती है ताकि वीडियो स्ट्रीम ( moov परमाणु ) के बारे में मेटाडेटा फ़ाइल के आरंभ में ( ftyp atom के बाद), वीडियो डेटा ( mdat परमाणुओं ) से पहले स्थित हो। यह qt-faststart उपयोगिता के साथ फ़ाइल को संसाधित करके किया जा सकता है:

qt-faststart output.mp4 result.mp4

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


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

छद्म स्ट्रीमिंग

यह तकनीक प्रगतिशील स्ट्रीमिंग 'ए' का तार्किक विस्तार है और आपको इसकी मुख्य समस्याओं में से एक को हल करने की अनुमति देता है - एक टुकड़ा जिसे फिर से डाउनलोड नहीं किया गया है। H.264 / AAC कोडेक के साथ MP4 / FLV कंटेनरों के लिए लागू है।


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


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

लाइव स्ट्रीमिंग

Apple से एक गैर-मानक डेटा अंतरण प्रोटोकॉल काफी। इसका सार इस तथ्य पर उबलता है कि वितरित फ़ाइल M3U8 प्रारूप की एक विशेष फ़ाइल-प्लेलिस्ट द्वारा एकजुट कई छोटे भागों में "sawn" है। HTTP (एस) के माध्यम से डेटा ट्रांसफर होता है।


इस मामले में, डिवाइस पर रिवाइंडिंग और खाली स्थान के साथ कोई समस्या नहीं है। इसके अलावा, कुछ शर्तों के तहत आपके पास चलाए जा रहे वीडियो की गुणवत्ता चुनने का अवसर है।


हालाँकि, समस्याएं भी दिखाई देती हैं। फ़ाइल को "काटने" और एक प्लेलिस्ट बनाने के लिए, आपको सर्वर पर प्रोसेसर संसाधनों, समय और स्थान की आवश्यकता होगी। फ़ाइल को नेटवर्क पर प्रसारित करने के लिए, पिछले उदाहरणों की तरह, HTTP सर्वर की आवश्यकता होती है (बिना किसी अतिरिक्त मॉड्यूल के)।

आप एक वीडियो फ़ाइल " वीएलसी " के माध्यम से देखा जा सकता है:

vlc -I dummy /path/to/pornofilm.mpg vlc: // Skip --sout '#transcode {चौड़ाई = 320, ऊँचाई = 240, एफपीएस = 25, vcodec = h264, vb = 256, venc = x264 {ऑडिट, प्रोफ़ाइल = आधार रेखा, स्तर = 30, कीइंट = 30, रेफ = 1}, एकोडेक = एमपी, एब = 96}: एसटीडी {एक्सेस = लाइवहॉट्प {सेगेलेन = 10, डेल्सेज़ = गलत, नंबर 1 = इंडेक्स = / पाथ / टू / /web/server/root/pornofilm.m3u8,index-url=http://localhost/pornofilm/stream-########.ts},mux=ts{use-key-frames},dst= /path/to/web/server/root/pornofilm/stream-##########.ts} '

आप ऐसी फाइल को लोकलहोस्ट / pornofilm.m3u8 URL पर चला सकते हैं ।


एंड्रॉइड में देशी स्तर पर HTTP लाइव स्ट्रीमिंग का समर्थन संस्करण 3.0 के बाद से मौजूद है। तीसरे पक्ष के खिलाड़ियों ( डाइसप्लेयर , एमएक्स प्लेयर ) का उपयोग करके, विकी को देखते हुए, आप संस्करण 2.2 से समर्थन प्राप्त कर सकते हैं।

रियल टाइम स्ट्रीमिंग प्रोटोकॉल (RTSP)

स्टेटफुल एप्लिकेशन लेयर प्रोटोकॉल विशेष रूप से वीडियो ट्रांसमिशन के लिए डिज़ाइन किया गया है। कमांड प्रारूप एचटीटीपी के समान है। आदेश खुद एक पारंपरिक कैसेट रिकॉर्डर पर बटन जैसे लगते हैं: PLAY, PAUSE, RECORD, आदि।


HTTP लाइव स्ट्रीमिंग के विपरीत , RTSP को छोटे भागों में फ़ाइलों को विभाजित करने और प्लेलिस्ट को संकलित करने की आवश्यकता नहीं है। फ़ाइल के आवश्यक हिस्सों को उत्पन्न किया जाएगा और ग्राहक को मक्खी पर दिया जाएगा। आप RLCP सर्वर के रूप में VLC का उपयोग कर सकते हैं।


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

vlc -vvv /path/to/pornofilm.mp4 --sout '#rtp {dst = localhost, port = 1234, sdp = rtsp: // localhost: 8080 / pornofitm.sdp}'

हालांकि, उपयोगकर्ताओं को जो इसे देखना चाहते हैं, उनकी उपलब्धता की परवाह किए बिना एक अलग पोर्ट के साथ प्रत्येक फ़ाइल के लिए एक प्रक्रिया को बढ़ाना, मूर्खतापूर्ण होगा।


इसलिए RTSP प्रोटोकॉल पर वापस जाएं और वीडियो ऑन डिमांड (Vidoe On Demand) चलाएं। VOD खेलने के लिए RLCP सर्वर के रूप में VLC का उपयोग करने के लिए, आपको RTSP सर्वर और टेलनेट इंटरफ़ेस की विशेषताओं को निर्दिष्ट करके सबसे पहले VLC शुरू करना होगा:

vlc -vvv -I telnet --telnet-password 123 - आरटीएसपी-होस्ट 127.0.0.1 - आरटीएसपी-पोर्ट 5554

उसके बाद, जैसा कि सर्वर चल रहा है, आपको इसे कॉन्फ़िगर करने की आवश्यकता है। यह टेलनेट 'ए' का उपयोग करके सबसे आसानी से किया जाता है, क्योंकि यह दृष्टिकोण मक्खी पर कॉन्फ़िगर करना संभव बनाता है:

नया पॉर्न वोड सक्षम

सेटअप पोर्नो इनपुट /पथ / //ofofilm.mpg

वीडियो चलाने के लिए (एंड्रॉइड प्लेटफॉर्म पर भी), आपको इसे URL rtsp: // localhost: 5554 / pornofilm पर अनुरोध करना होगा।


कमियों में से एक तथ्य यह है कि HTTP प्रायः सभी फायरवॉल और परदे पर खुला है ... RTSP के साथ , Deny, Allow allow, के मामले में, सब कुछ अलग है।

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


इस तकनीक का उपयोग करने वाले प्लेबैक को मूल रूप से एंड्रॉइड प्लेटफ़ॉर्म द्वारा समर्थित किया जाता है। उदाहरण के लिए, समान मानक MediaPlayer वर्ग का उपयोग करना।

मल्टीकास्ट

बहुत से लोग मानते हैं कि मल्टीकास्ट एंड्रॉइड में काम नहीं करता है। यह पूरी तरह सच नहीं है।


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


दूसरे, हाँ - उपकरणों की एक प्रभावशाली संख्या पर, यह सब कुछ में अक्षम है या सही ढंग से काम नहीं करता है। इंटरनेट पर, तो आप बहुत सारे आँसू और यहां तक ​​कि कुछ समाधान भी पा सकते हैं।


हालाँकि, जैसा कि अभ्यास से पता चलता है, आप एंड्रॉइड पर मल्टीकास्ट वीडियो चला सकते हैं। मेरे मामले में, एंड्रॉइड के लिए हाल ही में जारी वीएलसी बीटा ने सफलतापूर्वक इस कार्य के साथ मुकाबला किया।


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

vlc -I dummy udp: //@192.168.20.1: 1234 vlc: // छोडो-sout '#transcode {चौड़ाई = 320, ऊँचाई = 240, एफपीएस = 25, vcodec = h264, vb = 256, venc = x264 { ऑड, प्रोफाइल = बेसलाइन, लेवल = 30, कीइंट = 30, रेफ = 1}, एकोडेक = एमपी 3, एब = 96}: एसटीडी {एक्सेस = लाइवहॉट्प {सेगेलेन = 10, डेल्सेज़ = गलत, सुस्पष्ट = 0, इंडेक्स = / पाथ। /to/web/server/root/multicast-porno.m3u8,index-url=http://localhost/multicast-porno/stream-########.ts},mux=ts{use-key -फ्रेम}, dst = / path / to / web / server / root / multicast-porno / stream - ########। ts} '

या आरटीएसपी:

नई मल्टीकास्ट-पोर्नो वोड सक्षम

सेटअप मल्टीकास्ट-पोर्नो इनपुट udp: //@192.168.20.1: 1234

आप खिलाड़ी को फॉर्म udp: //@192.168.20.1: 1234 के यूआरएल को पास करके अपने डिवाइस पर मल्टीकास्ट खेलने के साथ अपनी किस्मत आजमा सकते हैं।

क्या चुनना है?

यदि वीडियो प्रारूप ( H.264 BP / MP4 ) के साथ सब कुछ स्पष्ट है, तो वितरण विधि के साथ प्रश्न खुला है। उनमें से प्रत्येक के अपने फायदे और नुकसान हैं।


सबसे पहले, मैं सामान्य प्रगतिशील स्ट्रीमिंग को हटा दूंगा । हां, यह हमेशा और हर जगह काम करता है, लेकिन पूरी फाइल को रिवाइंड करने और डाउनलोड करने की कमी पहले से ही बहुत ज्यादा है।


उड़ान भरने के लिए अगला उम्मीदवार लाइव स्ट्रीमिंग है । इसका मुख्य दोष Android में संस्करण 3.0 के बाद से मूल समर्थन है। और संस्करण 2.x वाले 80% से अधिक उपयोगकर्ताओं को अनदेखा करना एक विकल्प नहीं है। यद्यपि यहां आप एक तीसरे पक्ष के खिलाड़ी को देख सकते हैं, या अपना खुद का कार्यान्वयन कर सकते हैं (मैं, दुर्भाग्य से, एचएलवी का समर्थन करने के लिए मुफ्त विकास नहीं मिला है )।


और आखिरी मैं आरटीएसपी को पार कर जाएगा। हाँ, यह एक प्रोटोकॉल है जिसे विशेष रूप से वीडियो के लिए डिज़ाइन किया गया है। हां, इसका उपयोग वैचारिक रूप से सही है। लेकिन दो बिंदु हैं। सबसे पहले, सर्वर कॉन्फ़िगरेशन को लगातार अपडेट करना आवश्यक है। दूसरे, HTTP हमेशा और हर जगह खुला है, जिसे RTSP / RTP के बारे में नहीं कहा जा सकता है।


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