आइसकास्ट और डार्किस

Question

के साथ उच्च ऑडियो विलंबता मैंने अपनी उबंटू मशीन पर सफलतापूर्वक हिमस्खलन और अंधेरा स्थापित किया है और मेरे लैन पर लाइव स्ट्रीम करने में सक्षम था। लेकिन मेरी निराशा के लिए यह 15sec 20sec देरी है। यह बहुत खराब प्रदर्शन है। मुझे नहीं लगता कि यह मेरे लैन कनेक्शन की वजह से है क्योंकि जब भी मैंने उसी उबंटू मशीन में सुनने की कोशिश की, तब भी देरी हुई!

मैंने बर्फबारी को कॉन्स्टिगर करने की कोशिश की है, जिसमें कोई फट-आकार नहीं है जिसका मतलब है कि कोई बफरिंग नहीं होगी, इससे मुझे 6sec से 8sec तक देरी को कम करने में मदद मिली। तो कृपया अगर आपके पास कोई सुझाव या बहुत अच्छा कॉन्फ़िगरेशन मान है तो यह मेरे लिए बहुत मददगार होगा।

पीएस प्रारूप मैं स्ट्रीमिंग कर रहा हूँ एमपी 3 है। किसी ने सुझाव दिया कि मुझे ओपस कोडेक का उपयोग करना चाहिए, लेकिन मुझे नहीं लगता कि बर्फबारी या अंधेरा इसका समर्थन करता है।

Answer 1

यह खराब प्रदर्शन नहीं है ... यह जानबूझकर है ताकि क्लाइंट एक बार प्लेबैक शुरू होने के बाद पुनः-बफरिंग का अनुभव न करें। इंटरनेट रेडियो सर्वर कम विलंबता के लिए नहीं बनाए गए हैं।

• कब्जा बफर (< 500ms)
• एन्कोडिंग बफर (~ कोडेक के आधार पर 250ms-1s)
• एनकोडर-टू-सर्वर नेटवर्क स्थानांतरण और बफर:

  देरी के कई स्रोत हैं (< 10ms)

• सर्वर बफर (जिसे आपने अक्षम किया है, अक्सर 1 एमबी पर सेट होता है जो बिटरेट के आधार पर लंबे समय तक हो सकता है)
• सर्वर-टू-क्लाइंट नेटवर्क स्थानांतरण और Bu ffer (< 10ms-1s आम तौर पर, मोबाइल के लिए लंबे समय तक बार)
• ग्राहक बफर
• ग्राहक प्लेबैक बफर (< 500ms)

इनमें से सबसे बड़ी आप कर सकते हैं के रूप में (व्यापक रूप से चर, लेकिन 2s खासियत है) सर्वर बफर देखें। आपने इसे समाप्त कर दिया है, और यह वह सब कुछ है जो आप कर सकते हैं। यदि आप कम विलंबता के साथ कुछ चाहते हैं, तो आपको एक अलग तकनीक की आवश्यकता है।

Answer 2

का उपयोग करके देखें Icecast-kh https://karlheyes.github.io/

मेरे अनुभव से यह कम विलंबता देता है, मुझे यकीन है कि क्यों नहीं कर रहा हूँ, बहुत खुशी होगी अगर किसी को है कि समझा जाएगा, हो सकता है यह एक छोटे सर्वर बफर है।