2015-04-24 11 views
8

क्या किसी को पता है कि वेबआरटीसी बैंडविड्थ न्यूनतम आवश्यकताओं क्या हैं? मुझे दिलचस्पी है कि वीडियो के साथ या बिना वीडियो के विभिन्न मूल्यों के लिए मूल्य क्या हैं। मैं विशेष रूप से दो पार्टी सम्मेलन में रूचि रखता हूं, लेकिन यदि आप प्रति पार्टी के मूल्यों को जानते हैं तो यह भी अच्छा है।वेबआरटीसी बैंडविड्थ आवश्यकताओं

यदि आपके पास वास्तविक मीट्रिक अच्छा है, लेकिन अगर आपको पता है कि मैं सैद्धांतिक रूप से इसकी गणना कैसे कर सकता हूं तो यह भी अच्छा है।

इसके अलावा, विभिन्न ब्राउज़रों में अलग-अलग बैंडविड्थ आवश्यकताएं हैं?

उत्तर

14

बैंडविड्थ आवश्यकताओं लगभग opus और vp8 के लिए बैंडविड्थ आवश्यकता के समान ही हैं। रीयल टाइम ऑडियो में आम तौर पर 40-200 किलो/एस का बिटरेट होता है। वीडियो को कम से कम 200 केबीटी/एस (500kbit/s की आवश्यकता होती है यदि आप लोगों के चेहरे देखना चाहते हैं)।

webrtc-experiment के अनुसार opus के लिए न्यूनतम बैंडविड्थ 6kbit/s और vp8 100kbits/s के लिए है। तो कुल मिलाकर जो 106kbit/s बनाता है लेकिन जब आप Webrtc प्रोटोकॉल स्टैक के ओवरहेड के लिए खाते हैं और लगातार नेटवर्क स्थितियों में भिन्न होते हैं तो मुझे लगता है कि यदि कोई स्थिर वीडियो और ऑडियो चाहता है तो 200kbit/s न्यूनतम है।

क्रोम और फ़ायरफ़ॉक्स दोनों opus और vp8 का उपयोग करते हैं, इसलिए बैंडविड्थ आवश्यकताएं समान होनी चाहिए। हालांकि मेरे पास यह साबित करने के लिए कोई कठिन डेटा नहीं है।

आप क्रोम: // webrtc-internals पर जाकर और सभी चार्टों का निरीक्षण करके Webrtc द्वारा उत्पन्न वर्तमान ट्रैफ़िक देख सकते हैं।

+0

क्या आप जानते हैं कि webrtc-experiment केवल क्रोम को संदर्भित करता है या यह अन्य ब्राउज़रों के बारे में भी है? –

+0

ओपस और वीपी 8 अलग-अलग हैं जोब्रब्रैक परियोजनाओं से जुड़े नहीं हैं, इसलिए इन दो प्रौद्योगिकियों के बारे में webrtc-प्रयोगों में परिणाम ब्राउज़र स्वतंत्र होना चाहिए। मुझे शेष परिणामों के बारे में पता नहीं है। मुझे लगता है कि वे क्रोम और फ़ायरफ़ॉक्स दोनों को संदर्भित करते हैं। सभी दो कार्यान्वयन के बाद कुछ कोड साझा करें और परीक्षण पूरी तरह से दिखता है। –

1

दो-पक्ष सम्मेलनों के लिए, अच्छी कॉन्फ़्रेंस-गुणवत्ता के लिए 500 केबीटी/एस पर्याप्त होना चाहिए (प्रति स्ट्रीम, इसलिए उपयोगकर्ता की लाइन पर 1 एमबीटी/भार)। मैं इसके बारे में दूसरे जवाब के अनुरूप हूं।

हालांकि, मल्टी-पार्टी वेबआरटीसी बैंडविड्थ के लिए प्रतिभागियों की इंटरनेट बैंडविड्थ की वजह से बाधा नहीं डाली जा सकती है, बल्कि टर्न मीडिया रिलेइंग सर्वर की संभावित बैंडविड्थ सीमाओं के कारण भी, यदि आप एक का उपयोग करते हैं - जिसकी आवश्यकता नहीं है जहां कोई पी 2 पी कनेक्शन नहीं है मुश्किल एनएटी सेटअप के कारण संभव है।

  • मान लीजिए कि हम 100 Mbit बाहर कुल में/s सर्वर बैंडविड्थ (में + करते हैं: (All the details here.)

    मैं अपने बैंडविड्थ बाहर maxing से पहले कितने उपयोगकर्ताओं ने बारी सर्वर सेवा कर सकते हैं का एक मोटा गणना करने का प्रयास किया), और हम वेबआरटीसी यातायात के लिए उपयोग करने योग्य 60 एमबी/एस चाहते हैं।

  • इसलिए उदाहरण के लिए जब coturn मोड़ सर्वर को कॉन्फ़िगर, हम इनपुट और आउटपुट के लिए 30 Mbit/s प्रत्येक स्ट्रीम (3,750,000 बाइट/एस, bps-capacity=3750000 का प्रयोग करके) सेट करेंगे।

  • उत्पादन धारा, उच्च लोड का अनुभव होगा क्योंकि n प्रतिभागियों को देखते हुए, वीडियो इनपुट स्ट्रीम और n-1 भागीदार प्रति वीडियो आउटपुट धाराओं मोड़ सर्वर के लिए किया जाएगा। मतलब है कि बाधा 30 एमबी/एस संयुक्त आउटपुट स्ट्रीम होगी।

  • सबसे खराब मामले में (जहां कोई स्टन वार्तालाप पी 2 पी कनेक्शन संभव नहीं है), यह बैंडविड्थ पर्याप्त होगा: 30 एमबीटी/एस/500 केबीटी/(एस * स्ट्रीम) = 60 वीडियो धाराएं।n धाराओं -

  • को देखते हुए n प्रतिभागियों, वहाँ n-1 भागीदार प्रति आउटपुट स्ट्रीम है, जो n * (एन -1) = n^2 के कुल का मतलब होगा। हमारा अधिकतम 60 धाराएं तब पर्याप्त हैं: एन^2 - एन = 60 < => एन = 8.26 = ~ 8 प्रतिभागियों (calculation)।

यह सुनिश्चित नहीं है कि यह कितना सटीक है - मैं अभ्यास में इसका परीक्षण करूंगा और रिपोर्ट करूंगा।

संबंधित मुद्दे