HTTP रेंज अनुरोध वीडियो प्लेबैक और डाउनलोड में कैसे मदद करते हैं

एक बाइट श्रेणी किसी संसाधन के भाग का अनुरोध करती है

एक क्लाइंट सर्वर से बाइट अंतराल का अनुरोध कर सकता है, और एक सहायक सर्वर आंशिक-सामग्री स्थिति और अनुरोधित बाइट्स के साथ प्रतिक्रिया कर सकता है। यह तंत्र HTTP संसाधन स्तर पर संचालित होता है; यह वीडियो दृश्यों या टाइमस्टैम्प को स्वयं नहीं समझता है। मीडिया प्लेयर कंटेनर जानकारी और अनुक्रमण का उपयोग करके अनुरोधित समय को उन बाइट्स में मैप करते हैं जिनकी उन्हें आवश्यकता होती है।

श्रेणियाँ किस प्रकार खोज का समर्थन करती हैं

जब आप किसी वीडियो में आगे बढ़ते हैं, तो ब्राउज़र प्रत्येक पिछली बाइट की प्रतीक्षा करने के बजाय नई स्थिति के पास डेटा का अनुरोध कर सकता है। कुशल खोज कंटेनर के मेटाडेटा और सर्वर व्यवहार पर भी निर्भर करती है। यदि कोई सर्वर रेंज अनुरोधों को अनदेखा करता है, तो प्लेयर को क्रमिक रूप से अधिक डेटा डाउनलोड करने की आवश्यकता हो सकती है या कम आसानी से मांग को संभाल सकता है।

डाउनलोड फिर से शुरू क्यों नहीं हो सकता?

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

स्थिति की सावधानीपूर्वक व्याख्या करें

रेंज व्यवहार अनुरोध और प्रतिक्रिया हेडर के माध्यम से दिखाई देता है, लेकिन एक भी अवलोकन यह स्थापित नहीं करता है कि प्रत्येक डाउनलोड फिर से शुरू हो सकता है। प्रतिक्रिया प्रमाणीकरण, कैश, प्रॉक्सी और सर्वर कॉन्फ़िगरेशन पर निर्भर हो सकती है। यदि कोई अनुमत डाउनलोड रुक जाता है, तो मूल ब्राउज़र वर्कफ़्लो और उसके पुनः प्रयास नियंत्रण का उपयोग करें; प्राधिकरण जांच या डीआरएम से बचने का प्रयास न करें।

संदर्भ

• MDN: HTTP range requests