सीधा जवाब
मूल कैमरा स्ट्रीम को स्रोत साक्ष्य, एनालिटिक्स मेटाडेटा को संरचित आउटपुट और ओवरले स्ट्रीम को व्युत्पन्न विज़ुअलाइज़ेशन के रूप में मानें। प्रत्येक को एक विशिष्ट नाम, टाइमस्टैम्प और अवधारण नीति दें।
ऐसा क्यूँ होता है
बर्न-इन बॉक्स ऑपरेटरों के लिए उपयोगी होते हैं, लेकिन पिक्सेल छिपा सकते हैं, मूल टाइमस्टैम्प से भटक सकते हैं या कैमरा-मूल साक्ष्य समझे जा सकते हैं। एक रीस्ट्रीम एक अन्य एनकोडर और विफलता बिंदु भी जोड़ता है।
अनुमान कार्य के लिए अंतर्ग्रहण पथ को आकार दें, फिर मूल स्ट्रीम, व्युत्पन्न मेटाडेटा और प्रस्तुत ओवरले को अलग रखें।
एक नियंत्रित परीक्षण
एक ही समय में मेटाडेटा ईवेंट, मूल फ़्रेम और रेंडर किए गए ओवरले का मिलान करके सिंक्रनाइज़ेशन का परीक्षण करें।
एक समय में एक वेरिएबल बदलें. कैमरा मॉडल, फ़र्मवेयर, एंडपॉइंट और अकाउंट को रिकॉर्ड करके रखें; फिर नेटवर्क रीचैबिलिटी, प्रोटोकॉल प्रतिक्रिया, मीडिया ट्रांसपोर्ट और डिकोडिंग को अलग-अलग परतों के रूप में परीक्षण करें।
एक समर्पित केवल-दृश्य खाते और एक विश्वसनीय स्थानीय निदान उपकरण का उपयोग करें। आउटपुट साझा करने से पहले क्रेडेंशियल्स, निजी पते और डेटा की पहचान को संशोधित करें।
निदान क्रम
| जाँच करना | कार्रवाई | प्रगति का प्रमाण |
|---|---|---|
| स्रोत | मूल कैमरा स्ट्रीम के लिए एक अधिकृत पथ रखें। | असंशोधित दृश्य उपलब्ध रहता है. |
| मेटाडाटा | इवेंट का समय, कक्षा और आत्मविश्वास को अलग-अलग संग्रहित करें। | किसी ओवरले से पिक्सेल पढ़े बिना एनालिटिक्स का ऑडिट किया जा सकता है। |
| उपरिशायी | प्रस्तुत स्ट्रीम को व्युत्पन्न के रूप में लेबल करें। | ऑपरेटरों को पता है कि यह मूल फ़ीड नहीं है। |
| साथ-साथ करना | एंड-टू-एंड टाइमस्टैम्प संरेखण को मापें। | बॉक्स प्रदर्शित फ़्रेम के अनुरूप हैं। |
रखने योग्य साक्ष्य
स्रोत फ़्रेम समय, अनुमान ईवेंट, ओवरले फ़्रेम समय और मॉडल संस्करण वाला एक छोटा ट्रेस सहेजें।
सीमा और सुरक्षा नोट
जब वर्कफ़्लो को मूल वीडियो या ऑडिटेबल मेटाडेटा की आवश्यकता हो तो रेंडर किए गए ओवरले को एकमात्र बनाए गए रिकॉर्ड के रूप में उपयोग न करें।
दूरस्थ रूप से देखने के लिए, RTSP या कैमरा प्रशासन पोर्ट को सीधे सार्वजनिक इंटरनेट पर प्रदर्शित करने के बजाय प्रबंधित VPN का उपयोग करें।
SmartRTSP
SmartRTSP Apple डिवाइस, Windows और Android के लिए एक कैमरा-केंद्रित RTSP और ONVIF व्यूअर है। यह सीधे देखने, खोज करने और मल्टी-कैमरा जांच के लिए उपयुक्त है; जब निरंतर रिकॉर्डिंग, साक्ष्य निर्यात या केंद्रीकृत उद्यम नियंत्रण की आवश्यकता हो तो एक समर्पित NVR या VMS रखें।
अक्सर पूछे जाने वाले प्रश्नों
क्या बक्सों को एकमात्र धारा में जला दिया जाना चाहिए?
नहीं, स्रोत को सुरक्षित रखें और ओवरले को व्युत्पन्न ऑपरेटर दृश्य के रूप में मानें।
क्या ONVIF मेटाडेटा ओवरले को प्रतिस्थापित कर सकता है?
मेटाडेटा संरचित घटनाओं को ले जा सकता है, जबकि ओवरले दर्शकों के लिए एक प्रस्तुति विकल्प बना रहता है।
मॉडल संस्करण क्यों रिकॉर्ड करें?
मॉडल या थ्रेशोल्ड परिवर्तन के बाद एक ही दृश्य अलग-अलग आउटपुट उत्पन्न कर सकता है।
प्राथमिक सन्दर्भ
- ONVIF - मेटाडेटा और एनालिटिक्स के लिए प्रोफ़ाइल एम
- NVIDIA - डीपस्ट्रीम आर्किटेक्चर अवलोकन
- आईईटीएफ आरएफसी 5905 - नेटवर्क टाइम प्रोटोकॉल संस्करण 4
संबंधित SmartRTSP मार्गदर्शिका
संबंधित गाइड खोलेंएक पाइपलाइन डिज़ाइन करें जो ऑपरेटरों के लिए बक्से या लेबल के साथ व्युत्पन्न स्ट्रीम प्रकाशित करते समय मूल फ़ीड को संरक्षित करती है।