आपके सेट-टॉप बॉक्स के सटीक मॉडल और आपके टीवी प्रदाता के साथ इंटरफेस का उपयोग करने वाले प्रोटोकॉल को जाने बिना, यह जानना असंभव है कि वास्तव में , यह उस बैंडविड्थ का उपयोग कर रहा है। हालाँकि, हम आपके द्वारा प्राप्त सेवाओं के आधार पर कुछ शिक्षित अनुमान लगा सकते हैं।
सबसे पहले, कोई भी डिजिटल वीडियो प्रोटोकॉल होने जा रहा है, जैसा कि आपने देखा, डेटा की सफल प्राप्ति को इंगित करने के लिए "ACK" के कुछ रूप। डिजिटल वीडियो एक तरफ़ा प्रोटोकॉल नहीं है; पैकेट को क्रम में रखने के लिए और वीडियो स्ट्रीम को सिंक में रखने के लिए (यह सुनिश्चित करने के लिए कि वीडियो प्लेयर बहुत तेज़ी से या बहुत धीमी गति से वीडियो नहीं चला रहा है), दोनों पक्ष अक्सर एक दूसरे को समय डेटा भेजते हैं। गिराए गए पैकेट को कुछ एल्गोरिदम के आधार पर नियंत्रित किया जाता है ताकि यह निर्धारित किया जा सके कि पैकेट को फिर से भेजने का समय है, या बस वीडियो को काटें और चलते रहें। यह अपूर्ण डेटा को डीकोड करने और खेलने की कोशिश करने और किसी भी भ्रष्टाचार को स्वीकार करने के लिए तैयार हो सकता है जो परिणामस्वरूप हो सकता है (यही कारण है कि कभी-कभी डिजिटल टीवी पर हवा में यह समस्या होती है)।
किसी भी ग्राहक-आधारित टीवी सेवा को प्रदान करने वाली अतिरिक्त चीजों में शामिल होना चाहिए:
- प्रमाणीकरण के कुछ रूप यह स्थापित करने के लिए कि आप एक पंजीकृत ग्राहक हैं, और दूसरों के विपरीत विशेष रूप से आपको (सब्सक्राइबर) पहचानने के लिए। यह सेवा अनाम नहीं है, क्योंकि आपके पास संभवतः सदस्यता प्राप्त चैनलों का एक "पैकेज" है, और आप केवल उन चैनलों को प्राप्त कर सकते हैं जिनके लिए आप भुगतान कर रहे हैं।
- ट्रैकिंग के कुछ रूप जो आप देखते हैं और जब चैनल। यह एक अचूक संकेत हो सकता है, जैसे "जब उपयोगकर्ता चैनल स्विच करता है, तो प्रदाता को बताएं कि हम अब कौन सा चैनल देख रहे हैं"। क्या प्रदाता विपणन उद्देश्यों के लिए इस डेटा का उपयोग करना चुनता है , लेकिन यह उनके लिए उपलब्ध है, लेकिन उन्हें इसकी परवाह किए बिना प्रदान किया जाना है, इसलिए वे जानते हैं कि आपको भेजने के लिए किस चैनल की वीडियो स्ट्रीम है!
- गतिविधि के कुछ प्रकार ट्रैकिंग जो प्रदाता को सूचित करते हैं जब आप अपने रिमोट पर बटन दबाते हैं। यह उपयोगकर्ता इंटरफ़ेस को बेहतर बनाने के तरीके के रूप में अधिक सामान्य हो रहा है: वे पूरा करने के लिए सबसे कठिन कार्यों पर डेटा काटा जाएगा, और भविष्य के अपडेट में उन्हें आसान बनाने का प्रयास करेंगे। वे उन विकल्पों को समाप्त कर सकते हैं जो शायद ही कभी उपयोग किए जाते हैं।
- सिग्नल की गुणवत्ता के आंकड़े: आपका एसटीबी प्रदाता को बता सकता है कि सिग्नल में बार-बार रुकावटें आ रही हैं, जो स्वचालित रूप से तकनीशियनों को यह निर्धारित करने के लिए जांच करने के लिए सतर्क कर सकती हैं कि क्या उनके अंत में कुछ गलत है। या, वे निम्न-गुणवत्ता वाली स्ट्रीम की पेशकश करने में सक्षम हो सकते हैं जो कि अधिक विश्वसनीय होगा (उदाहरण के लिए 1080p से 720p में डाउनग्रेड)।
- डायग्नोस्टिक डेटा: आपका एसटीबी कभी-कभी इसके अपटाइम, उपलब्ध संसाधनों जैसे स्टोरेज स्पेस और रैम और किसी भी सॉफ्टवेयर क्रैश से लॉग के बारे में डेटा अपलोड कर सकता है।
1 Mbit / s बहुत लग सकता है, लेकिन नियमित HTTP अनुरोध का नाममात्र ओवरहेड (जो इस सेवा का उपयोग कर सकता है या नहीं भी कर सकता है) लगभग 2% है । 1 Mbit / s का उनका अनुमान संभवतः पर आधारित है:
- डिबग लॉग (जो आकार में कई मेगाबाइट हो सकते हैं) जैसी चीजों के लिए पर्याप्त बैंडविड्थ उपलब्ध है ताकि तेजी से अपलोड किया जा सके कि जो भी प्रक्रिया उन्हें भेज रही है वह समय समाप्त नहीं करता है। हो सकता है कि यह केवल प्रक्रिया या प्रक्रिया को पूरा करने से पहले 60 या 90 सेकंड के लिए अनुमति देता है।
- आपकी पंक्ति में एक नीचा संकेत का मतलब हो सकता है कि एक प्रावधानित 1 Mbit / s वास्तव में लगभग आधा या कम वितरित करेगा , और ISP को सुधारने के लिए प्रेरित नहीं किया जा सकता है। आदर्श रूप से आपका टीवी अभी भी ऐसी विकृत स्थितियों के तहत काम करेगा, भले ही उन्हें केवल 512 केबी / एस की सख्त आवश्यकता हो, 1 Mbit / s के लिए पूछना उन्हें त्रुटि का एक मार्जिन देता है।
- टीवी स्ट्रीमिंग के दौरान सामान्य संचालन काफी कम बैंडविड्थ का उपभोग कर सकता है, लेकिन 1 Mbit / s एक "सबसे खराब स्थिति" हो सकता है, जैसे कि यदि आप अपने रिमोट के साथ खेल रहे हैं, तो अक्सर चैनल स्विच करना, टीवी गाइड देखना, आदि - वे यह सुनिश्चित करना चाहते हैं कि आपका कनेक्शन उन सभी को संभाल सकता है जो अपस्ट्रीम के बिना बहुत भीड़भाड़ और समय से बाहर हो।
- यदि ADSL लाइन कुछ और (विशेषकर कंप्यूटर, जो टीवी STBs की तुलना में बहुत अधिक कारणों से अपलोड करने के लिए है) के साथ साझा की जाती है, तो आप अपस्ट्रीम के लिए सब्सक्राइबर लाइन पर बहुत अधिक क्षमता चाहते हैं। 1 Mbit / s इन दिनों ज्यादातर चीजों के सापेक्ष बहुत कम गति है।
वीडियो प्रोटोकॉल का ओवरहेड वास्तव में 2% से बहुत अधिक हो सकता है। एन्क्रिप्शन (दोनों दिशाओं में) कुछ प्रतिशत जोड़ सकता है। हो सकता है कि प्रत्येक डेटा पैकेट का आकार बहुत छोटा हो, जो समग्र ओवरहेड को बढ़ाएगा क्योंकि आपके पास अधिक कुल पैकेट होंगे, और प्रत्येक में मेटाडेटा जुड़ा होगा। उस सब में थोड़ा ऊपर की ओर शामिल है, और अंत में जो जोड़ता है।
कुल मिलाकर, यह जानने का कोई तरीका नहीं है कि उन्हें क्यों लगता है कि उन्हें आपके टीवी एसटीबी के लिए 1 Mbit / s नदी के ऊपर की जरूरत है, लेकिन यह शायद सिर्फ एक अनुमान है, या परीक्षण पर आधारित है जो संकेत देता है कि कुछ कार्यों के लिए थोड़ा ऊपर की ओर फटने की आवश्यकता होती है और इसे सभ्य प्रदर्शन प्राप्त करने के लिए एक निश्चित गति हो (उदाहरण के लिए, अपने एसटीबी को प्रमाणित करने के लिए शुरुआती हैंडशेक को हर बार एक फटने की आवश्यकता हो सकती है जब बॉक्स को प्रदाता केंद्रीय कार्यालय के साथ एन्क्रिप्शन परत को फिर से बनाना होगा)।
मुझे संदेह है कि वे एक स्थिर 1 Mbit / s का उपयोग कर रहे हैं, जबकि सामान्य रूप से वीडियो स्ट्रीमिंग, हालांकि। वीडियो की गुणवत्ता और बिटरेट किसी भी यथोचित-कुशल वीडियो स्ट्रीमिंग प्रोटोकॉल के लिए बहुत अधिक होना चाहिए ताकि एक निरंतर आधार पर बहुत ऊपर की ओर बढ़ सके।