सीधा जवाब
छोटे खंड HLS विलंब को कम कर सकते हैं, लेकिन कैमरा कीफ़्रेम अंतराल, गेटवे पैकेजिंग, प्लेलिस्ट नीति और प्लेयर बफ़र संरेखित होना चाहिए। खंड अवधि काटने से पहले पूरा पथ मापें.
ऐसा क्यूँ होता है
HLS ग्राहकों को सुरक्षित रूप से शुरू करने के लिए आम तौर पर एक प्रकाशित प्लेलिस्ट और पर्याप्त मीडिया की आवश्यकता होती है। गलत संरेखित कीफ़्रेम या गहरी लाइव विंडो नेटवर्क तेज़ होने पर भी विलंब के कई खंड जोड़ सकती है।
ब्राउज़रों को आम तौर पर एक गेटवे की आवश्यकता होती है जो कैमरा फ़ीड को वेब-नेटिव डिलीवरी पथ में परिवर्तित करता है।
एक नियंत्रित परीक्षण
कैमरा GOP, खंड अवधि, प्लेलिस्ट लंबाई और वास्तविक प्लेयर लाइव-एज दूरी रिकॉर्ड करें।
एक समय में एक वेरिएबल बदलें. कैमरा मॉडल, फ़र्मवेयर, एंडपॉइंट और अकाउंट को रिकॉर्ड करके रखें; फिर नेटवर्क रीचैबिलिटी, प्रोटोकॉल प्रतिक्रिया, मीडिया ट्रांसपोर्ट और डिकोडिंग को अलग-अलग परतों के रूप में परीक्षण करें।
एक समर्पित केवल-दृश्य खाते और एक विश्वसनीय स्थानीय निदान उपकरण का उपयोग करें। आउटपुट साझा करने से पहले क्रेडेंशियल्स, निजी पते और डेटा की पहचान को संशोधित करें।
निदान क्रम
| जाँच करना | कार्रवाई | प्रगति का प्रमाण |
|---|---|---|
| एनकोडर | पैकेजिंग लक्ष्यों के साथ मुख्यफ़्रेम संरेखित करें। | सेगमेंट प्रयोग योग्य रैंडम-एक्सेस बिंदुओं पर शुरू हो सकते हैं। |
| बंडल | खंड निर्माण और प्लेलिस्ट प्रकाशन को मापें। | गेटवे विलंब ज्ञात है. |
| वितरण | कैश और मूल व्यवहार की जाँच करें. | ग्राहकों को ताज़ा प्लेलिस्ट और मीडिया प्राप्त होते हैं। |
| खिलाड़ी | लाइव-एज बफ़र और पुनर्प्राप्ति को मापें। | स्टार्टअप और निरंतरता लक्ष्य को पूरा करें। |
रखने योग्य साक्ष्य
एक उपयोगी परिणाम में स्थिर-स्थिति विलंबता, स्टार्टअप समय और पैकेट हानि या गेटवे पुनरारंभ के दौरान व्यवहार शामिल है।
सीमा और सुरक्षा नोट
HLS अक्सर एक अच्छा वितरण प्रारूप है, लेकिन जब तक कम-विलंबता डिज़ाइन सिद्ध नहीं हो जाता, तब तक यह कड़े इंटरैक्टिव नियंत्रण के लिए पहली पसंद नहीं है।
दूरस्थ रूप से देखने के लिए, RTSP या कैमरा प्रशासन पोर्ट को सीधे सार्वजनिक इंटरनेट पर प्रदर्शित करने के बजाय प्रबंधित VPN का उपयोग करें।
SmartRTSP
SmartRTSP Apple डिवाइस, Windows और Android के लिए एक कैमरा-केंद्रित RTSP और ONVIF व्यूअर है। यह सीधे देखने, खोज करने और मल्टी-कैमरा जांच के लिए उपयुक्त है; जब निरंतर रिकॉर्डिंग, साक्ष्य निर्यात या केंद्रीकृत उद्यम नियंत्रण की आवश्यकता हो तो एक समर्पित NVR या VMS रखें।
अक्सर पूछे जाने वाले प्रश्नों
क्या एक-सेकंड खंड एक-सेकंड विलंबता उत्पन्न करेगा?
आवश्यक रूप से नहीं; प्लेलिस्ट और प्लेयर बफ़रिंग कई खंड अवधि जोड़ सकते हैं।
मुख्य-फ़्रेम क्यों मायने रखते हैं?
ग्राहकों को साफ़-साफ़ शुरुआत या स्विच करने के लिए रैंडम-एक्सेस पॉइंट की आवश्यकता होती है।
क्या हर दर्शक को कैमरे से जुड़ना चाहिए?
नहीं, गेटवे को पैकेज्ड आउटपुट को फैन करना चाहिए ताकि कैमरा सत्र सीमाएं सुरक्षित रहें।
प्राथमिक सन्दर्भ
- IETF RFC 8216 - HTTP लाइव स्ट्रीमिंग
- आईईटीएफ आरएफसी 7826 - रीयल-टाइम स्ट्रीमिंग प्रोटोकॉल 2.0
- FFmpeg - RTSP प्रोटोकॉल विकल्प और उदाहरण
संबंधित SmartRTSP मार्गदर्शिका
संबंधित गाइड खोलेंएनकोडर GOP, खंड अवधि, प्लेलिस्ट गहराई, सीडीएन व्यवहार और प्लेयर बफर का उपयोग करके HLS विलंब की योजना बनाएं।