स्ट्रीमिंग 2.0: कल रेडियो और टीवी का क्या इंतजार है?

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

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

यह ऑडियो और वीडियो स्ट्रीमिंग के लिए एक ओपन ड्राफ्ट प्रोटोकॉल के बारे में होगा, जिससे आप प्लेयर-रिसीवर की अधिकतम क्षमताओं का उपयोग कर सकेंगे।

तकनीक के बारे में संक्षेप में

HTML और CSS से परिचित लोगों के लिए, स्पष्टीकरण सरल होगा। कल्पना करें कि एक HTML पृष्ठ अनंत है, लेकिन मक्खी पर आप इसे पूरक कर सकते हैं, शैलियों, छवियों और जावास्क्रिप्ट को प्रतिस्थापित कर सकते हैं। और कल्पना करें कि यह HTML दृश्य पृष्ठ के रूप में नहीं, बल्कि मल्टीमीडिया स्ट्रीमिंग ऑडियो या वीडियो सामग्री के रूप में वर्णित है।

एक और "हमारी वास्तविकता से समानांतर" के रूप में हम Youtube को याद करते हैं वीडियो के साथ एक पृष्ठ खोलने पर, हम पहले HTML लोड करते हैं, फिर संसाधन - javascripts, CSS, छवियाँ, फ्लैश मॉड्यूल, और हम इसमें से कुछ को कैश से लेते हैं, अगर यह पहले इस्तेमाल किया गया था और बदल नहीं गया है, तो फ्लैश मॉड्यूल (या ब्राउज़र ही) , यदि HTML5) स्ट्रीमिंग सामग्री - वास्तविक वीडियो खींचना शुरू करता है, तो अभियान अलग-अलग चैनलों के विज्ञापन से भरा हुआ है, जो वीडियो को ओवरले करता है।

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

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

ऐसी सामग्री के लिए रिसीवर क्या होना चाहिए?

हां, वास्तव में यह एक विशेष "ब्राउज़र" वाला कंप्यूटर है। रिसीवर अधिक परिष्कृत हो सकते हैं (यदि यह एक रेडियो है, तो एक छोटी स्क्रीन के साथ, बड़ी मेमोरी, अच्छा ऑडियो भाग) और सरल। वे प्रतिक्रिया का समर्थन कर सकते हैं (सर्वर से अनुरोध करें) या समर्थन नहीं करें (खेल, "वे जो देते हैं")।

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

प्रोटोकॉल क्या होना चाहिए?

वास्तव में, यह एक स्ट्रीमिंग प्रोटोकॉल है जो प्रतिक्रिया का समर्थन करता है (यदि रिसीवर इसके लिए सक्षम है) और मल्टीमीडिया सामग्री पर केंद्रित एक विशेष नियंत्रण / मार्कअप भाषा।

ट्रांसमीटर क्या होना चाहिए?

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

यह एक या किसी अन्य आवश्यकता के अनुकूल "स्मार्ट रिसीवर" के निर्माण के अवसरों के समुद्र को खोलता है।

पिछड़ी अनुकूलता

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

मौजूदा प्रणालियों में से, मुझे ऑडियो स्ट्रीमिंग के क्षेत्र में कुछ भी नहीं मिला, और सेट-टॉप बॉक्स (सेटटॉप बॉक्स) के क्षेत्र में कुछ दूरस्थ सिस्टम के समान हैं। उदाहरण के लिए, ऐसी तकनीक HbbTV - हाइब्रिड ब्रॉडकास्ट बैंड टीवी है। विशेष रिसीवर, वीडियो स्ट्रीम के साथ सूचना नेविगेशन का संयोजन। उदाहरण के लिए, आप प्रसारण के समानांतर एक फुटबॉल खिलाड़ी पर विस्तृत जानकारी देख सकते हैं।

ऊपर वर्णित एक के करीब सीएमएमएल तकनीक है - सतत मीडिया मार्कअप भाषा या संबंधित एनोडेक्स या केट । ... लेकिन उन्हें बहुत विकास नहीं मिला है और उनमें सन्निहित अवधारणाएं ऊपर वर्णित एक का सिर्फ एक टुकड़ा है।

क्या आपको लगता है कि ऐसा कुछ "बंद" होगा?