अपलिंक बैंडविड्थ आवश्यकताओं को स्ट्रीम करने के लिए HD नीचे?


6

मेरे पास एक टीवी सेवा है जो ADSL तकनीक का उपयोग करती है। इसका मतलब है कि मेरा टीवी मूल रूप से इंटरनेट पर सब कुछ स्ट्रीमिंग कर रहा है।

मुझे आज बताया गया था कि काम करने में सक्षम होने के लिए कम से कम 1 एमबी / एस अपलिंक की आवश्यकता होगी। क्या वो सही है?

ध्यान दें, मैं नीचे बैंडविड्थ के बारे में बात नहीं कर रहा हूं, जो बहुत अधिक होगा। यह वह जगह है ऊपर दूसरे शब्दों में, अपने टीवी प्रदाता के सेट-टॉप बॉक्स के लिए एक 2-3MB / एस धारा (मैं उस पर अनुमान लगा रहा हूँ) नीचे स्ट्रीम में कम से कम 1 एमबी / एस अपलोड क्षमता की जरूरत है,।

यह क्या भेज रहा है? ACKs?


1
@ प्रह्लादटेक तो? यदि केबल कनेक्शन अधिक सामान्य है, तो भी टीवी को ADSL पर प्रसारित किया जा सकता है।
DavidPostill

क्या आपको CI + मॉड्यूल के साथ स्मार्टकार्ड की आवश्यकता है?
थॉमस

जवाबों:


18

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

इनमें से कोई भी एक निरंतर 1Mbps डेटा दर के पास कहीं भी नहीं मिलेगा, इसलिए वे शायद ज़रूरत से ज़्यादा माँग रहे हैं, इस उम्मीद में कि अतिरिक्त हेडरूम के साथ, अन्य ट्रैफ़िक भीड़ और बफरबोल्ट को ट्रिगर करने के लिए पर्याप्त नहीं होगा जो इसमें हस्तक्षेप कर सकते हैं चिकनी प्लेबैक और स्ट्रीमिंग सेवा का संचालन।


10

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

सबसे पहले, कोई भी डिजिटल वीडियो प्रोटोकॉल होने जा रहा है, जैसा कि आपने देखा, डेटा की सफल प्राप्ति को इंगित करने के लिए "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 का उपयोग कर रहे हैं, जबकि सामान्य रूप से वीडियो स्ट्रीमिंग, हालांकि। वीडियो की गुणवत्ता और बिटरेट किसी भी यथोचित-कुशल वीडियो स्ट्रीमिंग प्रोटोकॉल के लिए बहुत अधिक होना चाहिए ताकि एक निरंतर आधार पर बहुत ऊपर की ओर बढ़ सके।


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

1
दोनों पक्ष अक्सर एक दूसरे को समय डेटा भेजते हैं । संभावना; खिलाड़ी के पास आमतौर पर एक सटीक-पर्याप्त घड़ी होती है, और वीडियो मेटाडेटा (कंटेनर, लाइक .mp4या .mkvया जो भी स्ट्रीमिंग प्रारूप होता है) में फ्रेम टाइमिंग की जानकारी और ए / वी सिंक जानकारी होती है। यदि खिलाड़ी पॉज़ / रिवाइंड का समर्थन करता है, तो यह संभवतः सर्वर से कुछ सेकंड आगे बफ़र करता है और जब खिलाड़ी फ़्रेम प्रदर्शित करने के लिए चारों ओर हो जाता है तो सर्वर वास्तव में परवाह नहीं करता है। अधिक डेटा के लिए अनुरोध भेजना अपस्ट्रीम ओवरहेड का हिस्सा है। या अगर यह ऑन-डिमांड नहीं है, तो शायद सर्वर को क्लाइंट को बनाए रखने की आवश्यकता होती है।
पीटर कॉर्ड्स

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

यह उत्तर त्रुटिपूर्ण है। टीसीपी पर वीडियो को ऐक्स की आवश्यकता होती है। यूडीपी वीडियो और मल्टीकास्ट वीडियो (वाहक-प्रदत्त आईपीटीवी में आम) को केवल निराला रखने के लिए आवश्यक है; प्रोटोकॉल यह ध्यान रखने के लिए डिज़ाइन किया गया है कि आपको डेटा मिले या नहीं। यह अपलिंक डाउनलिंक दर के 1/10 वें भाग से काफी कम होगा।
user71659

@allquixotic टिप्पणियां स्पष्ट रूप से एक उत्तर में सुधार का सुझाव देने के लिए हैं, जो पीटर कॉर्डेस कर रहा है। (बेशक, इसके लिए भी संपादन का उपयोग किया जा सकता है, लेकिन संपादन आम तौर पर मूल लेखक का सम्मान करने के लिए किया जाता है - इसलिए आपके द्वारा पूरी तरह से कहे गए कुछ को बदलना आमतौर पर ...)
अपमानजनक

2

ईथरनेट पर एसी के पैकेट न्यूनतम 64 बाइट के आकार के होते हैं, विशिष्ट पीपीपीओए डीएसएल तैनाती पर 'डाउन लोड' डाउनस्ट्रीम पैकेट आमतौर पर आकार में 1492 बाइट होते हैं।

RFC1122 "पूर्ण आकार के खंडों की एक धारा में निर्दिष्ट करता है जो कम से कम हर दूसरे खंड के लिए एक ACK होना चाहिए"।

इसलिए आपका न्यूनतम ऐक बैंडविड्थ अनुपात 64 / (1492 * 2) = 2.15%, या 22,490 बाइट्स प्रति 1MB प्राप्त होने की आवश्यकता है, या एक बिटरेट लगभग 110kbps (0.1Mbps) प्रति 5Mbps नीचे।

किसी कारण से मैं सोच रहा हूं कि वे आपके अपस्ट्रीम बैंडविड्थ चाहते हैं।

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

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


एक दिलचस्प सिद्धांत, सुनिश्चित करने के लिए। मुझे लगता है कि वे एक अच्छे उपयोगकर्ता अनुभव को सुनिश्चित करने के लिए, और वे सभी विभिन्न डेटा एकत्र करना चाहते हैं जो सुरक्षित रूप से 1MB / s प्रति स्ट्रीम को आक्रामक रूप से आरक्षित करते हैं। दुर्भाग्य से मेरे लिए, यह एक आक्रामक क्यूओएस और डीएसएल प्रोफाइल के साथ संयुक्त रूप से 1 एमबी / एस के साथ मेरी इंटरनेट सेवा को छोड़ देता है, जो एक बड़ी फ़ाइल अपलोड करते समय शून्य हो जाता है।
JakeHawkes42
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.