2015-02-18 20 views
10

पूर्व स्क्रिप्टम:WebRTC - सीपीयू में कमी, सेटिंग ट्वीक करने

मैं StackOverflow से अधिक खोज की है और वहाँ कोई क्यू है/ए WebRTC में सुधार करने की सभी संभावनाओं को समझा इसे और अधिक अंत उत्पादों के लिए व्यवहार्य बनाने के लिए।

समस्या:

WebRTC एक बहुत अच्छा UX है और यह बढ़त काटने है। यह जाल कॉल (3-8 लोगों) के लिए सही होना चाहिए, लेकिन यह अभी तक नहीं है। जाल कॉल के साथ सबसे बड़ा मुद्दा (सभी प्रतिभागियों एक दूसरे के साथ धाराओं का आदान-प्रदान) संसाधन उपभोग, विशेष रूप से सीपीयू है।

2.3 GHz इंटेल कोर i5 (2 कोर), OSX 10.10.2 (14C109), 4 जीबी रैम, क्रोम 40.0.2214.111 (64-बिट):

यहाँ कुछ आँकड़े मैं साझा करना चाहते हैं कर रहे हैं

+------------------------------------+----------+----------+ 
| Condition       | CPU  | Delta | 
+------------------------------------+----------+----------+ 
| Chrome (idle after getUserMedia) | 11%  | 11%  | 
| Chrome-Chrome      | 55%  | 44%  | 
| Chrome-Chrome-Chrome    | 74%  | 19%  | 
| Chrome-Chrome-Chrome-Chrome  | 102%  | 28%  | 
+------------------------------------+----------+----------+ 

प्रश्न:

मैं WebRTC तोड़ मरोड़, जो संसाधनों की खपत में सुधार लाने और समग्र अनुभव बेहतर बना सकते के साथ एक तालिका बनाने के लिए करना चाहते हैं। क्या कोई अन्य सेटिंग्स है जो मैं नीचे दी गई तालिका में से अलग के साथ खेल सकता हूं?

+------------------------------------+--------------+----------------------+ 
| Tweak        | CPU Effect | Affects    | 
+------------------------------------+--------------+----------------------+ 
| Lower FPS       | Low to high | Video quality lower | 
| Lower video bitrate    | Low to high | Video quality lower | 
| Turn off echo cancellation   | Low   | Audio quality lower | 
| Lower source video resolution  | Low to high | Video quality lower | 
| Get audio only source    | Very high | No video    | 
| Codecs? Compression? More?..  |    |      | 
+------------------------------------+--------------+----------------------+ 

पीएस

मैं वही वास्तुकला (जाल) छोड़ना चाहता हूं, इसलिए एमसीयू ऐसी चीज नहीं है जिसे मैं खोज रहा हूं।

+1

मुझे लगता है कि ओपस से कम दर पीसीएमए/यू में बदलाव एक अंतर प्रदान करेगा। हालांकि, गुणवत्ता डुबकी होगी। –

+1

इसके अलावा, फ़ायरफ़ॉक्स में H264 पर जाकर (केवल समर्थित है) एच 264 आमतौर पर हार्डवेयर द्वारा समर्थित है और इस प्रकार CPU पर उपयोग किए जाने वाले चक्रों को आसान बनाता है। –

उत्तर

4

आप ऑडियो दर और कोडेक (ओपस -> पीसीएमए/यू) बदल सकते हैं और आप चैनल को भी कम कर सकते हैं। ऑडियो बदलना मदद करेगा लेकिन वीडियो आपका मुख्य सीपीयू हॉग है।

फ़ायरफ़ॉक्स H.264 का समर्थन करता है। इसका उपयोग सीपीयू उपयोग में महत्वपूर्ण आर्किटेक्चर के टन के रूप में एच 264 के हार्डवेयर एन्कोडिंग/डिकोडिंग का समर्थन करने में महत्वपूर्ण कमी ला सकता है। मैं 100% निश्चित नहीं हूं कि फ़ायरफ़ॉक्स इसका लाभ उठाएगा लेकिन यह एक शॉट के लायक है।

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

आप क्रोम को the maximum bandwith in your SDP पर बातचीत करके निम्न गुणवत्ता वाली स्ट्रीम का उपयोग करने के लिए मजबूर कर सकते हैं। हालांकि, अतीत में, यह फ़ायरफ़ॉक्स के साथ काम नहीं किया है।

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