ज़ोनमाइंडर - क्लाउड में ऑनलाइन

कार्यक्रम:

नाम

ज़ोनमाइंडर - ज़ोनमाइंडर दस्तावेज़ीकरण

USER गाइड

परिचय
ऑल-इन-वन Linux GPL'd सुरक्षा कैमरा समाधान, ZoneMinder में आपका स्वागत है।

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

ज़ोनमाइंडर को स्वतंत्र घटकों की एक श्रृंखला के आसपास डिज़ाइन किया गया है जो केवल तभी कार्य करते हैं
किसी भी बर्बाद संसाधन को सीमित करना और अपनी मशीन की दक्षता को अधिकतम करना आवश्यक है। ए
काफी प्राचीन पेंटियम II पीसी प्रति डिवाइस 25 तक एक कैमरे को ट्रैक करने में सक्षम होना चाहिए
प्रत्येक अतिरिक्त कैमरे के लिए फ्रेम प्रति सेकंड लगभग आधे से कम हो जाता है
वही उपकरण. अन्य उपकरणों पर अतिरिक्त कैमरे इंटरैक्ट नहीं करते इसलिए इसे बनाए रखा जा सकता है
फ्रेम रेट। यहां तक ​​कि कई कैमरों की निगरानी करने से भी सीपीयू को फ्रेम के रूप में ओवरलोड नहीं किया जाएगा
प्रसंस्करण को कैप्चर के साथ सिंक्रनाइज़ करने के लिए डिज़ाइन किया गया है न कि उसे रोकने के लिए।

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

ज़ोनमाइंडर का मूल छवियों को कैप्चर करना और उनका विश्लेषण करना है और इसमें बहुत कुछ है
मापदंडों का कॉन्फ़िगर करने योग्य सेट जो आपको यह सुनिश्चित करने की अनुमति देता है कि आप झूठ को खत्म कर सकते हैं
सकारात्मकता यह सुनिश्चित करते हुए कि जो कुछ भी आप चूकना नहीं चाहते उसे पकड़ लिया जाएगा और सहेजा जाएगा।
ज़ोनमाइंडर आपको अलग-अलग संवेदनशीलता वाले प्रत्येक कैमरे के लिए 'ज़ोन' का एक सेट परिभाषित करने की अनुमति देता है
और कार्यक्षमता. यह आपको उन क्षेत्रों को ख़त्म करने की अनुमति देता है जिन्हें आप ट्रैक नहीं करना चाहते हैं या नहीं
उन क्षेत्रों को परिभाषित करें जो अन्य सीमाओं के साथ-साथ विभिन्न सीमाओं को पार करने पर अलार्म बजाएंगे
ज़ोन

ज़ोनमाइंडर मुफ़्त है, लेकिन यदि आपको यह उपयोगी लगता है तो कृपया बेझिझक जाएँ
http://www.zoneminder.com/donate.html और जोनमाइंडर को भविष्य में सुधार के लिए फंड देने में मदद करना।

कॉम्पोनेंट्स
ज़ोनमाइंडर एक एकल अखंड एप्लिकेशन नहीं है बल्कि कई घटकों से बना है।
इन घटकों में मुख्य रूप से निष्पादन योग्य संकलित बायनेरिज़ शामिल हैं जो मुख्य वीडियो करते हैं
प्रसंस्करण कार्य, पर्ल स्क्रिप्ट जो आमतौर पर सहायक और/या बाहरी इंटरफ़ेस कार्य करते हैं
और php वेब स्क्रिप्ट जो वेब इंटरफ़ेस के लिए उपयोग की जाती हैं।

प्रणाली अवलोकन
नीचे प्रमुख घटकों के साथ ज़ोनमाइंडर सिस्टम का एक उच्च स्तरीय आरेख दिखाया गया है
[चित्र]

प्रत्येक प्रमुख घटक का संक्षिप्त विवरण इस प्रकार है।

बायनेरिज़
zmc यह जोनमाइंडर कैप्चर डेमॉन है। इस बाइनरी का काम एक वीडियो पर बैठना है
जितनी जल्दी हो सके डिवाइस और फ्रेम को चूसें, इसे कम या ज्यादा गति से चलाना चाहिए
निरंतर गति।

zma यह ज़ोनमाइंडर एनालिसिस डेमॉन है। यह वह घटक है जो इससे होकर गुजरता है
फ़्रेमों को कैप्चर करता है और उनकी गति की जाँच करता है जिससे कोई अलार्म या घटना उत्पन्न हो सकती है।
यह आम तौर पर कैप्चर डेमॉन के साथ रहता है लेकिन यदि बहुत व्यस्त है तो कुछ फ़्रेम छोड़ सकता है
इसे पिछड़ने से रोकने के लिए।

zmf यह ज़ोनमाइंडर फ़्रेम डेमॉन है। यह एक वैकल्पिक डेमॉन है जिसे चलाया जा सकता है
विश्लेषण डेमॉन के साथ संगीत कार्यक्रम और इसका कार्य वास्तव में लिखना है
फ़्रेम को डिस्क पर कैप्चर किया गया. यह विश्लेषण डेमॉन को और अधिक विश्लेषण करने के लिए मुक्त कर देता है (!)
और इसलिए कैप्चर डेमॉन के साथ बेहतर तरीके से जुड़े रहें। यदि यह चल नहीं रहा है या मर जाता है तो
विश्लेषण डेमॉन उन्हें स्वयं ही लिखता है।

zms यह जोनमाइंडर स्ट्रीमिंग सर्वर है। वेब इंटरफ़ेस इससे जुड़ता है
वास्तविक समय या ऐतिहासिक स्ट्रीम की गई छवियाँ प्राप्त करें। यह तभी चलता है जब मॉनिटर लाइव हो
स्ट्रीम या ईवेंट स्ट्रीम वास्तव में देखी जा रही है और ईवेंट समाप्त होने पर समाप्त हो जाती है
सहयोगी वेब पेज बंद है. यदि आप पाते हैं कि आपके पास कई zms प्रक्रियाएँ हैं
जब कुछ भी नहीं देखा जा रहा हो तो चल रहा है तो संभावना है कि आपको अपाचे के लिए पैच की आवश्यकता है
(समस्या निवारण अनुभाग देखें)। Zms का एक गैर-पार्स्ड हेडर संस्करण, जिसे कहा जाता है
nph-zms, भी स्थापित है और आपके वेब सर्वर के आधार पर इसका उपयोग किया जा सकता है
विन्यास।

zmu यह जोनमाइंडर यूटिलिटी है। यह मूल रूप से एक आसान कमांड लाइन इंटरफ़ेस है
कई उपयोगी कार्य. यह वास्तव में वेब के अलावा किसी अन्य द्वारा उपयोग किए जाने के लिए नहीं है
पृष्ठ (इसमें अभी तक केवल सीमित 'सहायता' है) लेकिन विशेष रूप से यदि आवश्यक हो तो हो सकता है
वीडियो समस्याओं को डीबग करने के लिए.

PHP
इसके साथ ही वेब निर्देशिका में वेब PHP फ़ाइलें भी हैं। वर्तमान में ये शामिल हैं
4 संभावित खालों में से।

क्लासिक
मूल ज़ोनमाइंडर त्वचा

फ्लैट क्लासिक त्वचा का एक अद्यतन संस्करण, अधिक आधुनिक के साथ समान लेआउट को बरकरार रखता है
अंदाज

एक्सएमएल कुछ दृश्यों को XML के रूप में प्रदर्शित करता है. EyeZM द्वारा एक इंटरफेसिंग त्वचा के रूप में उपयोग किया जाता है (ध्यान दें
ऐसा लगता है कि EyeZM अब ज़ोनमाइंडर के बाद के संस्करणों के साथ काम नहीं करता है)। के नये डेवलपर्स
इसके बजाय तीसरे पक्ष के ग्राहकों को एपीआई का उपयोग करना चाहिए (../एपी)

मोबाइल एक ऐसी त्वचा जो संभवतः अधिक संक्षिप्त और एकल पृष्ठ प्रारूप में दृश्य प्रदर्शित करती है
छोटे मोबाइल उपकरणों के लिए उपयुक्त, क्या किसी को जोनमाइंडर तक पहुंच का चयन करना चाहिए
ऐसे उपकरणों का उपयोग करके कंसोल। ध्यान दें कि तीसरे पक्ष के मोबाइल ग्राहक भी हैं
इसका उपयोग किया जा सकता था (मोबाइल)

पर्ल
अंततः स्क्रिप्ट निर्देशिका में कुछ पर्ल स्क्रिप्ट। इन सभी लिपियों में कुछ न कुछ है
फ़ाइलों के शीर्ष पर कॉन्फ़िगरेशन जिसे यदि आवश्यक हो तो देखा और संशोधित किया जाना चाहिए
इस प्रकार हैं।

zmpkg.pl
यह जोनमाइंडर पैकेज कंट्रोल स्क्रिप्ट है। इसका उपयोग वेब इंटरफ़ेस द्वारा किया जाता है
और संपूर्ण सिस्टम के निष्पादन को नियंत्रित करने के लिए सेवा स्क्रिप्ट।

zmdc.pl
यह ज़ोनमाइंडर डेमॉन कंट्रोल स्क्रिप्ट है। इसका उपयोग वेब इंटरफ़ेस और द्वारा किया जाता है
कैप्चर के निष्पादन को नियंत्रित करने और बनाए रखने के लिए zmpkg.pl स्क्रिप्ट
विश्लेषण डेमॉन, दूसरों के बीच में। आपको इस स्क्रिप्ट को स्वयं चलाने की आवश्यकता नहीं होनी चाहिए.

zmfilter.pl
यह स्क्रिप्ट सहेजे गए फ़िल्टर के निष्पादन को नियंत्रित करती है और इसे प्रारंभ और बंद किया जाएगा
वेब इंटरफ़ेस के आधार पर कि क्या ऐसे फ़िल्टर हैं जिन्हें परिभाषित किया गया है
स्वायत्त रहें. यह स्क्रिप्ट स्वचालित अपलोडिंग के लिए भी जिम्मेदार है
किसी तृतीय पक्ष सर्वर पर ईवेंट।

zmaudit.pl
इस स्क्रिप्ट का उपयोग इवेंट फ़ाइल सिस्टम और डेटाबेस की स्थिरता की जांच करने के लिए किया जाता है।
यह अनाथ घटनाओं को हटा सकता है, यानी जो एक ही स्थान पर दिखाई देते हैं और नहीं
अन्य के साथ-साथ यह जाँचना कि घटना से संबंधित सभी विभिन्न तालिकाएँ एक पंक्ति में हैं। यह
कमांड लाइन या क्रॉन से इंटरैक्टिव या बैच मोड में चलाया जा सकता है
नौकरी या समान. Zmconfig.pl में तेज़ ईवेंट डिलीट निर्दिष्ट करने का एक विकल्प है
जहां वेब इंटरफ़ेस केवल डेटाबेस से ईवेंट प्रविष्टि को हटाता है। अगर
यह सेट है तो यह स्क्रिप्ट ही है जो बाकी सब व्यवस्थित कर देती है।

zmwatch.pl
यह एक सरल स्क्रिप्ट है जिसे पूरी तरह से कैप्चर डेमॉन पर नज़र रखने के लिए डिज़ाइन किया गया है
यदि वे लॉक हो जाते हैं तो उन्हें पुनः प्रारंभ करें। यह वीडियो में सिंक समस्याओं के लिए जाना जाता है
ड्राइवर इसका कारण बनते हैं इसलिए यह स्क्रिप्ट सुनिश्चित करती है कि कोई भी महत्वपूर्ण चीज़ छूट न जाए।

zmupdate.pl
वर्तमान में यह स्क्रिप्ट यह जाँचने के लिए ज़िम्मेदार है कि क्या इसका कोई नया संस्करण है
जोनमाइंडर उपलब्ध है और उन्नयन से संबंधित अन्य विविध कार्रवाइयां
पलायन. इसका उद्देश्य किसी भी उन्नयन और वसीयत के लिए 'वन स्टॉप शॉप' होना भी है
अपने इंस्टॉलेशन को नए संस्करण में अपडेट करने के लिए आवश्यक सभी चीज़ों को निष्पादित करें।

zmvideo.pl
इस स्क्रिप्ट का उपयोग वेब इंटरफ़ेस से विभिन्न प्रकार की वीडियो फ़ाइलें उत्पन्न करने के लिए किया जाता है
सामान्य तरीके से प्रारूपित करें। आप इसे निश्चित रूप से कमांड लाइन से भी उपयोग कर सकते हैं
परिस्थितियाँ लेकिन यह आमतौर पर आवश्यक नहीं है।

zmx10.pl
यह एक वैकल्पिक स्क्रिप्ट है जिसका उपयोग X10 होम को आरंभ करने और मॉनिटर करने के लिए किया जा सकता है
स्वचालन शैली की घटनाओं और एक अलार्म प्रणाली के साथ इंटरफ़ेस या तो पीढ़ी द्वारा
ज़ोनमाइंडर घटनाओं पर या ज़ोनमाइंडर मॉनिटरिंग आरंभ करके X10 सिग्नलों का
कहीं और से X10 सिग्नल प्राप्त होने पर कैप्चर करना, उदाहरण के लिए किसी का ट्रिगर होना
X10 पीआईआर. उदाहरण के लिए, मेरे पास कई कैमरे हैं जो मेरे आने तक गति का पता नहीं लगाते
मेरे अलार्म सिस्टम को बांध दें, जिससे X10 सिग्नल आने पर वे सक्रिय मोड में चले जाएं
अलार्म सिस्टम द्वारा उत्पन्न और जोनमाइंडर द्वारा प्राप्त किया गया।

zmtrigger.pl
यह एक वैकल्पिक स्क्रिप्ट है जो बाहरी ट्रिगरिंग के लिए अधिक सामान्य समाधान है
अलार्म का. यह इंटरनेट सॉकेट, यूनिक्स के माध्यम से बाहरी कनेक्शन को संभाल सकता है
सॉकेट या फ़ाइल/डिवाइस इंटरफ़ेस। यदि आप कर सकते हैं तो आप इसे 'जैसा है' वैसे ही उपयोग कर सकते हैं
मौजूदा प्रारूप के साथ इंटरफ़ेस, या कनेक्शन और चैनल को ओवरराइड करें
इसे अपनी आवश्यकताओं के अनुसार अनुकूलित करें। Zmtrigger.pl द्वारा प्रयुक्त ट्रिगर्स का प्रारूप इस प्रकार है
इस प्रकार है " | | | | | " कहाँ

· 'आईडी' जेडएम मॉनिटर का आईडी नंबर या नाम है।

· 'कार्रवाई' 'चालू', 'बंद', 'रद्द' या 'दिखाएँ' है जहाँ 'चालू' एक अलार्म स्थिति को मजबूर करता है
चालू, 'बंद' अलार्म स्थिति को बंद कर देता है और 'रद्द' पिछले 'चालू' या को नकार देता है
'बंद'। 'शो' क्रिया केवल कुछ सहायक पाठ को अद्यतन करती है जो वैकल्पिक रूप से हो सकता है
मॉनिटर द्वारा कैप्चर की गई छवियों में प्रदर्शित किया जाएगा। सामान्यतः आप 'चालू' का प्रयोग करेंगे
और 'रद्द करें', 'बंद' का उपयोग गति आधारित घटनाओं को दबाने के लिए किया जाएगा।
इसके अतिरिक्त 'ऑन' और 'ऑफ' में अतिरिक्त समय ऑफसेट लग सकता है, उदाहरण के लिए ऑन+20 जो
इतने सेकंड के बाद स्वचालित रूप से पिछली कार्रवाई रद्द हो जाती है।

· 'स्कोर' अलार्म को दिया गया स्कोर है, आमतौर पर इसके महत्व को इंगित करने के लिए। के लिए
'ऑन' ट्रिगर्स पर यह गैर-शून्य होना चाहिए, अन्यथा यह शून्य होना चाहिए।

· 'कारण' एक 32 वर्ण अधिकतम स्ट्रिंग है जो अलार्म के कारण या स्रोत को दर्शाता है
उदाहरण के लिए 'रिले 1 खुला'। इसे इवेंट के 'कारण' फ़ील्ड में सहेजा गया है। के लिए नजरअंदाज किया गया
संदेशों को 'बंद करें' या 'रद्द करें'।

· 'टेक्स्ट' एक 256 चार अधिकतम अतिरिक्त जानकारी फ़ील्ड है, जो इसमें सहेजा गया है
किसी घटना का 'विवरण' फ़ील्ड. 'बंद' या 'रद्द करें' संदेशों पर ध्यान नहीं दिया गया।

· 'शोटेक्स्ट' 32 अक्षरों तक का टेक्स्ट है जिसे टाइमस्टैम्प में प्रदर्शित किया जा सकता है
जिसे छवियों में जोड़ा जाता है। 'शो' क्रिया इस पाठ को अद्यतन करने के लिए डिज़ाइन की गई है
अलार्म को प्रभावित किए बिना, लेकिन इनमें से किसी के लिए भी, यदि मौजूद है, तो टेक्स्ट अपडेट किया जाता है
कार्रवाई. इसे छवियों पर बाहरी इनपुट प्रदर्शित करने की अनुमति देने के लिए डिज़ाइन किया गया है
उदाहरण के लिए तापमान या कार्मिक पहचान आदि पर कब्जा कर लिया गया।

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

zmcamtool.pl
यह वैकल्पिक स्क्रिप्ट ज़ोनमाइंडर की आगामी 1.27 रिलीज़ के लिए नई है। यह है
इसका उद्देश्य निम्नलिखित कार्य करना आसान बनाना है: नए पीटीजेड नियंत्रण और कैमरा लाना
प्रीसेट, मौजूदा मॉनिटर को प्रीसेट में बदलें, और कस्टम पीटीजेड नियंत्रण निर्यात करें
प्रीसेट आरंभिक रिलीज़ के लिए, यह स्क्रिप्ट UI में एकीकृत नहीं है
कमांड लाइन से कॉल किया जाना चाहिए. ''zmcamtool.pl --help'' टाइप करें
विभिन्न तर्कों का स्पष्टीकरण प्राप्त करने के लिए कमांड लाइन जिसे कोई भी पास कर सकता है
लिपियों.

zmcontrol-*.pl
ये उदाहरण स्क्रिप्ट का एक सेट है जिसका उपयोग पैन/टिल्ट/ज़ूम क्लास को नियंत्रित करने के लिए किया जा सकता है
कैमरे. प्रत्येक स्क्रिप्ट कैमरा नियंत्रण के लिए उपयोग किए जाने वाले मानक मापदंडों के एक सेट को परिवर्तित करती है
कैमरे को भेजे गए वास्तविक प्रोटोकॉल कमांड में। यदि आप कैमरे का उपयोग कर रहे हैं
नियंत्रण प्रोटोकॉल जो शिप की गई सूची में नहीं है तो आपको एक बनाना होगा
समान स्क्रिप्ट हालांकि इसे जोनमाइंडर से पूरी तरह से अलग से बनाया जा सकता है
इन लिपियों को नाम देने की आवश्यकता नहीं है। हालाँकि स्क्रिप्ट का उपयोग किया जाता है
एक्शन कमांड वेब इंटरफ़ेस से उत्पन्न होते हैं, इन्हें सीधे भी इस्तेमाल किया जा सकता है
उदाहरण के लिए, समय-समय पर स्कैनिंग लागू करने के लिए अन्य प्रोग्राम या स्क्रिप्ट से
विभिन्न प्रीसेट.

zmtrack.pl
इस स्क्रिप्ट का उपयोग प्रायोगिक गति ट्रैकिंग सुविधा को प्रबंधित करने के लिए किया जाता है। यह है
यह पता लगाने के लिए जिम्मेदार है कि अलार्म बज रहा है और कैमरे को उस ओर ले जाना है
चिंतित स्थान को इंगित करें, और फिर बाद में इसे एक परिभाषित स्थान पर लौटा दें
स्टैंडबाय स्थान. कैमरे को हिलाने के साथ-साथ यह गति को भी नियंत्रित करता है
पहचान को निलंबित कर दिया गया है और बहाल कर दिया गया है ताकि कैमरा ट्रैकिंग की कार्रवाई हो सके
ऐसे अंतहीन अलार्म न ट्रिगर करें जो उचित न हों।

zm यह (वैकल्पिक) ZoneMinder init स्क्रिप्ट है, विवरण के लिए नीचे देखें।

अंत में, इसमें कई ज़ोनमाइंडर पर्ल मॉड्यूल भी शामिल हैं। इनका उपयोग किया जाता है
उपरोक्त स्क्रिप्ट, लेकिन इसका उपयोग आपकी अपनी या तीसरे पक्ष की स्क्रिप्ट द्वारा भी किया जा सकता है। भरा हुआ
अधिकांश मॉड्यूल के लिए दस्तावेज़ीकरण 'पॉड' रूप में 'perldoc' के माध्यम से उपलब्ध है, लेकिन सामान्य
प्रत्येक मॉड्यूल का उद्देश्य इस प्रकार है.

ZoneMinder.pm
यह एक सामान्य जोनमाइंडर कंटेनर मॉड्यूल है। इसमें Base.pm, config.pm शामिल हैं
Debug.pm, Database.pm, और SharedMem.pm मॉड्यूल नीचे वर्णित हैं। यह निर्यात भी करता है
उनके सभी प्रतीक डिफ़ॉल्ट रूप से. यदि आप सीधे अन्य मॉड्यूल का उपयोग करते हैं तो आपके पास है
अनुरोध करें कि कौन सा प्रतीक टैग आयात करना है।

ज़ोनमाइंडर/बेस.पीएम
यह बेस जोनमाइंडर पर्ल मॉड्यूल है। इसमें केवल साधारण डेटा शामिल है जैसे कि
संस्करण जानकारी। यह अन्य सभी ज़ोनमाइंडर पर्ल मॉड्यूल में शामिल है

ZoneMinder/Config.pm
यह मॉड्यूल डेटाबेस से ज़ोनमाइंडर कॉन्फ़िगरेशन आयात करता है।

ZoneMinder/Debug.pm
इस मॉड्यूल में परिभाषित डिबग और त्रुटि फ़ंक्शन आदि शामिल हैं, जिनका उपयोग किया जाता है
एक मानक प्रारूप में नैदानिक ​​जानकारी तैयार करने के लिए स्क्रिप्ट।

ZoneMinder/Database.pm
इस मॉड्यूल में डेटाबेस एक्सेस परिभाषाएँ और फ़ंक्शन शामिल हैं। फिलहाल बहुत ज्यादा नहीं
इस मॉड्यूल में है लेकिन इसे भविष्य के विकास के लिए प्लेसहोल्डर के रूप में शामिल किया गया है।

ZoneMinder/SharedMem.pm
इस मॉड्यूल में मानक साझा मेमोरी एक्सेस फ़ंक्शन शामिल हैं। इनका उपयोग किया जा सकता है
मॉनिटर आदि की वर्तमान स्थिति तक पहुंच के साथ-साथ उन्हें आदेश जारी करना
चीजों को चालू और बंद करने के लिए मॉनिटर। यह मॉड्यूल प्रभावी रूप से जोनमाइंडर प्रदान करता है
एपीआई।

ZoneMinder/ConfigAdmin.pm
यह मॉड्यूल एक विशेष मॉड्यूल है जिसमें परिभाषा और अन्य जानकारी शामिल है
विभिन्न कॉन्फ़िगरेशन विकल्पों के बारे में जानकारी। यह इसके उपयोग के लिए अभिप्रेत नहीं है
तृतीय पक्ष.

ज़ोनमाइंडर/ट्रिगर/*.pm
इन मॉड्यूल में ट्रिगर चैनलों और उपयोग किए गए कनेक्शन की परिभाषाएं शामिल हैं
zmtrigger.pl स्क्रिप्ट। हालाँकि उनका उपयोग 'जैसा है' किया जा सकता है, वे वास्तव में वैसे ही हैं
ऐसे उदाहरण जिन्हें विभिन्न इंटरफ़ेस के लिए अनुकूलित या विशिष्ट किया जा सकता है।
नए चैनलों या कनेक्शनों के लिए योगदान किए गए मॉड्यूल का स्वागत किया जाएगा और उन्हें शामिल किया जाएगा
ज़ोनमाइंडर के भविष्य के संस्करणों में।

मिल रहा शुरू कर दिया
ज़ोनमाइंडर की स्थापना के बाद अब आपको ज़ोनमाइंडर वेब लोड करने में सक्षम होना चाहिए
फ़्रंट एंड। डिफ़ॉल्ट रूप से यह क्लासिक त्वचा के साथ होगा, नीचे पृष्ठ का एक उदाहरण दिया गया है
अब आपको देखना चाहिए. [छवि]

सक्षम करने से प्रमाणीकरण
हम पुरजोर अनुशंसा करते हैं कि तुरंत प्रमाणीकरण सक्षम करें। कुछ स्थितियाँ ऐसी हैं जहाँ
कुछ उपयोगकर्ता प्रमाणीकरण सक्षम नहीं करते हैं, जैसे ऐसे उदाहरण जहां सर्वर LAN में है
सीधे इंटरनेट के संपर्क में नहीं है, और केवल वीपीएन आदि के माध्यम से ही पहुंच योग्य है, लेकिन अधिकांश में
मामलों में, प्रमाणीकरण सक्षम किया जाना चाहिए। तो चलिए इसे तुरंत करें।

· वेब इंटरफ़ेस के ऊपरी दाएं कोने पर विकल्प लिंक पर क्लिक करें

· अब आपके सामने विकल्पों से भरी एक स्क्रीन प्रस्तुत की जाएगी। "सिस्टम" टैब पर क्लिक करें
[चित्र]

· परिवर्तन के लिए प्रासंगिक भाग ऊपर लाल रंग में चिह्नित हैं

· OPT_USE_ATH सक्षम करें - यह स्वचालित रूप से डिफ़ॉल्ट के साथ प्रमाणीकरण मोड पर स्विच हो जाता है
उपयोगकर्ता (उस पर बाद में और अधिक जानकारी)

· AUTH_HASH_SECRET के लिए एक यादृच्छिक स्ट्रिंग का चयन करें - इसका उपयोग प्रमाणीकरण करने के लिए किया जाता है
तर्क अधिक सुरक्षित है, इसलिए कृपया अपनी स्वयं की स्ट्रिंग बनाएं और कृपया इसका उपयोग न करें
उदाहरण में मूल्य.

· ऊपर बताए गए अन्य विकल्प पहले से ही सेट होने चाहिए, लेकिन यदि नहीं, तो कृपया सुनिश्चित करें
वे कर रहे हैं

· सबसे नीचे सेव पर क्लिक करें और बस हो गया! अगली बार जब आप उस पृष्ठ को ताज़ा करेंगे, तो आप ऐसा करेंगे
अब एक लॉगिन स्क्रीन के साथ प्रस्तुत किया जाएगा। अच्छी तरह किया गया काम!
[चित्र]

नोट:
डिफ़ॉल्ट लॉगिन/पासवर्ड "एडमिन/एडमिन" है

स्विचन सेवा मेरे फ्लैट विषय
आप जो देख रहे हैं उसे "क्लासिक" त्वचा कहा जाता है। ज़ोनमाइंडर के पास बहुत सारे कॉन्फ़िगरेशन हैं
विकल्प जिन्हें आप समय के साथ अनुकूलित कर सकते हैं। यह मार्गदर्शिका आपको आरंभ करने के लिए है
सबसे आसान संभव तरीका, इसलिए हम सभी विवरणों में नहीं जाएंगे। हालाँकि, यह सार्थक है
ध्यान दें कि जोनमाइंडर में एक 'फ्लैट' थीम भी है जो आपकी प्राथमिकताओं के आधार पर दिख सकती है
अधिक आधुनिक। तो आइए इसे आपको विकल्प मेनू से परिचित कराने के एक उदाहरण के रूप में उपयोग करें

· उपरोक्त छवि में वेब इंटरफ़ेस के शीर्ष दाईं ओर विकल्प लिंक पर क्लिक करें

· यह आपको विकल्प विंडो पर लाएगा जैसा कि नीचे दिखाया गया है। "सिस्टम" टैब पर क्लिक करें और
फिर CSS_DEFAULT के लिए "फ्लैट" विकल्प चुनें जैसा कि नीचे दिखाया गया है
[चित्र]

· सबसे नीचे सेव पर क्लिक करें

अब, "डिस्प्ले" टैब पर जाएं और वहां "फ्लैट" भी चुनें: [छवि]

अब आपकी स्क्रीन इस तरह दिखेगी:

बधाई हो! अब आपके पास एक आधुनिक दिखने वाला इंटरफ़ेस है। [छवि]

समझ la वेब कंसोल
आगे बढ़ने से पहले, आइए वेब के प्रमुख कार्यों को समझने में कुछ मिनट बिताएँ
सांत्वना देना। उदाहरण के लिए, हम एक पॉपुलेटेड ज़ोनमाइंडर का उपयोग करने जा रहे हैं
कई मॉनिटरों और घटनाओं के साथ कॉन्फ़िगरेशन। जाहिर है, यह आपका प्रतिबिंबित नहीं करता
वर्तमान वेब कंसोल - जो अनिवार्य रूप से अब तक हमारी तरह किसी भी उपयोगी जानकारी से रहित है
अभी चीजें जोड़नी बाकी हैं. आइए एक छोटा सा ब्रेक लें और समझें कि विभिन्न कार्य क्या हैं
इससे पहले कि हम अपनी खाली स्क्रीन को कॉन्फ़िगर करें। [छवि]

· A: यह वह उपयोगकर्ता नाम है जो लॉग इन है। आप यहां 'एडमिन' के रूप में लॉग इन हैं

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

· C: यह लिंक, जब क्लिक किया जाता है, तो इसमें क्या हो रहा है, इसकी एक रंग कोडित लॉग विंडो खुलती है
ज़ोनमाइंडर और अक्सर आपको इस बात की अच्छी जानकारी देता है कि क्या गलत या सही हो रहा है। ध्यान दें कि
यहां रंग लाल है - यह एक संकेत है कि जोनमाइंडर में कुछ त्रुटि हुई है।
आपको इसे क्लिक करना चाहिए और जांच करनी चाहिए।

· D: यह जोनमाइंडर का मूल है - घटनाओं की रिकॉर्डिंग। यह आपको कितने की गिनती देता है
घटनाएँ घंटे, दिन, सप्ताह, महीने में दर्ज की गईं।

· E: ये "जोन" हैं। ज़ोन कैमरे के भीतर के क्षेत्र हैं जिन्हें आप 'हॉटस्पॉट' के रूप में चिह्नित करते हैं
गति का पता लगाने के लिए. सीधे शब्दों में कहें, जब आप पहली बार अपने मॉनिटर (कैमरे) को कॉन्फ़िगर करते हैं
डिफ़ॉल्ट ज़ोनमाइंडर गति का पता लगाने के लिए कैमरे के दृश्य के पूरे क्षेत्र का उपयोग करता है। आप कर सकते हैं
यह नहीं चाहिए. आप विशेष रूप से गति का पता लगाने के लिए "ज़ोन" बनाना चाह सकते हैं
दूसरों को नजरअंदाज करें. उदाहरण के लिए, आइए एक घूमते पंखे वाले कमरे पर विचार करें। आप निश्चित रूप से ऐसा नहीं करते
क्या आप लगातार चलते पंखे को रिकॉर्ड बनाने का कारण मानना ​​चाहते हैं? शायद
नहीं - उस स्थिति में, आप अपना ज़ोन बनाते समय पंखे को बाहर छोड़ देंगे।

· F: यह "स्रोत" कॉलम है जो आपको कैमरे का प्रकार बताता है - यदि यह एक आईपी है
कैमरा, एक यूएसबी कैमरा या अधिक। इस उदाहरण में, वे सभी आईपी कैमरे हैं। रंग पर ध्यान दें
आइटम एफ पर लाल? खैर इसका मतलब है कि उस कैमरे में कुछ गड़बड़ है। कोई आश्चर्य नहीं
लॉग भी लाल दिखाता है. लॉग पर टैप करने और जांच करने के लिए आपके लिए अच्छा संकेत है

· G: यह परिभाषित करता है कि ज़ोनमाइंडर घटनाओं को कैसे रिकॉर्ड करेगा। विभिन्न तरीके हैं. संक्षिप्त
मोडेक्ट == यदि कोई गति पाई जाती है तो रिकॉर्ड करें, रिकॉर्ड = हमेशा 24x7 रिकॉर्ड करें, मोकॉर्ड = हमेशा
रिकॉर्ड प्लस गति का पता लगाएं, मॉनिटर = केवल एक लाइव दृश्य प्रदान करें लेकिन किसी भी समय रिकॉर्ड न करें,
मॉडेक्ट = तब तक रिकॉर्ड न करें जब तक ज़मट्रिगर के माध्यम से कोई बाहरी इकाई ज़ोनमाइंडर को यह न बताए (यह है)।
उन्नत उपयोग)।

· H: यदि आप इन लिंक्स पर क्लिक करते हैं तो आप अपने सभी कॉन्फ़िगर किए गए मॉनिटरों का "मोंटाज" देख सकते हैं
या प्रत्येक के माध्यम से चक्र चलाएँ

जोड़ना पर नज़र रखता है
अब जब हमें वेब कंसोल की बुनियादी समझ हो गई है, तो आइए कुछ नया जोड़ने के बारे में जानें
कैमरा (मॉनिटर)। इस उदाहरण के लिए, मान लें कि हमारे पास एक आईपी कैमरा है जो आरटीएसपी स्ट्रीम करता है
LAN IP पता 192.168.1.33.

पहली चीज़ जो हमें जाननी होगी वह यह है कि उस कैमरे की वीडियो फ़ीड तक कैसे पहुंचा जाए। आप
आपको अपने कैमरे के मैनुअल से परामर्श लेने या उनके फोरम की जांच करने की आवश्यकता है। जोनमाइंडर समुदाय के उपयोगकर्ता भी
बार-बार अद्यतन की जाने वाली सूची सही है यहाँ उत्पन्न करें जिसमें कई कैमरों के बारे में जानकारी सूचीबद्ध है। अगर
आपको अपनी सूची वहां नहीं मिल रही है और कहीं और भी नहीं मिल रही है, तो बेझिझक पंजीकरण करें
और में पूछें उपयोगकर्ता झाग.

यहां हम उदाहरण के तौर पर जिस कैमरे का उपयोग कर रहे हैं वह Foscam 9831W है जो 1280x960 RTSP है
कैमरा, और इसकी फ़ीड तक पहुँचने का URL है उपयोगकर्ता नाम: पासवर्ड@आईपीएड्रेस:पोर्ट/वीडियोमेन

आएँ शुरू करें:

नीचे "नया मॉनिटर जोड़ें" बटन पर क्लिक करें: [छवि]

इससे नई मॉनीटर विंडो सामने आती है: [छवि]

· हमने इसे 'गैराज' नाम दिया है, क्योंकि, यह मॉनिटर-1 से बेहतर है और यह है
मेरा गैराज कैमरा.

· विभिन्न स्रोत प्रकार हैं. संक्षिप्त परिचय के रूप में आप 'स्थानीय' का उपयोग करना चाहेंगे
आपका कैमरा भौतिक रूप से आपके ZM सर्वर से जुड़ा हुआ है (उदाहरण के लिए USB कैमरा की तरह),
और रिमोट कैमरे के लिए 'रिमोट', 'एफएफएमपीईजी', 'लिबवीएलसी' या 'सीयूआरएल' में से एक (जरूरी नहीं,
लेकिन आम तौर पर)। इस उदाहरण के लिए, आइए 'रिमोट' पर चलते हैं।

नोट:
एक सामान्य नियम के रूप में, यदि आपके पास आईपी के माध्यम से पहुंच योग्य कैमरा है और यह HTTP या RTSP करता है,
रिमोट से शुरू करें, फिर अगर यह काम नहीं करता है तो FFMpeg और libvlc आज़माएं
(/यूजर गाइड/डिफाइन मॉनिटर अधिक विवरण में अन्य मोड शामिल हैं)। अगर आप सोच रहे हैं
'फ़ाइल' क्या करती है, खैर, ज़ोनमाइंडर को अनुकूलता को ध्यान में रखकर बनाया गया था। पर एक नज़र डालें
इसका पद यह देखने के लिए कि फ़ाइल का उपयोग अवकाश में पढ़ने के लिए कैसे किया जा सकता है।

· आइए फ़ंक्शन को 'मॉनिटर' के रूप में छोड़ दें ताकि हम इसे बदलने के लिए एक उदाहरण के रूप में उपयोग कर सकें
बाद में दूसरे तरीके से. व्यावहारिक रूप से, बेझिझक अभी अपना मोड चुनें - मोडेक्ट, रिकॉर्ड
आदि इस पर निर्भर करता है कि आप ज़ोनमाइंडर से इस कैमरे के साथ क्या करवाना चाहते हैं

· हमने यहां MaxFPS और अलार्मFPS को 20 के रूप में रखा है। आप कर सकते हैं छुट्टी इसका खाली भी. जो कुछ भी आप
यहाँ करो, यह है महत्वपूर्ण सेवा मेरे बनाना निश्चित इन मानों रहे उच्चतर से la एफपीएस of la कैमरा.
हमने यहां एक मूल्य इसलिए जोड़ा है क्योंकि अगस्त 2015 तक, यदि कोई कैमरा ऑफ़लाइन हो जाता है,
ज़ोनमाइंडर उस तक पहुंचने की कोशिश में बहुत सारे सीपीयू को खा जाता है और यहां उससे भी बड़ा मूल्य डालता है
वास्तविक एफपीएस उस विशिष्ट स्थिति में मदद करता है।

नोट:
हम दृढ़तापूर्वक अनुशंसा करते हैं कि यहां कम एफपीएस न डालें जो कि अंदर कॉन्फ़िगर किया गया हो
आपका कैमरा। ज़ोनमाइंडर का उपयोग कैमरा फ़्रेम दर को प्रबंधित करने के लिए नहीं किया जाना चाहिए। वह हमेशा
कई समस्याओं का कारण बनता है. यह बहुत बेहतर है कि आप सीधे कैमरे में ही मूल्य निर्धारित करें
इसे खाली छोड़ दें या यहां उच्चतर एफपीएस निर्दिष्ट करें। इस मामले में, हमारा वास्तविक कैमरा एफपीएस 3 है
और हमने यहां यह मान 10 पर सेट किया है।

· हमने सामान्य टैब का काम पूरा कर लिया है। चलिए अगले टैब पर चलते हैं
[चित्र]

आइए आरटीएसपी का एक प्रोटोकॉल और आरटीपी/आरटीएसपी की एक दूरस्थ विधि का चयन करें (यह एक आरटीएसपी कैमरा है)

· अन्य बॉक्स अधिकतर स्व-व्याख्यात्मक हैं

कि यह बहुत सुंदर है। सेव पर क्लिक करें. हम इसमें अन्य टैब का पता नहीं लगाने जा रहे हैं
सरल मार्गदर्शक.

अब आपके पास एक कॉन्फ़िगर किया गया मॉनिटर है: [छवि]

यदि आप इसके मोड को मॉनिटर से बदलना चाहते हैं, तो कहें, मोडेक्ट (मोशन डिटेक्ट), बाद में आप सभी
आपको 'मॉनिटर' कहने वाले फ़ंक्शन कॉलम पर क्लिक करना होगा और इसे 'मोडेक्ट' में बदलना होगा।
ऐसे ही: [छवि]

और अब हमारे पास है: [छवि]

और फिर, अंत में, यह देखने के लिए कि क्या सब कुछ काम करता है, मॉनिटर नाम ('गैराज' में) पर क्लिक करें
यह उदाहरण) और इससे एक लाइव फ़ीड इस तरह सामने आनी चाहिए: [छवि]

निष्कर्ष
यह एक त्वरित 'आरंभ करना' मार्गदर्शिका थी जहां आपको बुनियादी बातों से परिचित कराया गया था
मॉनिटर (कैमरा) कैसे जोड़ें। हमने इसे संक्षिप्त रखने के लिए कई विवरण छोड़ दिए हैं। कृपया
का उल्लेख करने /यूजर गाइड/डिफाइन मॉनिटर कई अन्य अनुकूलन विवरणों के लिए।

परिभाषित पर नज़र रखता है
ज़ोनमाइंडर का ठीक से उपयोग करने के लिए आपको कम से कम एक मॉनिटर को परिभाषित करने की आवश्यकता है। मूलतः, एक मॉनिटर
एक कैमरे से जुड़ा है और गति पहचान आदि के लिए इसकी लगातार जांच कर सकता है
पसंद है.

आप "नया मॉनिटर जोड़ें" बटन पर क्लिक करके या इसके द्वारा मॉनिटर विंडो तक पहुंच सकते हैं
पूर्वनिर्धारित मॉनिटर के "स्रोत" कॉलम पर क्लिक करना। [छवि]

ऐसे बहुत कम संख्या में कैमरा सेटअप हैं जिनके बारे में ZoneMinder को पता है और जो हो सकते हैं
'प्रीसेट' लिंक पर क्लिक करके एक्सेस किया जा सकता है। प्रीसेट में से किसी एक का चयन करने पर यह भर जाएगा
उचित मानों के साथ कॉन्फ़िगरेशन की निगरानी करें लेकिन आपको अभी भी दूसरों को दर्ज करने की आवश्यकता होगी
पूर्व निर्धारित सेटिंग्स की पुष्टि करें. यहां प्रीसेट विंडो का एक उदाहरण दिया गया है: [छवि]

संपादित करना आसान बनाने के लिए विकल्पों को टैब के एक सेट में विभाजित किया गया है। आपको नहीं करना है
अलग-अलग टैब में बदलने के लिए 'सहेजें' ताकि आप आवश्यक सभी परिवर्तन कर सकें और फिर
अंत में 'सहेजें' पर क्लिक करें। व्यक्तिगत विकल्पों को थोड़ा और विस्तार से समझाया गया है
नीचे,

मॉनिटर टैब
नाम आपके मॉनिटर का नाम. यह अल्फ़ान्यूमेरिक वर्णों से बना होना चाहिए
(az,AZ,0-9) और हाइफ़न (-) और अंडरस्कोर(_) ही। रिक्त स्थान की अनुमति नहीं है.

सर्वर मल्टी-सर्वर कार्यान्वयन एकाधिक जोनमाइंडर को परिभाषित करने की क्षमता की अनुमति देता है
एकल डेटाबेस साझा करने वाले सर्वर। जब सर्वर कॉन्फ़िगर किए जाते हैं तो यह सेटिंग अनुमति देती है
आप प्रत्येक मॉनिटर के लिए सर्वर को नामांकित करते हैं।

स्रोत प्रकार
यह निर्धारित करता है कि कैमरा भौतिक वीडियो से जुड़ा हुआ स्थानीय कैमरा है या नहीं
आपकी मशीन पर यूएसबी पोर्ट, एक रिमोट नेटवर्क कैमरा या एक छवि स्रोत
एक फ़ाइल द्वारा दर्शाया गया (उदाहरण के लिए समय-समय पर किसी वैकल्पिक से डाउनलोड किया गया)।
जगह)। एक या दूसरे को चुनने से यह प्रभावित होता है कि विकल्पों का कौन सा सेट दिखाया गया है
स्रोत टैब.

समारोह
यह अनिवार्य रूप से परिभाषित करता है कि मॉनिटर क्या कर रहा है। यह इनमें से एक हो सकता है
अगले;

· कोई नहीं - मॉनिटर वर्तमान में अक्षम है। कोई स्ट्रीम या इवेंट नहीं देखा जा सकता
उत्पन्न. कुछ भी रिकार्ड नहीं किया गया है.

· मॉनिटर - मॉनिटर केवल लाइव स्ट्रीमिंग के लिए उपलब्ध है। कोई छवि विश्लेषण नहीं
ऐसा किया जाता है इसलिए कोई अलार्म या घटनाएँ उत्पन्न नहीं होंगी, और कुछ भी नहीं होगा
दर्ज की गई।

· मोडेक्ट - या मोशन डिटेक्शन। सभी कैप्चर की गई छवियों और घटनाओं का विश्लेषण किया जाएगा
रिकॉर्ड किए गए वीडियो से उत्पन्न जहां गति का पता लगाया जाता है।

· रिकॉर्ड - मॉनिटर लगातार रिकॉर्ड किया जाएगा। एक निश्चित अवधि की घटनाएँ
पारंपरिक टाइम-लैप्स के अनुरूप, गति की परवाह किए बिना उत्पन्न किया जाएगा
वीडियो रिकॉर्डर। इस मोड में कोई गति का पता नहीं चलता है।

· मोकॉर्ड - मॉनिटर किसी भी गति को लगातार रिकॉर्ड करेगा
उन घटनाओं पर प्रकाश डाला गया।

· नोडेक्ट - या नो डिटेक्शन। यह एक विशेष मोड है जिसे उपयोग करने के लिए डिज़ाइन किया गया है
बाहरी ट्रिगर. नोडेक्ट में कोई गति का पता नहीं चलता लेकिन घटनाएं होती हैं
यदि बाहरी ट्रिगर्स को इसकी आवश्यकता हो तो रिकॉर्ड किया जाता है।

आम तौर पर कहें तो यहां प्रारंभिक सेटिंग के रूप में 'मॉनिटर' चुनना सबसे अच्छा है।

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

लिंक्ड पर नज़र रखता है
यह फ़ील्ड आपको अपने सिस्टम पर अन्य मॉनिटरों का चयन करने की अनुमति देता है जो ट्रिगर के रूप में कार्य करते हैं
इस मॉनिटर के लिए. इसलिए यदि आपके पास अपनी संपत्ति के एक पहलू को कवर करने वाला कैमरा है
सभी कैमरों को रिकॉर्ड करने के लिए बाध्य कर सकता है जबकि वह कैमरा गति या अन्य घटनाओं का पता लगाता है।
आप या तो सीधे मॉनिटर आईडी की अल्पविराम से अलग की गई सूची दर्ज कर सकते हैं या क्लिक कर सकते हैं
चयन चुनने के लिए 'चयन करें'. सर्कुलर निर्भरता न बनाने के लिए बहुत सावधान रहें
हालाँकि इस सुविधा के साथ आपके पास असीमित रूप से जारी रहने वाले अलार्म होंगे
लगभग निश्चित रूप से वह नहीं जो आप चाहते हैं! मॉनिटर को अनलिंक करने के लिए आप Ctrl-क्लिक कर सकते हैं।

अधिकतम एफपीएस
कुछ अवसरों पर आपके पास उच्च कैप्चर दर में सक्षम एक या अधिक कैमरे हो सकते हैं
लेकिन आप पाएंगे कि आम तौर पर आपको हर समय इस प्रदर्शन की आवश्यकता नहीं होती है और होगी
अपने सर्वर पर लोड हल्का करना पसंद करें. यह विकल्प आपको सीमित करने की अनुमति देता है
एक निर्दिष्ट मूल्य पर अधिकतम कैप्चर दर। इससे आपको अधिक कैमरे रखने की अनुमति मिल सकती है
सीपीयू लोड को कम करके या वीडियो बैंडविड्थ आवंटित करके आपके सिस्टम पर समर्थित
समान वीडियो डिवाइस साझा करने वाले कैमरों के बीच असमान रूप से। यह मान केवल एक मोटा है
गाइड करें और आप जितना कम मूल्य निर्धारित करेंगे, वास्तविक एफपीएस उतना ही कम करीब आ सकता है
विशेष रूप से साझा किए गए डिवाइस पर जहां दो या दो से अधिक को सिंक्रोनाइज़ करना मुश्किल हो सकता है
सटीक रूप से अलग-अलग कैप्चर दरें। यह विकल्प अधिकतम एफपीएस को नियंत्रित करता है
ऐसी परिस्थिति जहां कोई अलार्म नहीं बज रहा है। (आईपी कैमरों के लिए नोट: जोनमाइंडर के पास है
कैमरे से गुजरने वाली एमजेपीईजी स्ट्रीम को सेट या सीमित करने का कोई तरीका नहीं है, कुछ कैम आप सेट कर सकते हैं
यह यूआरएल स्ट्रिंग के माध्यम से होता है, अन्य नहीं। इसलिए यदि आप एमजेपीईजी फ़ीड का उपयोग कर रहे हैं तो आपको अवश्य करना चाहिए
यहां सर्वर छोर पर थ्रॉटल न करें, केवल कैम छोर पर थ्रॉटल करें। अगर आप इसका इस्तेमाल करना चाहते हैं
सुविधा, सर्वर को थ्रॉटल करने के लिए, तो आपको mjpeg विधि के बजाय jpeg का उपयोग करना होगा
कैमरे से चित्र प्राप्त करें)

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

संदर्भ छवि मिश्रण %जी
ज़ोनमाइंडर में प्रत्येक विश्लेषण की गई छवि पिछली छवियों का एक संयोजन है और बनती है
वर्तमान छवि को पिछले संदर्भ के एक निश्चित प्रतिशत के रूप में लागू करके
छवि। इस प्रकार, यदि हमने यहां 10 का मान दर्ज किया है, तो संदर्भ में प्रत्येक छवि का भाग
हर बार छवि 0.9 गुना कम हो जाएगी। तो एक विशिष्ट संदर्भ
छवि 10% पिछली छवि होगी, 9% उससे पहले वाली और फिर 8.1%, 7.2%,
6.5% और इसी तरह बाकी रास्ता। एक छवि प्रभावी रूप से 25 के आसपास गायब हो जाएगी
जब इसे जोड़ा गया था तब से बाद की छवियाँ। यह मिश्रण मान वही है जो यहां निर्दिष्ट किया गया है
यदि उच्चतर धीमी प्रगति वाली घटनाओं को संदर्भ के रूप में कम पता लगाने योग्य बना देगा
छवि और तेजी से बदलेगी. इसी प्रकार घटनाएँ बहुत अधिक मानी जाएंगी
जैसे ही संदर्भ छवि अधिक तेज़ी से नई छवियों के अनुकूल हो जाती है। संकेत में
प्रसंस्करण की शर्तें यह मान जितना अधिक होगा घटना का हमला और क्षय उतना ही तेज होगा
सिग्नल। यह आपकी विशेष आवश्यकताओं पर निर्भर करता है कि उचित मूल्य क्या है
आपके लिए होगा, लेकिन यहां 10 से शुरू करें और बाद में इसे समायोजित करें (आमतौर पर नीचे)।
ज़रूरी।

ट्रिगर्स
यह छोटा अनुभाग आपको यह चुनने देता है कि रन मोड होने पर कौन से ट्रिगर लागू होंगे
ऊपर 'ट्रिगर' पर सेट किया गया है। सबसे आम ट्रिगर X10 है और यह दिखाई देगा
यहां यदि आपने संकेत दिया है कि इंस्टॉलेशन के दौरान आपके सिस्टम ने इसका समर्थन किया है। केवल X10
वर्तमान में ज़ोनमाइंडर के साथ शिप किए गए ट्रिगर के रूप में समर्थित है लेकिन यह संभव है
अन्य ट्रिगर आवश्यकतानुसार उपलब्ध हो जाएंगे। आप भी बस उपयोग कर सकते हैं
वास्तव में कैमरे को नियंत्रित करने और उन्हें रखने के लिए 'क्रॉन' नौकरियां या अन्य तंत्र
ज़ोनमाइंडर सेटिंग्स से पूरी तरह बाहर। Zmtrigger.pl स्क्रिप्ट भी है
कस्टम बाहरी ट्रिगरिंग लागू करने के लिए उपलब्ध है।

स्रोत टैब
FFmpeg
स्रोत पथ
स्ट्रीम या फ़ाइल का पूरा URL दर्ज करने के लिए इस फ़ील्ड का उपयोग करें। समर्थित में देखें
हार्डवेयर > नेटवर्क कैमरा अनुभाग, इन स्ट्रिंग्स को कैसे प्राप्त करें जो लागू हो सकती हैं
आपका कैमरा। आरटीएसपी स्ट्रीम यहां निर्दिष्ट की जा सकती हैं।

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

कैद चौड़ाई ऊंचाई
सुनिश्चित करें कि आप यहां वही मान दर्ज करें जो वे रिमोट कैमरे में हैं
आंतरिक सेटिंग.

रखना पहलू अनुपात
स्थानीय उपकरणों के अनुसार.

अभिविन्यास
स्थानीय उपकरणों के अनुसार.

लिबवीएलसी
कर्ल
स्थानीय
युक्ति पथ/चैनल
उस डिवाइस फ़ाइल का पूरा पथ दर्ज करें जिससे आपका कैमरा जुड़ा हुआ है, उदाहरण के लिए
/dev/video0. कुछ वीडियो डिवाइस, जैसे बीटीटीवी कार्ड एक पर कई कैमरों का समर्थन करते हैं
डिवाइस इसलिए इस मामले में चैनल बॉक्स में चैनल नंबर दर्ज करें या इसे छोड़ दें
यदि आप USB कैमरा या केवल एक चैनल वाले कैमरे का उपयोग कर रहे हैं तो शून्य। समर्थित में देखें
हार्डवेयर अनुभाग, कैसे देखें कि आपका कैप्चर कार्ड या यूएसबी वेबकैम समर्थित है या नहीं
नहीं, और इसे कार्यान्वित करने के लिए आपको कौन सी अतिरिक्त सेटिंग्स करनी पड़ सकती हैं।

युक्ति प्रारूप
वीडियो स्ट्रीम का वीडियो प्रारूप दर्ज करें। इसे विभिन्न सिस्टम फ़ाइलों में परिभाषित किया गया है
(उदाहरण के लिए /usr/include/linux/videodev.h) लेकिन दो सबसे आम हैं PAL के लिए 0 और 1
एनटीएससी के लिए.

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

कैद चौड़ाई ऊंचाई
आपके कैमरे द्वारा प्रदान की जाने वाली वीडियो स्ट्रीम के आयाम। अगर आपका कैमरा सपोर्ट करता है
कई लोग बस वह दर्ज करते हैं जिसे आप इस एप्लिकेशन के लिए उपयोग करना चाहते हैं, आप हमेशा कर सकते हैं
इसे बाद में बदल लें. हालाँकि मैं 320x240 या इससे बड़े आकार से शुरुआत करने की अनुशंसा नहीं करूँगा
384x288 और फिर शायद बढ़ाना और देखना कि प्रदर्शन कैसे प्रभावित होता है। यह
अधिकांश मामलों में आकार पर्याप्त होना चाहिए। कुछ कैमरे इस मामले में काफी चयनात्मक होते हैं
आप यहां आकारों का उपयोग कर सकते हैं इसलिए 197x333 जैसे असामान्य आकारों से बचना चाहिए
शुरू में।

रखना पहलू अनुपात
मॉनिटर के आयाम टाइप करते समय आप सुनिश्चित करने के लिए इस चेकबॉक्स पर क्लिक कर सकते हैं
कि चौड़ाई ऊंचाई के सही अनुपात में रहे, या इसके विपरीत। यह अनुमति देता है
ऊँचाई की गणना स्वचालित रूप से चौड़ाई (या इसके विपरीत) के अनुसार की जाती है
पूर्व निर्धारित पहलू अनुपात. यह 4:3 पर पूर्व निर्धारित है लेकिन इसके माध्यम से विश्व स्तर पर संशोधित किया जा सकता है
विकल्प->कॉन्फ़िगर->ZM_DEFAULT_ASPECT_RATIO सेटिंग। 4:3 के अलावा जो सामान्य है
नेटवर्क और एनालॉग कैमरों के लिए एक अन्य सामान्य सेटिंग सीआईएफ (11x9) के लिए 352:288 है
आधारित स्रोत.

अभिविन्यास
यदि आपका कैमरा उल्टा या समकोण पर लगा है तो आप इस फ़ील्ड का उपयोग कर सकते हैं
एक घुमाव निर्दिष्ट करें जो छवि कैप्चर करते समय उस पर लागू होता है। इससे एक खर्च होता है
अतिरिक्त प्रसंस्करण ओवरहेड इसलिए यदि संभव हो तो अपने कैमरे को माउंट करना बेहतर है
यदि आप कर सकते हैं तो सही दिशा में जाएँ। यदि आप रोटेशन विकल्पों में से एक चुनते हैं तो याद रखें
ऊंचाई और चौड़ाई फ़ील्ड को स्विच करें ताकि वे लागू हों, उदाहरण के लिए यदि आपका कैमरा कैप्चर करता है
352x288 पर और आप यहां 'दाएं घुमाएं' चुनें, फिर ऊंचाई 352 पर सेट करें और
चौड़ाई 288 होनी चाहिए। यदि आपका कैमरा उपलब्ध कराता है तो आप छवि को 'फ्लिप' करना भी चुन सकते हैं
प्रतिबिंबित इनपुट.

सुदूर
सुदूर होस्ट/पोर्ट/पथ
कैमरे का पूरा यूआरएल दर्ज करने के लिए इन फ़ील्ड का उपयोग करें। मूलतः यदि आपका कैमरा है
at http://camserver.home.net:8192/कैमरा/कैमरा1.जेपीजी तो ये फ़ील्ड होंगे
camserver.home.net, 8192 और /cameras/camera1.jpg क्रमशः। बंदरगाह को यहीं छोड़ें
यदि किसी विशेष पोर्ट की आवश्यकता नहीं है तो 80 रु. यदि आपको एक्सेस करने के लिए प्रमाणीकरण की आवश्यकता है
फिर आपका कैमरा इसे फॉर्म में होस्ट नाम पर जोड़ देगा
: @ .com. भले ही यह आमतौर पर 24 बिट रंग होगा
छवि काली और सफेद दिखती है. समर्थित हार्डवेयर > नेटवर्क कैमरे में देखें
अनुभाग, इन स्ट्रिंग्स को कैसे प्राप्त करें जो आपके कैमरे पर लागू हो सकती हैं।

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

कैद चौड़ाई ऊंचाई
सुनिश्चित करें कि आप यहां वही मान दर्ज करें जो वे रिमोट कैमरे में हैं
आंतरिक सेटिंग.

रखना पहलू अनुपात
स्थानीय उपकरणों के अनुसार.

अभिविन्यास
स्थानीय उपकरणों के अनुसार.

MPEG-4 कैमरा सेटअप करने के उदाहरण के लिए देखें:
कैसे_सेटअप_an_Axis211A_MPEG-4_स्ट्रीमिंग के साथ

पट्टिका
पट्टिका पथ
छवि स्रोत के रूप में उपयोग करने के लिए फ़ाइल का पूरा पथ दर्ज करें।

पट्टिका ध्वज
छवि में रंगों की मात्रा निर्दिष्ट करें. आमतौर पर 24 बिट रंग.

कैद चौड़ाई ऊंचाई
स्थानीय उपकरणों के अनुसार.

रखना पहलू अनुपात
स्थानीय उपकरणों के अनुसार.

अभिविन्यास
स्थानीय उपकरणों के अनुसार.

टाइमस्टैम्प टैब
टाइमस्टैम्प लेबल प्रारूप
यह उस टाइमस्टैम्प से संबंधित है जो प्रत्येक फ्रेम पर लगाया जाता है। यह एक 'strftime' है
कुछ अतिरिक्त टोकन के साथ स्टाइल स्ट्रिंग। आप दशमलव सौवां जोड़ने के लिए %f जोड़ सकते हैं
फ़्रेम टाइमस्टैम्प के लिए एक सेकंड का, इसलिए %H:%M:%S.%f समय की तरह आउटपुट देगा
10:45:37.45. आप मॉनिटर के नाम के लिए %N और %Q का भी उपयोग कर सकते हैं जो होगा
zmtriggers.pl अनुभाग में विस्तृत किसी भी 'शो टेक्स्ट' द्वारा भरा गया।

टाइमस्टैम्प लेबल एक्स / वाई
X और Y मान निर्धारित करते हैं कि टाइमस्टैम्प कहाँ लगाया जाए। X के लिए 0 का मान
मान इसे छवि के बाईं ओर रखेगा और 0 का Y मान इसे यहां रखेगा
छवि का शीर्ष. छवि के नीचे टाइमस्टैम्प लगाने के लिए एक मान का उपयोग करें
छवि की ऊँचाई से आठ कम।

बफ़र टैब
छवि बफर आकार
यह विकल्प निर्धारित करता है कि किसी एक समय में रिंग बफ़र में कितने फ़्रेम रखे गए हैं।
रिंग बफ़र वह भंडारण स्थान है जहां अंतिम 'एन' छवियां तैयार रखी जाती हैं
किसी अलार्म पर पुनर्जीवित हो जाना या बस विश्लेषण किए जाने की प्रतीक्षा करते रहना। इसका कोई भी मूल्य हो सकता है
आपको कुछ प्रावधान पसंद हैं, (अगले विकल्प देखें)। हालाँकि इसे संग्रहित किया गया है
साझा मेमोरी और इसे विशेष रूप से उच्च वाली बड़ी छवियों के लिए बहुत बड़ा बनाना
रंग की गहराई बहुत अधिक मेमोरी का उपयोग कर सकती है। 50 से अधिक का मान आमतौर पर ठीक नहीं है। अगर
आप पाते हैं कि आपका सिस्टम आपको संभवतः उस मूल्य का उपयोग नहीं करने देगा जो आप चाहते हैं
क्योंकि आपके सिस्टम में साझा मेमोरी के आकार की एक मनमानी सीमा हो सकती है
भले ही आपके पास प्रचुर मात्रा में निःशुल्क मेमोरी उपलब्ध हो, इसका उपयोग किया जाता है। ये सीमा है
आमतौर पर इसे बदलना काफी आसान है, विवरण के लिए समस्या निवारण अनुभाग देखें।

जोश में आना फ्रेम्स
यह निर्दिष्ट करता है कि विश्लेषण डेमॉन को कितने फ्रेम की प्रक्रिया करनी चाहिए लेकिन जांच नहीं करनी चाहिए
जब यह शुरू होता है. यह इसे एक सटीक संदर्भ छवि उत्पन्न करने की अनुमति देता है
किसी भी बदलाव के लिए बहुत ध्यान से देखने से पहले छवियों की श्रृंखला। मैं 25 के मान का उपयोग करता हूं
यहाँ, बहुत ऊँचा और इसे शुरू होने में बहुत समय लगेगा, बहुत नीचे और आप पहुँच जायेंगे
जब विश्लेषण डेमॉन प्रारंभ होता है तो गलत अलार्म।

पूर्व डाक कार्यक्रम छवि बफर
ये विकल्प निर्धारित करते हैं कि किसी इवेंट के पहले और बाद के कितने फ़्रेम होने चाहिए
इसके साथ संरक्षित. यह आपको यह देखने की अनुमति देता है कि ठीक पहले क्या हुआ था
घटना के बाद. इन दोनों के लिए 10 का मान आपको आरंभ करने पर मजबूर कर देगा
यदि आपको बहुत सारी छोटी-छोटी घटनाएँ मिलती हैं और आप उन्हें एक साथ चलाना पसंद करेंगे
कम लंबे वाले फिर पोस्ट इवेंट बफ़र का आकार बढ़ाएँ। प्री-इवेंट बफ़र है
एक वास्तविक बफ़र और वास्तव में रिंग बफ़र आकार के आधे से अधिक नहीं होना चाहिए। हालांकि
पोस्ट-इवेंट बफ़र केवल एक गिनती है जो कैप्चर किए गए फ़्रेमों पर लागू होती है और ऐसा हो भी सकता है
अधिक लचीले ढंग से प्रबंधित किया गया। आपको कैमरे की फ़्रेम दर को भी ध्यान में रखना चाहिए
इन मानों को चुनते समय. उदाहरण के लिए, एक नेटवर्क कैमरा 1FPS पर कैप्चरिंग करेगा
यदि आपने यहां 10 चुना है तो प्रत्येक घटना से पहले और बाद में 10 सेकंड दें। ये अच्छा हो सकता है
बहुत अधिक होना और घटनाओं को आवश्यकता से अधिक बढ़ा देना। हालाँकि एक तेज़ वीडियो कार्ड हो सकता है
25FPS पर कैप्चर करें और आप यह सुनिश्चित करना चाहेंगे कि यह सेटिंग आपको देखने में सक्षम बनाती है
घटना से पहले और बाद में एक उचित समय सीमा।

धारा फिर से खेलना छवि बफर
इस विकल्प ...

अलार्म ढांचा गिनती
यह विकल्प आपको यह निर्दिष्ट करने की अनुमति देता है कि कितने लगातार अलार्म फ़्रेम होने चाहिए
किसी अलार्म इवेंट के उत्पन्न होने से पहले. सामान्य और डिफ़ॉल्ट मान 1 है
तात्पर्य यह है कि कोई भी अलार्म फ्रेम किसी घटना का कारण बनेगा या उसमें भाग लेगा। आप प्रवेश कर सकते हैं
संभवतः स्क्रीन फ़्लिकर के कारण होने वाली फर्जी घटनाओं को ख़त्म करने के लिए यहां 16 तक का कोई भी मान
या अन्य क्षणिक. हालाँकि 3 या 4 से अधिक मान उपयोगी होने की संभावना नहीं है। कृपया
ध्यान दें कि यदि आपके पास आँकड़े रिकॉर्डिंग सक्षम है तो वर्तमान में आँकड़े हैं
किसी इवेंट के पहले 'अलार्म फ़्रेम काउंट'-1 फ़्रेम के लिए रिकॉर्ड नहीं किया गया। तो यदि आप सेट करते हैं
यह मान 5 है तो पहले 4 फ्रेम में आँकड़े गायब होंगे जबकि अधिक
1 का सामान्य मान यह सुनिश्चित करेगा कि सभी अलार्म फ़्रेमों में आँकड़े दर्ज किए गए हैं।

नियंत्रण टैब
नोट: यह टैब और इसके विकल्प केवल तभी दिखाई देंगे जब आपने ZM_OPT_CONTROL का चयन किया हो
यह इंगित करने का विकल्प कि आपके सिस्टम में ऐसे कैमरे हैं जिन्हें नियंत्रित किया जा सकता है
पैन/झुकाव/ज़ूम या अन्य तंत्र। इसमें अन्यत्र कैमरा नियंत्रण अनुभाग देखें
कैमरा नियंत्रण प्रोटोकॉल और विधियों पर अधिक जानकारी के लिए दस्तावेज़।

चलाया हुआ
यह इंगित करने के लिए इस बॉक्स को चेक करें कि आपका कैमरा नियंत्रित किया जा सकता है।

नियंत्रण प्रकार
वह नियंत्रण प्रकार चुनें जो आपके कैमरे के लिए उपयुक्त हो। जोनमाइंडर के साथ जहाज
पूर्वनिर्धारित नियंत्रण प्रोटोकॉल की एक छोटी संख्या जो कुछ कैमरों के साथ काम करेगी
बिना संशोधन के लेकिन जिसे दूसरों के साथ कार्य करने के लिए संशोधित करना पड़ सकता है, चुनें
नए नियंत्रण प्रकार बनाने या मौजूदा नियंत्रण प्रकार संपादित करने के लिए संपादन लिंक।

नियंत्रण युक्ति
यह वह उपकरण है जिसका उपयोग आपके कैमरे को नियंत्रित करने के लिए किया जाता है। यह सामान्यतः एक होगा
सीरियल या समान पोर्ट. यदि आपका कैमरा एक नेटवर्क कैमरा है, तो आप आमतौर पर ऐसा नहीं करेंगे
एक नियंत्रण उपकरण निर्दिष्ट करने की आवश्यकता है.

नियंत्रण पता
यह आपके कैमरे का पता है. कुछ नियंत्रण प्रोटोकॉल के लिए प्रत्येक कैमरे की आवश्यकता होती है
एक विशेष, आमतौर पर संख्यात्मक, आईडी द्वारा पहचाना जाता है। यदि आपका कैमरा एड्रेसिंग का उपयोग करता है
फिर यहां अपने कैमरे की आईडी डालें। यदि आपका कैमरा एक नेटवर्क कैमरा है तो आप
आमतौर पर यहां इसका होस्टनाम या आईपी पता दर्ज करना होगा। यह है
सामान्यतः वही जो कैमरे के लिए दिया गया है।

ऑटो रुकें मध्यांतर
कुछ कैमरे केवल निरंतर गति मोड का समर्थन करते हैं। उदाहरण के लिए आप बताएं
कैमरे को दाईं ओर पैन करें और फिर जब यह सही ढंग से संरेखित हो जाए तो आप इसे रुकने के लिए कहें। में
कुछ मामलों में वेब इंटरफ़ेस पर इसे सटीक रूप से समयबद्ध करना कठिन होता है
विकल्प आपको एक स्वचालित टाइमआउट निर्दिष्ट करने की अनुमति देता है जहां कमांड होगी
स्वचालित रूप से बंद हो गया. तो यहां 0.25 का मान स्क्रिप्ट को आगे बढ़ने से रोकने के लिए कह सकता है
शुरू करने के बाद एक चौथाई सेकंड. यह जुर्माने की अधिक सटीक विधि की अनुमति देता है
नियंत्रण। यदि यह मान खाली छोड़ दिया जाए या शून्य पर छोड़ दिया जाए तो इसे नजरअंदाज कर दिया जाएगा, यदि सेट किया गया है तो इसे नजरअंदाज कर दिया जाएगा
इसका उपयोग टाइमआउट के रूप में किया जाएगा, हालांकि इसे केवल निचले 25% के लिए लागू किया जाएगा
संभावित गति सीमाएँ। दूसरे शब्दों में यदि आपके कैमरे की पैन स्पीड रेंज 1 से
100 फिर 26 या उससे अधिक पर जाने का चयन करने का अर्थ यह माना जाएगा कि आप चाहते हैं
बड़ा मूवमेंट जिसे आप स्वयं नियंत्रित कर सकते हैं और कोई टाइमआउट लागू नहीं किया जाएगा।
कम गति पर गति का चयन करने की व्याख्या बेहतर नियंत्रण की आवश्यकता के रूप में की जाएगी
स्वचालित टाइमआउट लागू किया जाएगा.

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

ट्रैक विलंब
यह किसी का अनुसरण करने के लिए गति पहचान को निलंबित करने के लिए सेकंड की संख्या है
गति को ट्रैक करने के लिए कैमरा जो गतिविधि कर सकता है।

वापसी स्थान
यदि आपका कैमरा 'होम' स्थिति या प्रीसेट का समर्थन करता है तो आप चुन सकते हैं कि कौन सा प्रीसेट है
गति पर नज़र रखने के बाद कैमरे को वापस लौटना चाहिए।

वापसी विलंब
यह विलंब है, सेकंडों में, एक बार गति का पता चलना बंद हो जाने से पहले
कैमरा किसी भी निर्धारित रिटर्न स्थान पर लौट आता है।

X10 टैब
ध्यान दें: यह टैब और इसके विकल्प केवल तभी दिखाई देंगे जब आपने संकेत दिया हो कि आपका सिस्टम
प्रारंभिक सिस्टम कॉन्फ़िगरेशन के दौरान X10 होम ऑटोमेशन प्रोटोकॉल का समर्थन करता है।

X10 सक्रियण तार
इस फ़ील्ड की सामग्री यह निर्धारित करती है कि मॉनिटर कब शुरू होता है और/या कब बंद होता है
'ट्रिगर' में चलने पर सक्रिय; मोड और X10 ट्रिगर्स के साथ। इसका प्रारूप
स्ट्रिंग इस प्रकार है,

· n: यदि आप बस एक नंबर दर्ज करते हैं तो मॉनिटर सक्रिय हो जाएगा
उस यूनिट कोड के लिए X10 ON सिग्नल का पता लगाया गया है और जब कोई निष्क्रिय हो जाएगा
ऑफ सिग्नल का पता चला है।

· !n : यह पिछले मोड को उलट देता है, उदाहरण के लिए !5 का मतलब है कि मॉनिटर है
जब यूनिट कोड 5 के लिए एक ऑफ सिग्नल का पता लगाया जाता है और एक द्वारा निष्क्रिय किया जाता है तो सक्रिय किया जाता है
पर।

· n+ : एक यूनिट कोड और उसके बाद + दर्ज करने का मतलब है कि मॉनिटर सक्रिय है
उस यूनिट कोड के लिए ऑन सिग्नल की प्राप्ति, लेकिन ऑफ सिग्नल को नजरअंदाज कर दिया जाएगा
इस प्रकार इस निर्देश द्वारा निष्क्रिय नहीं किया जाएगा। यदि आप '!' जोड़ते हैं जैसा
पिछली परिभाषा के अनुसार यह इसी तरह मोड, यानी ऑन सिग्नल को उलट देता है
मॉनिटर को निष्क्रिय कर देता है.

· एन+ : पिछले मोड के अनुसार सिवाय इसके कि मॉनिटर निष्क्रिय हो जाएगा
दिए गए सेकंड की संख्या के बाद स्वयं।

· n- : एक यूनिट कोड दर्ज करने के बाद - का अर्थ है कि मॉनिटर निष्क्रिय है
उस यूनिट कोड के लिए ऑफ सिग्नल प्राप्त होने पर, लेकिन ऑन सिग्नल को नजरअंदाज कर दिया जाएगा
और इस तरह इस निर्देश द्वारा सक्रिय नहीं किया जाएगा। यदि आप '!' जोड़ते हैं जैसा
पिछली परिभाषा के अनुसार यह इसी तरह मोड, यानी ऑफ सिग्नल को उलट देता है
मॉनिटर को सक्रिय करता है.

· एन- : पिछले मोड के अनुसार सिवाय इसके कि मॉनिटर सक्रिय हो जाएगा
दिए गए सेकंड की संख्या के बाद स्वयं।

आप इनमें से कई अभिव्यक्तियों को a से अलग करके संयोजित भी कर सकते हैं
सक्रियण की अनेक परिस्थितियाँ बनाने के लिए अल्पविराम। हालाँकि अभी के लिए इसे छोड़ दीजिए
खाली।

X10 निवेश अलार्म तार
इसका प्रारूप पिछले फ़ील्ड जैसा ही है लेकिन इसे सक्रिय करने के बजाय
मॉनिटर के साथ एक मजबूर अलार्म उत्पन्न होगा और यदि कोई घटना दर्ज की जाएगी
मॉनिटर सक्रिय है. सक्रिय को छोड़कर उपरोक्त परिभाषा ही लागू होती है
चिंतित होकर पढ़ें और निष्क्रिय के लिए अचिंतित पढ़ें(!)। फिर इसे अभी के लिए खाली छोड़ दें।

X10 उत्पादन अलार्म तार
इस X10 स्ट्रिंग का प्रारूप भी उपरोक्त दो विकल्पों के समान है। हालाँकि यह काम करता है
थोड़े अलग तरीके से. जोनमाइंडर के बजाय यह X10 घटनाओं पर प्रतिक्रिया करता है
विकल्प यह नियंत्रित करता है कि जब वर्तमान मॉनिटर चालू होता है तो ज़ोनमाइंडर X10 सिग्नल कैसे उत्सर्जित करता है
या अलार्म स्थिति से बाहर आ जाता है. इस प्रकार केवल एक संख्या दर्ज करने से ON हो जाएगा
अलार्म स्थिति और ऑफ सिग्नल में जाने पर उस यूनिट कोड के लिए सिग्नल भेजा जाएगा
अलार्म की स्थिति से बाहर आने पर. इसी प्रकार 7+30 यूनिट कोड 7 को सिग्नल पर भेजेगा
अलार्म स्थिति में जाने पर और 30 सेकंड बाद सिग्नल बंद होने की परवाह किए बिना
राज्य। X10 निर्देश का संयोजन ज़ोनमाइंडर को प्रतिक्रिया करने की अनुमति देता है
आवश्यकता पड़ने पर अन्य उपकरणों को समझदारी से संभालना और उनका नियंत्रण भी ग्रहण करना। हालाँकि
इनपुट अलार्म और आउटपुट अलार्म सिग्नल का अंधाधुंध उपयोग कुछ कारण पैदा कर सकता है
भयानक दौड़ की स्थितियाँ जैसे कि अलार्म के जवाब में रोशनी जलना
फिर स्वयं अलार्म बजता है इत्यादि। अत: यहां कुछ सावधानी बरतने की आवश्यकता है।
वैसे भी इसे अभी खाली छोड़ दें।

विविध टैब
कार्यक्रम उपसर्ग
डिफ़ॉल्ट रूप से इवेंट को 'इवेंट-' नाम दिया गया है ', हालाँकि आप उनका नाम बदलने के लिए स्वतंत्र हैं
व्यक्तिगत रूप से जैसा आप चाहें। यह विकल्प आपको ईवेंट उपसर्ग को संशोधित करने देता है
'इवेंट-' भाग, आपकी पसंद का मान होना चाहिए ताकि इवेंट को अलग-अलग नाम दिया जा सके
वे उत्पन्न होते हैं. यह आपको मॉनिटर के अनुसार घटनाओं का नाम देने की अनुमति देता है
उन्हें उत्पन्न किया.

अनुभाग लंबाई
यह तब उत्पन्न होने वाली किसी भी निश्चित लंबाई की घटनाओं की लंबाई (सेकंड में) निर्दिष्ट करता है
मॉनिटर फ़ंक्शन 'रिकॉर्ड' या 'मोकॉर्ड' है। अन्यथा इसे नजरअंदाज कर दिया जाता है. ऐसा नहीं होना चाहिए
इतना लंबा हो कि घटनाओं को नेविगेट करना मुश्किल हो और न ही इतना छोटा हो कि बहुत सारी घटनाएं हों
उत्पन्न होते हैं. मैंने 300 से 900 सेकंड के बीच की अवधि की अनुशंसा की।

ढांचा स्किप
यह सेटिंग भी केवल 'रिकॉर्ड' या 'मोकॉर्ड' फ़ंक्शंस पर लागू होती है और निर्दिष्ट करती है
रिकॉर्ड की गई घटनाओं में कितने फ़्रेम छोड़े जाने चाहिए. की डिफ़ॉल्ट सेटिंग
सहेजे गए प्रत्येक कैप्चर किए गए फ़्रेम में शून्य परिणाम। एक के मान का उपयोग करने का अर्थ होगा
प्रत्येक सहेजे गए के बीच एक फ़्रेम छोड़ दिया गया है, दो का अर्थ है कि दो फ़्रेम छोड़ दिए गए हैं
प्रत्येक सहेजे गए फ़्रेम आदि के बीच सोचने का एक वैकल्पिक तरीका प्रत्येक में एक है
'फ़्रेम स्किप + 1' फ़्रेम सहेजा गया है। इसका उद्देश्य यह सुनिश्चित करना है कि सहेजे गए ईवेंट
कैमरे को अनुमति देते हुए अनावश्यक रूप से बहुत अधिक जगह न लें
काफी उच्च फ्रेम दर पर कैप्चर करें। वैकल्पिक दृष्टिकोण कैप्चर को सीमित करना है
फ़्रेम दर जो स्पष्ट रूप से उस दर को प्रभावित करेगी जिस पर फ़्रेम सहेजे जाते हैं।

एफपीएस रिपोर्ट अंतराल
फ़्रेम प्रति सेकंड के संदर्भ में वर्तमान प्रदर्शन कितनी बार आउटपुट होता है
सिस्टम लॉग। किसी भी कार्यात्मक तरीके से उपयोग नहीं किया गया है, इसलिए इसे अभी शायद 1000 पर सेट करें। अगर आप
watch /var/log/messages (सामान्यतः) आप देखेंगे कि यह मान उत्सर्जित हो रहा है
आवृत्ति जिसे आप वीडियो कैप्चर और प्रोसेसिंग दोनों के लिए निर्दिष्ट करते हैं।

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

वेब रंग
ज़ोनमाइंडर के कुछ तत्व अब कुछ दृश्यों पर मॉनिटर की पहचान करने के लिए रंगों का उपयोग करते हैं।
आप यहां चुन सकते हैं कि प्रत्येक मॉनिटर के लिए कौन सा रंग उपयोग किया जाए। कोई भी विशिष्टता
HTML के लिए मान्य रंग यहां मान्य हैं, उदाहरण के लिए 'लाल' या '#ff0000'। एक छोटा सा नमूना
इनपुट बॉक्स के आगे आपके द्वारा चुना गया रंग प्रदर्शित होता है।

परिभाषित जोन
नए मॉनीटर के साथ करने वाली अगली महत्वपूर्ण चीज़ इसके उपयोग के लिए ज़ोन सेट करना है। द्वारा
डिफ़ॉल्ट रूप से जब आप अपना मॉनिटर बनाते हैं तो आपके लिए पहले से ही एक जेनरेट किया हुआ होगा
डिफ़ॉल्ट ज़ोन मॉनिटर द्वारा कैप्चर किया गया पूरा क्षेत्र है) लेकिन हो सकता है कि आप इसे संशोधित करना चाहें या
दूसरों को जोड़ें.

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

ज़ोन छवि के नीचे एक तालिका होगी जिसमें आपके ज़ोन की सूची होगी। पर क्लिक कर रहा हूँ
या तो छवि का प्रासंगिक बिट या तालिका में आईडी या नाम सामने आएगा
एक अन्य विंडो जहां आप अपने क्षेत्र के विवरण संपादित कर सकते हैं। अधिक जानकारी के लिए
किसी क्षेत्र को परिभाषित या संपादित करने के लिए, क्षेत्र को परिभाषित करना देखें।

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

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

बुनियादी पैरामीटर
नाम प्रत्येक जोन को संदर्भ उद्देश्यों के लिए नामित किया जा सकता है। इसका उपयोग लॉगिंग और के लिए किया जाता है
डिबगिंग. ऐसा नाम चुनें जो आपको अपने क्षेत्र पहचानने में मदद करे।

प्रकार यह ZoneMinder में अधिक महत्वपूर्ण अवधारणाओं में से एक है और इसमें छह अवधारणाएँ हैं
से चुनें.

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

· समावेशी इस ज़ोन प्रकार का उपयोग किसी भी ज़ोन के लिए किया जा सकता है जिसे आप ट्रिगर करना चाहते हैं
अलार्म केवल तभी बजाएं जब कम से कम एक अन्य सक्रिय क्षेत्र ने पहले ही अलार्म चालू कर दिया हो। यह
उदाहरण के लिए छवि के किसी क्षेत्र जैसे किसी पौधे या पेड़ को कवर करना हो सकता है
बहुत अधिक हिलता है और जिससे बहुत सारे अलार्म बज उठेंगे। शायद यह एक के पीछे है
हालाँकि आप जिस क्षेत्र की निगरानी करना चाहेंगे, इस स्थिति में आप एक सक्रिय क्षेत्र बनाएंगे
संभवतः गैर-चलित भागों और पेड़ को कवर करने वाले एक समावेशी क्षेत्र को कवर करना
कम संवेदनशील पहचान सेटिंग्स के साथ भी। अगर किसी चीज़ ने अलार्म बजा दिया
सक्रिय क्षेत्र और समावेशी क्षेत्र में भी वे दोनों पंजीकृत होंगे और
यदि आपने इसे खाली कर दिया होता तो परिणामी अलार्म उससे कहीं अधिक बड़ा होगा
कुल मिलाकर।

· एक्सक्लूसिव इसके भीतर गति का पता चलने पर अलार्म चालू कर देता है, जब तक कि ऐसा न हो
सक्रिय क्षेत्र में अलार्म पहले ही चालू कर दिया गया है। यह सर्वाधिक है
ज़ोन प्रकार के विशेषज्ञ। उदाहरण के लिए मेरे बगीचे को कवर करने वाले कैमरे में I
उस हेजहोग पर नज़र रखें जो अधिकतर रातों में आता है और मेरे भोजन का मज़ाक उड़ाता है
बिल्लियों के कटोरे. उस क्षेत्र में एक संवेदनशील एक्सक्लूसिव जोन बनाकर मैं यह सुनिश्चित कर सकता हूं
हेजहोग अलार्म केवल तभी चालू होगा जब उस छोटे से क्षेत्र में कोई गतिविधि हो। अगर
कुछ बहुत बड़ा घटित होता है, जैसे कि इसके पास से गुजरने वाला कोई व्यक्ति नियमित रूप से ट्रिगर हो जाएगा
अलार्म और एक्सक्लूसिव ज़ोन से कोई नहीं। इस प्रकार मैं यह सुनिश्चित कर सकता हूं कि मुझे बड़े अलार्म मिलें
कार्यक्रम और विशेष छोटे कार्यक्रम भी लेकिन बीच में शोर नहीं।

· प्रीक्लूसिव यह ज़ोन प्रकार अपेक्षाकृत नया है। इसे प्रीक्लूसिव जोन कहा जाता है
क्योंकि अगर इसे ट्रिगर किया जाता है तो यह वास्तव में अलार्म उत्पन्न होने से रोकता है
वह छवि फ़्रेम. तो गति या अन्य परिवर्तन जो प्रीक्लूसिव ज़ोन में होते हैं
यह सुनिश्चित करने का प्रभाव है कि कोई भी अलार्म उत्पन्न न हो। इसके लिए आवेदन
ज़ोन प्रकार मुख्य रूप से सामान्य बड़े पैमाने पर प्रकाश व्यवस्था का पता लगाने के लिए एक शॉर्टकट के रूप में है
या अन्य परिवर्तन. आम तौर पर इसे अधिकतम संख्या सीमित करके हासिल किया जा सकता है
सक्रिय क्षेत्र में अलार्म पिक्सेल या अन्य माप। हालाँकि कुछ मामलों में
ज़ोन उस क्षेत्र को कवर कर सकता है जहां परिवर्तनीय रोशनी का क्षेत्र होता है
जैसे-जैसे सूर्य और/या छाया अलग-अलग स्थानों पर घूमती है, इस प्रकार यह करना कठिन हो सकता है
सामान्य मूल्यों के साथ आएं। साथ ही अगर सूरज तेजी से निकलता है
हालाँकि प्रारंभिक परिवर्तन को संदर्भ छवि के रूप में इस तरह से अनदेखा किया जा सकता है
अंततः छवि कम होने पर अलार्म बज सकता है
अलग। एक या अधिक प्रीक्लूसिव ज़ोन का उपयोग करना एक अलग दृष्टिकोण प्रदान करता है।
प्रीक्लूसिव ज़ोन को काफी छोटा बनाया गया है, यहाँ तक कि केवल कुछ पिक्सेल के पार भी,
काफी कम अलार्म थ्रेशोल्ड के साथ। उन्हें छवि के क्षेत्रों में स्थित होना चाहिए
जिनमें गति होने की संभावना कम होती है जैसे दीवार पर या किसी कोने में ऊंची जगह पर।
यदि सामान्य रोशनी में परिवर्तन होता है तो उन्हें कम से कम ट्रिगर किया जाएगा
किसी भी सक्रिय क्षेत्र के रूप में जल्दी और किसी भी अन्य क्षेत्र को अलार्म उत्पन्न करने से रोकें।
यह सुनिश्चित करने के लिए स्पष्ट रूप से सावधानीपूर्वक प्लेसमेंट की आवश्यकता है कि वे किसी को भी रद्द न करें
वास्तविक अलार्म या कि वे एक-दूसरे के इतने करीब नहीं हैं कि कोई भी गति हो जाए
एक प्रीक्लूसिव ज़ोन से दूसरे प्रीक्लूसिव ज़ोन तक। प्रीक्लूसिव ज़ोन का उपयोग कम करने के लिए भी किया जा सकता है
एक को सक्रिय क्षेत्र में स्थित करके प्रसंस्करण समय। प्रीक्लूसिव जोन है
पहले संसाधित; यदि यह छोटा है, और ट्रिगर हो गया है, तो शेष क्षेत्र/छवि
संसाधित नहीं किया जाएगा।

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

· गोपनीयता इसके भीतर के पिक्सेल को काला कर देती है. यदि आप कुछ छिपाना चाहते हैं तो इसका उपयोग किया जा सकता है
यदि स्थिति किसी अन्य समाधान की अनुमति नहीं देती है तो छवि में क्षेत्र। यह जोन
इसका प्रकार अन्य सभी से अलग है क्योंकि यह जितनी जल्दी हो सके संसाधित हो जाता है
कैप्चर के दौरान (टाइमस्टैम्प छवि में आने से पहले भी) और इसमें नहीं
विश्लेषण प्रक्रिया. इसलिए यदि आप गोपनीयता क्षेत्र जोड़ते हैं, बदलते हैं या हटाते हैं, तो आप नहीं देख पाएंगे
कैप्चर प्रक्रिया पुनः आरंभ होने तक छवि में परिवर्तन। यह होगा
स्वचालित रूप से किया जाता है, लेकिन इसमें कुछ सेकंड लगते हैं।

प्रीसेट प्रीसेट चयनकर्ता कम्प्यूटेशनल आवश्यकताओं (तेजी से) के आधार पर समझदार डिफ़ॉल्ट मान सेट करता है
वी. सर्वोत्तम) और संवेदनशीलता (निम्न, मध्यम, उच्च) यह आवश्यक नहीं है कि आप एक का चयन करें
प्रीसेट, और आप प्रीसेट चुनने के बाद किसी भी पैरामीटर को बदल सकते हैं। एक के लिए
ज़ोनमाइंडर के साथ आधुनिक उपकरणों पर चलने वाले मॉनिटरों की कम संख्या, सर्वोत्तम, उच्च
संवेदनशीलता को एक अच्छे आरंभिक बिंदु के रूप में चुना जा सकता है।

इकाइयों

· पिक्सेल - इस विकल्प का चयन करने से निम्नलिखित में से कई मान प्राप्त हो सकेंगे
पिक्सेल की इकाइयों में दर्ज (या देखा गया)।

· प्रतिशत - इस विकल्प का चयन करने से निम्नलिखित मान प्राप्त हो सकते हैं
प्रतिशत के रूप में दर्ज किया गया (या देखा गया)। प्रतिशत मान का भाव संदर्भित करता है
क्षेत्र के क्षेत्र के लिए, न कि संपूर्ण छवि के लिए। इससे काम करने की कोशिश होती है
बाहर आवश्यक आकारबल्कि आसान।

क्षेत्र बिंदु [छवि]

दाईं ओर दिखाया गया नमूना क्षेत्र 6 नियंत्रण बिंदुओं द्वारा परिभाषित क्षेत्र को दर्शाता है।
क्षेत्र के आकार के कारण जाँच विधियाँ फुटपाथ और बरामदे के क्षेत्रों की अनदेखी करती हैं
दीवार जो बदलती धूप प्राप्त करती है; दो स्थितियाँ जो इस क्षेत्र में रुचिकर नहीं हैं।
एक क्षेत्र कैप्चर की गई छवि का एक हिस्सा है जो इस क्षेत्र के लिए रुचिकर है। द्वारा
डिफ़ॉल्ट रूप से, संपूर्ण कैप्चर की गई छवि को कवर करने के लिए एक क्षेत्र कॉन्फ़िगर किया गया है। निर्भर करना
इस क्षेत्र के चयनित प्रकार को समायोजित करने के लिए क्षेत्र के आकार को समायोजित किया जा सकता है
एकाधिक प्रभाव. यह संदर्भ में नियंत्रण बिंदुओं को खींचकर किया जा सकता है
छवि के चारों ओर, या संदर्भ के नीचे नियंत्रण में पाए गए निर्देशांक को बदलकर
छवि। संदर्भ छवि में नियंत्रण बिंदु पर क्लिक करने से निर्देशांक हाइलाइट हो जाते हैं
नीचे दी गई तालिका में. बिंदु पंक्ति में + बटन पर क्लिक करने से बीच में एक नियंत्रण बिंदु जुड़ जाता है
यह बिंदु और अगला; - बटन पर क्लिक करने से यह नियंत्रण बिंदु हट जाता है। यह है
गलती से किसी नियंत्रण बिंदु को वैध निर्देशांक के बाहर रखना संभव है
छवि। यह मॉनिटर को ठीक से काम करने से रोकेगा। आप लगभग जोन बना सकते हैं
कोई भी आकार जो आपको पसंद हो; सिवाय इसके कि क्षेत्र स्वयं-प्रतिच्छेद नहीं कर सकते हैं (अर्थात किनारों को पार करना
एक-दूसरे से)।

अलार्म रंग
इन मापदंडों का उपयोग ज़ोन ओवरले पैटर्न को व्यक्तिगत रूप से रंगीन करने के लिए किया जा सकता है।
इस क्षेत्र में अलार्म को अलार्म रंग में हाइलाइट किया जाएगा। यह विकल्प है
प्रीक्लूसिव और निष्क्रिय क्षेत्रों के लिए अप्रासंगिक और अक्षम कर दिया जाएगा।

अलार्म चेक तरीके
3 अलार्म जाँच विधियाँ हैं। वे अनुक्रमिक हैं, और स्तरित हैं: में
अलार्मडपिक्सेल मोड, केवल अलार्मडपिक्सेल विश्लेषण किया जाता है। फ़िल्टर्डपिक्सेल में
मोड में, अलार्मडपिक्सेल विश्लेषण पहले किया जाता है, उसके बाद अलार्मडपिक्सेल विश्लेषण किया जाता है
विश्लेषण। ब्लॉब्स मोड में, सभी 3 विश्लेषण विधियाँ क्रम में निष्पादित की जाती हैं। एक
अलार्म तभी बजता है जब सब सक्षम विश्लेषण मोड चालू हो गए हैं। के लिए
प्रदर्शन कारणों से, जैसे ही विश्लेषण मोड में से एक के लिए मानदंड नहीं है
मिले, फ़्रेम के लिए अलार्म की जाँच पूरी हो गई है। चूंकि प्रत्येक बाद के मोड
उत्तरोत्तर अधिक गणनाओं की आवश्यकता होती है, मापदंडों को ट्यून करना एक अच्छा विचार है
प्रत्येक सक्रिय परत में।

संदर्भ उद्देश्यों के लिए, ज़ोन एरिया बॉक्स पूरे क्षेत्र का क्षेत्रफल दिखाता है
दिलचस्पी। प्रतिशत मोड में, यह 100 है। पिक्सेल मोड में, यह पिक्सेल गणना है
क्षेत्र का. सभी 3 न्यूनतम/अधिकतम क्षेत्र पैरामीटर समूह ज़ोन क्षेत्र पर आधारित हैं
अधिकतम समझदार मूल्य, और सभी 3 की व्याख्या निर्दिष्ट इकाइयों में की गई है
इकाई इनपुट.

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

न्यूनतम अधिकतम पिक्सेल सीमा (0-255)
विश्लेषण की अलार्मडपिक्सेल परत में, छवि का प्रत्येक व्यक्तिगत पिक्सेल है
वर्तमान संदर्भ छवि की तुलना में। पिक्सेल जो से भिन्न हैं
संदर्भ छवि को चिंताजनक पिक्सेल माना जाता है। हालाँकि, इसमें छोटी-छोटी गड़बड़ियाँ हैं
प्रकाश या ऑटो एक्सपोज़र कैमरा समायोजन के कारण स्पष्ट मान हो सकता है
पिक्सेल एक छवि से दूसरी छवि में छोटी मात्रा में भिन्न होता है। यह पैरामीटर आपको इसकी अनुमति देता है
परिवर्तित पिक्सेल क्या माना जाएगा इसकी सीमाएँ निर्धारित करें। उदाहरण के लिए, यदि आपका
कैमरा एक खाली सफेद दीवार की ओर इशारा करता है, और आप एक काले रंग की वस्तु को सामने लाते हैं,
तब किसी एक पिक्सेल में परिवर्तन बहुत बढ़िया, वास्तव में चरम होगा। यदि फिर भी, आप
कागज का एक सफेद टुकड़ा उठाएं, फिर एक व्यक्तिगत पिक्सेल में परिवर्तन कम होगा।

न्यूनतम पिक्सेल थ्रेशोल्ड सेटिंग इतनी ऊंची होनी चाहिए कि मामूली रोशनी हो सके,
इमेजिंग, या संपीड़न परिवर्तनों को नजरअंदाज किया जाना चाहिए। न्यूनतम मान बहुत अधिक सेट करना,
एक सफेद बिल्ली को सफेद दीवार के दृश्य के पार बिना पहचाने चलने की अनुमति मिल सकती है। एक अच्छा
न्यूनतम पिक्सेल सीमा के लिए प्रारंभिक बिंदु 40 है, जिसका अर्थ है कि अंतर
पिक्सेल में मान 40 से अधिक होना चाहिए। अधिकतम पिक्सेल के लिए एक अच्छा डिफ़ॉल्ट
सीमा 0 है (यह दर्शाता है कि सभी अंतर न्यूनतम सीमा से ऊपर हैं
परिवर्तन पर विचार किया गया।)

न्यूनतम अधिकतम चिंतित क्षेत्र
चिंतित पिक्सेल की गिनती (या पिक्सेल के सापेक्ष चिंतित पिक्सेल का प्रतिशत
विश्लेषण की इस पहली परत में क्षेत्र का क्षेत्रफल (यदि प्रतिशत मोड में) का उपयोग किया जाता है
निर्धारित करें कि क्या अलार्म चालू हो गया है। यदि गिनती या प्रतिशत इससे ऊपर है
न्यूनतम चिंताजनक क्षेत्र, लेकिन अधिकतम चिंतित क्षेत्र से कम, एक अलार्म है
ट्रिगर. ये सेटिंग्स उस ऑब्जेक्ट के आकार पर निर्भर करती हैं जिसे आप करने का प्रयास कर रहे हैं
कैप्चर: बहुत कम मान गलत अलार्म का कारण बन सकता है, जबकि बहुत अधिक मान गलत अलार्म का कारण नहीं बन सकता है
छोटी वस्तुओं का पता लगाएं. न्यूनतम और अधिकतम दोनों के लिए एक अच्छा प्रारंभिक बिंदु 0 है
और 0, यह दर्शाता है कि किसी भी संख्या में चिंतित पिक्सेल (या कोई प्रतिशत) अधिक है
0 से अधिक होने पर अलार्म बज जाएगा। फिर लॉग किए गए ईवेंट से फ़्रेम स्कोर का उपयोग किया जा सकता है
न्यूनतम को उचित मूल्य तक लाने के लिए। के लिए एक वैकल्पिक आरंभ बिंदु
न्यूनतम चिंताजनक क्षेत्र (प्रतिशत में) उस क्षेत्र का 25% है जो रुचि की वस्तु है
क्षेत्र में लेता है। उदाहरण के लिए, यदि आप अनुमान लगाते हैं कि कोई विषय घूम रहा है
फ्रेम के माध्यम से फ्रेम का 30% हिस्सा लेता है, तो एक अच्छा प्रारंभिक न्यूनतम क्षेत्र है
लगभग 7.5%।

फ़िल्टर किए गए पिक्सेल
फ़िल्टर किए गए पिक्सेल अलार्म जांच विधि का चयन करने से एक अतिरिक्त परत जुड़ जाती है
2 अतिरिक्त पैरामीटर श्रेणियों के साथ अलार्मडपिक्सेल जांच का विश्लेषण
ट्यूनिंग के लिए. यह परत पहचाने गए खतरनाक पिक्सेल का विश्लेषण करके काम करती है
पहली सतह। यदि सक्षम किया गया है, तो इस और भविष्य की परतों में चिंतित पिक्सेल की उपेक्षा की जाती है,
यदि वे न्यूनतम छोटे वर्ग आकार के समूहों में नहीं हैं। मुख्य रूप से, यह
फ़िल्टरिंग अलग-अलग खतरनाक पिक्सेल को हटा देती है जो कैमरे की कलाकृतियाँ हो सकती हैं,
लेंस, या संपीड़न।

फ़िल्टर चौड़ाई ऊंचाई (पिक्सल)
यह पैरामीटर हमेशा पिक्सेल में निर्दिष्ट होता है, भले ही प्रतिशत हो
चयनित इकाइयाँ. यह किसी दिए गए पिक्सेल के आसपास के समूह का आकार निर्दिष्ट करता है
पिक्सेल को स्वयं पिक्सेल माने जाने के लिए उसे अलार्मित पिक्सेल में होना चाहिए
चिंतित पिक्सेल. चौड़ाई और ऊंचाई हमेशा विषम संख्या में होनी चाहिए। 3 x 3 है
डिफ़ॉल्ट मान, और 5 x 5 को भी एक समझदार विकल्प के रूप में सुझाया गया है। प्रयोग करने से बचें
फ़िल्टर क्षेत्र की चौड़ाई और ऊंचाई के लिए बड़ी संख्याएँ। ब्लॉब्स का उपयोग करते समय
अलार्म जांच विधि, फ़िल्टर किए गए पिक्सेल को किसी भी सेटिंग द्वारा प्रभावी ढंग से अक्षम किया जा सकता है
चौड़ाई या ऊंचाई 1 से कम मान तक।

न्यूनतम अधिकतम छानने क्षेत्र
फ़िल्टरिंग विश्लेषण को लागू करने से ऐसे क्षेत्र में परिणाम मिलता है जो इससे कम या उसके बराबर है
चिंतित क्षेत्र. इस प्रकार अलार्म के लिए न्यूनतम और अधिकतम फ़िल्टर किए गए क्षेत्र पैरामीटर
संबंधित अलार्म क्षेत्र पैरामीटर के बराबर या उससे कम होना चाहिए, या
फ़िल्टर्डपिक्सेल विश्लेषण कभी भी अलार्म ट्रिगर नहीं करेगा। विशेषकर, यह उपयोगी है
छवि कलाकृतियों से झूठी घटनाओं तक न्यूनतम चिंताजनक क्षेत्र पैरामीटर बढ़ाने के लिए
गायब हो जाएं, और न्यूनतम अलार्म से कम फ़िल्टर किए गए क्षेत्र पैरामीटर को सेट करें
रुचि की छोटी घटनाओं को पकड़ने के लिए क्षेत्र पैरामीटर पर्याप्त है।

बूँदें [छवि]

यह छवि 1 पहचाने गए ब्लॉब के साथ एक छवि दिखाती है। ब्लॉब को अलार्म में रेखांकित किया गया है
ऊपर निर्दिष्ट रंग.

जब दो या दो से अधिक फ़िल्टर किए गए क्षेत्र किसी सीमा को छूते हैं या साझा करते हैं, तो इसका मूल्यांकन करना समझदारी है
क्षेत्रों को अलग-अलग संस्थाओं के बजाय एक सन्निहित क्षेत्र के रूप में रखा जाए। बूँद एक सन्निहित क्षेत्र है
अनेक फ़िल्टर किए गए क्षेत्रों से बना है. जबकि फ़िल्टर्डपिक्सेस भागों को बाहर करने के लिए उपयोगी है
ऐसी छवि के लिए जो वास्तविक दृश्य का हिस्सा नहीं है, ब्लॉब फ़िल्टरिंग बेहतर अनुकूल है
वास्तविक दृश्य के उन क्षेत्रों की उपेक्षा करना जो रुचिकर नहीं हैं।
ब्लॉब्स अलार्म चेक विधि का चयन करने से सभी उपलब्ध पैरामीटर खुल जाते हैं।
ब्लॉब्स को सक्षम करने से अलार्मडपिक्सेल और फिल्टर्डपिक्सल में विश्लेषण की एक और परत जुड़ जाती है
2 अतिरिक्त पैरामीटर के साथ वैध अलार्म के निर्धारण की जाँच करता है
ट्यूनिंग के लिए श्रेणियाँ: बूँदों का आकार, और बूँदों की संख्या। एक बूँद नहीं है
आवश्यक रूप से संपूर्ण वस्तु जो रुचिकर हो सकती है। उदाहरण छवि में,
विषय गतिशील है, लेकिन उसका केवल एक भाग ही बूँद के रूप में चिह्नित है। ऐसा इसलिए है क्योंकि जैसे
विषय चलता है, छवि के कई पिक्सेल सेट से परे मूल्य में नहीं बदलते हैं
सीमा। एक पिक्सेल जो एक फ्रेम में विषय के कंधे का प्रतिनिधित्व कर रहा है वह हो सकता है
अगले में उसकी पीठ का प्रतिनिधित्व करते हुए, हालांकि, पिक्सेल का मूल्य लगभग रहता है
एक ही.

न्यूनतम अधिकतम बूँद क्षेत्र
ब्लॉब क्षेत्र पैरामीटर सबसे छोटे और सबसे बड़े सन्निहित क्षेत्रों को नियंत्रित करते हैं
एक बूँद माना जाना। अधिकतम क्षेत्र के लिए एक अच्छा मान 0 का डिफ़ॉल्ट है।
(सन्निहित क्षेत्र के आकार के लिए कोई ऊपरी सीमा नहीं है जो अभी भी होगी
एक बूँद माना जाता है।)

न्यूनतम अधिकतम धब्बे
आम तौर पर, आप किसी घटना को ट्रिगर करने के लिए किसी भी सकारात्मक संख्या में बूँदें चाहेंगे, इसलिए
1 का डिफ़ॉल्ट मान पर्याप्त होना चाहिए। कुछ परिस्थितियों में, इसका लाभ हो सकता है
केवल एक ब्लॉब किसी घटना को ट्रिगर नहीं करता है, ऐसी स्थिति में, इस मान को 2 या पर सेट करें
उच्चतर किसी विशेष प्रयोजन की पूर्ति कर सकता है। अधिकतम बूँद के लिए एक अच्छा मूल्य है
0 का डिफ़ॉल्ट। (ए को ट्रिगर करने वाले ब्लॉब्स की संख्या के लिए कोई ऊपरी सीमा नहीं है
आयोजन। अधिकतम ब्लॉब्स पैरामीटर का उपयोग उन घटनाओं को ट्यून करने के लिए किया जा सकता है जो एक दिखाती हैं
बूँदों की अधिक संख्या.

अधिभार ढांचा उपेक्षा गिनती
यह सेटिंग एक के बाद अलार्म न बजाने के लिए फ़्रेम की संख्या निर्दिष्ट करती है
अधिभार. इस संदर्भ में, अधिभार को बहुत बड़े परिवर्तन का पता चलने के रूप में परिभाषित किया गया है
अलार्म बजाओ. अलार्म जांच विधि के आधार पर *की संख्या हो सकती है
अलार्मित पिक्सेल > अधिकतम अलार्मित क्षेत्र या * फ़िल्टर किए गए पिक्सेल की संख्या > अधिकतम फ़िल्टर किया गया
क्षेत्र या * बूँदों की संख्या > अधिकतम बूँदें विचार यह है कि परिवर्तन के बाद एक प्रकाश की तरह
ऐसा होना अलार्म के रूप में गिनने के लिए बहुत बड़ा माना जाता है, इसमें कुछ समय लग सकता है
चीज़ों को फिर से व्यवस्थित करने के लिए फ़्रेम।

अन्य करें-
का संदर्भ लें इसका अतिरिक्त जानकारी के लिए उपयोगकर्ता योगदान क्षेत्र गाइड का चित्रण करेगा
आप ज़ोन में नए हैं और आपको अधिक सहायता की आवश्यकता है।

देखना पर नज़र रखता है
ज़ोनमाइंडर आपको अपने कॉन्फ़िगर किए गए मॉनिटर की लाइव फ़ीड देखने की अनुमति देता है। एक बार पहुंच सकते हैं
किसी भी मॉनिटर के "नाम" कॉलम पर क्लिक करके यह दृश्य देखें [छवि]

नाम पर क्लिक करने से इस जैसा दृश्य उत्पन्न होता है: [छवि]

छवि स्व-व्याख्यात्मक होनी चाहिए लेकिन यदि यह कूड़े जैसी दिखती है तो यह संभव है
वीडियो कॉन्फ़िगरेशन ग़लत है इसलिए अपने सिस्टम त्रुटि लॉग में देखें और जांचें या रिपोर्ट करें
कुछ भी असामान्य. खिड़की के केंद्र में एक छोटा फ्रेम होगा जिसमें बस एक होगा
दर्जा; मॉनिटर के कार्य के आधार पर यह 'निष्क्रिय', 'अलार्म' या 'अलर्ट' होगा
और दृश्य क्षेत्र में क्या चल रहा है। निष्क्रिय का अर्थ है कुछ भी नहीं हो रहा है, अलार्म का अर्थ है
वहाँ एक अलार्म चल रहा है और अलर्ट का मतलब है कि एक अलार्म हुआ है और मॉनिटर
'ठंडा हो रहा है', यदि इस समय में कोई अन्य अलार्म उत्पन्न होता है तो यह बस इसका हिस्सा बन जाएगा
वही घटना. ये संकेतक हरे, लाल और एम्बर रंग में कोडित हैं।

डिफ़ॉल्ट रूप से यदि आपने इस विंडो को छोटा कर दिया है या सामने अन्य विंडो खोल दी है तो यह पॉप हो जाएगी
यदि यह अलार्म स्थिति में चला जाता है तो सामने तक। इस व्यवहार को 'विकल्प' में बंद किया जा सकता है
यदि आवश्यक हुआ। आप कॉन्फ़िगरेशन में एक ध्वनि फ़ाइल भी निर्दिष्ट कर सकते हैं, जिसे चलाया जाएगा
जब एक अलार्म आपको इस तथ्य के प्रति सचेत करने के लिए बजता है कि आप अपने कंप्यूटर के सामने नहीं हैं।
आदर्श रूप से यह केवल कुछ सेकंड की छोटी ध्वनि होनी चाहिए। इसे स्थिति के रूप में नोट करें
हर कुछ सेकंड में ताज़ा किया जाता है, इससे संभव है कि यह आपको हर घटना के बारे में सचेत न करे
ऐसा होता है, इसलिए यदि आप बहुत संक्षिप्त अपेक्षा करते हैं तो आपको इस उद्देश्य के लिए उस पर भरोसा नहीं करना चाहिए
आयोजन। वैकल्पिक रूप से आप इस विंडो के लिए रिफ्रेश अंतराल को कम कर सकते हैं
हालाँकि कॉन्फ़िगरेशन को बार-बार ताज़ा करने से प्रदर्शन पर असर पड़ सकता है।

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

यहां से आप चाहें तो इवेंट डिलीट भी कर सकते हैं। घटनाएँ स्वयं सूचीबद्ध हैं
ईवेंट आईडी, और ईवेंट का नाम (जिसे आप बदल सकते हैं), ईवेंट घटित होने का समय,
किसी भी प्रस्तावना और पोस्टएम्बल फ़्रेम सहित घटना की लंबाई, फ़्रेम की संख्या
उस संख्या के साथ घटना को शामिल करना जिसमें वास्तव में कोष्ठक में एक अलार्म होता है और
अंततः एक अंक. यह कॉलम प्रति अलार्म फ्रेम के साथ-साथ औसत स्कोर को भी सूचीबद्ध करता है
किसी भी अलार्म फ्रेम का अधिकतम स्कोर।

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

छनन कार्यक्रम
फ़िल्टर आपको ज़ोनमाइंडर में संबंधित क्रियाओं के साथ जटिल स्थितियों को परिभाषित करने की अनुमति देते हैं।
उदाहरणों में शामिल हो सकते हैं:

· किसी विशिष्ट मॉनीटर के लिए हर बार कोई नई घटना घटित होने पर एक ईमेल भेजें

· 10 दिन से अधिक पुरानी घटनाओं को हटा दें

और बहुत सारे।

फ़िल्टर विंडो को विभिन्न दृश्यों से एक्सेस किया जा सकता है, जिनमें से एक को बस टैप करना है
मुख्य वेब दृश्य में फ़िल्टर बटन: [छवि]

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

फ़िल्टर विंडो इस प्रकार दिखती है [छवि]

· A: यह एक ड्रॉपडाउन सूची है जहां आप पूर्व-परिभाषित फ़िल्टर का चयन कर सकते हैं। तुम्हें पता चल जाएगा
ज़ोनमाइंडर एक PurgeWhenFull फ़िल्टर के साथ आता है जिसे ईवेंट को हटाने के लिए कॉन्फ़िगर किया गया है
आप 95% डिस्क स्थान तक पहुँच जाते हैं।

· B और C: यह वह जगह है जहां आप उन शर्तों को निर्दिष्ट करते हैं जिनका फ़िल्टर से पहले मिलान होना आवश्यक है
निष्पादित। आप शर्तों को जोड़ने/हटाने के लिए "+" और "-" बटन का उपयोग करते हैं

·

D: इस is जहां इसलिए आप उल्लिखित करना क्या की जरूरत है सेवा मेरे होना कब la स्थितियां मैच:

· सभी मैचों को संग्रहीत करें: डेटाबेस में संग्रह फ़ील्ड को 1 पर सेट करता है
मेल खाने वाली घटनाएँ. 'संग्रह' को एक विशेष श्रेणी के अंतर्गत समूहीकृत करने के बारे में सोचें
- आप संग्रहीत घटनाओं को बाद में देख सकते हैं और यह भी सुनिश्चित कर सकते हैं कि संग्रहीत घटनाओं को न देखा जाए
उदाहरण के लिए, हटाएँ

· सभी मैचों का ईमेल विवरण: कॉन्फ़िगर किए गए पते पर एक ईमेल भेजता है
घटना के बारे में विवरण. ईमेल को टीबीडी के अनुसार अनुकूलित किया जा सकता है

· सभी मैचों पर कमांड निष्पादित करें: आपको किसी भी मनमाने कमांड को निष्पादित करने की अनुमति देता है
मेल खाने वाली घटनाएँ

· सभी मिलान हटाएं: सभी मिलान किए गए ईवेंट हटाएं

· E: अपनी मिलान शर्तों का 'परीक्षण' करने के लिए 'सबमिट' का उपयोग करें। ये बस आपको मैच करके दिखा देगा
कौन से फ़िल्टर मेल खाते हैं. अपने मिलान के बाद वास्तव में कार्रवाई निष्पादित करने के लिए 'निष्पादित करें' का उपयोग करें
स्थितियाँ। भविष्य में उपयोग के लिए फ़िल्टर को सहेजने के लिए 'सहेजें' का उपयोग करें और अपना साफ़ करने के लिए 'रीसेट' का उपयोग करें
सेटिंग्स

नोट:
फ़िल्टर स्थितियों पर अधिक विवरण:

किसी ईवेंट में कई अलग-अलग तत्व होते हैं जिन्हें आप फ़िल्टर कर सकते हैं, जिनमें से कुछ को आप फ़िल्टर कर सकते हैं
और अधिक स्पष्टीकरण की आवश्यकता है. ये इस प्रकार हैं, * 'दिनांक/समय' जिसका मूल्यांकन अवश्य करें
एक तारीख और एक समय एक साथ, * 'दिनांक' और 'समय' जो कि भिन्न-भिन्न प्रकार के हो सकते हैं
इसमें इसके प्रासंगिक उपसमूह शामिल हैं, * 'सप्ताह का दिन' जो कि अपेक्षा के अनुरूप एक दिन है
सप्ताह.

पूर्ववर्ती सभी तत्व दिनांक और समय आधारित एक बहुत ही लचीला मुक्त प्रारूप लेते हैं
PHP स्ट्रेटोटाइम फ़ंक्शन पर (http://www.php.net/manual/en/function.strtotime.php).
यह 'अंतिम बुधवार' आदि जैसे मान दर्ज करने की अनुमति देता है। हम परिचित होने की सलाह देते हैं
इस फ़ंक्शन के साथ स्वयं देखें कि अनुमत प्रारूप क्या हैं। हालाँकि स्वचालित
फ़िल्टर पर्ल में चलाए जाते हैं और इसलिए Date::Manip पैकेज द्वारा पार्स किए जाते हैं। सभी तारीखें नहीं
प्रारूप दोनों में उपलब्ध हैं, इसलिए यदि आपने स्वचालित विलोपन करने के लिए अपना फ़िल्टर सहेजा है
या अन्य कार्यों के लिए आपको यह सुनिश्चित करना चाहिए कि आपके द्वारा उपयोग किया जाने वाला दिनांक और समय प्रारूप संगत है
दोनों तरीकों से. उपयोग करने के लिए सबसे सुरक्षित प्रकार का प्रारूप '-3 दिन' या आसानी से समान है
पार्स करने योग्य संख्याएँ और इकाइयाँ अंग्रेजी में हैं।

अन्य चीजें जिन पर आप फ़िल्टर कर सकते हैं वे सभी काफी हद तक स्वयं व्याख्यात्मक हैं, शायद को छोड़कर
'संग्रहीत' जिसका उपयोग आप संग्रहीत घटनाओं को शामिल करने या बाहर करने के लिए कर सकते हैं। सामान्य तौर पर आप करेंगे
संभवतः अधिकांश फ़िल्टरिंग गैर-संग्रहीत घटनाओं पर करते हैं। डिस्क भी दो तत्व हैं
ब्लॉक और डिस्क प्रतिशत जो सीधे तौर पर घटनाओं से संबंधित नहीं हैं बल्कि उनसे संबंधित हैं
डिस्क विभाजन जिस पर ईवेंट संग्रहीत हैं। ये आपको एक राशि निर्दिष्ट करने की अनुमति देते हैं
डिस्क का उपयोग या तो ब्लॉकों में या प्रतिशत में, जैसा कि 'डीएफ' कमांड द्वारा दिया गया है। वे
उपयोग की गई डिस्क स्थान की मात्रा से संबंधित है, न कि खाली छोड़ी गई मात्रा से। एक बार आपका फ़िल्टर
निर्दिष्ट है, 'सबमिट' पर क्लिक करने से आपके विनिर्देश के अनुसार ईवेंट फ़िल्टर हो जाएंगे।
यदि आप एक फ़िल्टर बनाते हैं तो डिस्क आधारित तत्व सीधे घटना से संबंधित नहीं होते हैं
यदि आपका वर्तमान डिस्क उपयोग उस राशि से अधिक है तो 'डिस्कपर्टेंट > 95' शब्द शामिल करें
जब आप फ़िल्टर सबमिट करेंगे तो सभी ईवेंट सूचीबद्ध हो जाएंगे जबकि यदि यह कम है तो
कोई भी बिल्कुल नहीं करेगा. इस प्रकार डिस्क संबंधी शब्दों का प्रयोग अधिकतर किसके लिए किया जाएगा
स्वचालित फ़िल्टर (नीचे देखें)। यदि आपने कोई फ़िल्टर बनाया है जिसे आप रखना चाहते हैं, तो आप रख सकते हैं
इसे नाम दें और 'सहेजें' पर क्लिक करके सहेजें।

यदि आप ऐसा करते हैं तो अगला डायलॉग आपको यह भी निर्दिष्ट करने की अनुमति देगा कि आप क्या चाहते हैं
ईवेंट हटाने या ftp के माध्यम से ईवेंट अपलोड करने के लिए यह फ़िल्टर स्वचालित रूप से लागू होता है
एक अन्य सर्वर और एक या अधिक ईमेल खातों पर घटनाओं की मेल सूचनाएं। ईमेल
और संदेशों (अनिवार्य रूप से मोबाइल फोन या पेजर के लिए छोटे ईमेल) में एक है
विकल्प स्क्रीन में परिभाषित प्रारूप, और इसमें विभिन्न प्रकार के टोकन शामिल हो सकते हैं
उस घटना के विभिन्न विवरणों को प्रतिस्थापित किया गया जिसके कारण वे उत्पन्न हुए। इसमें के लिंक शामिल हैं
इवेंट दृश्य या फ़िल्टर के साथ-साथ छवियों या वीडियो को संलग्न करने का विकल्प
स्वयं ईमेल करें. सावधान रहें कि लिंक का प्रतिनिधित्व करने वाले टोकन के लिए आपको लॉग इन करने की आवश्यकता हो सकती है
वास्तविक पृष्ठ तक पहुंचें, और कभी-कभी बाहर देखने पर अलग ढंग से कार्य कर सकते हैं
सामान्य ज़ोनमाइंडर संदर्भ। आप जिन टोकन का उपयोग कर सकते हैं वे इस प्रकार हैं।

· इवेंट की %EI% आईडी

· %EN% घटना का नाम

· %EC% घटना का कारण

· %ED% घटना विवरण

· %ET% घटना का समय

· इवेंट की %EL% लंबाई

· %EF% इवेंट में फ़्रेम की संख्या

· %EFA% इवेंट में अलार्म फ़्रेम की संख्या

· %ईएसटी% इवेंट का कुल स्कोर

· %ESA% इवेंट का औसत स्कोर

· %ईएसएम% इवेंट का अधिकतम स्कोर

· घटना के लिए %EP% पथ

· %ईपीएस% इवेंट स्ट्रीम का पथ

· ईवेंट छवियों के लिए %EPI% पथ

· %EPI1% पहली चिंताजनक घटना छवि का पथ

उच्चतम स्कोर के साथ (पहली) घटना छवि के लिए %EPIM% पथ

· %EI1% पहली चिंताजनक घटना छवि संलग्न करें

· %EIM% उच्चतम स्कोर के साथ (पहली) घटना छवि संलग्न करें

· %EV% ईवेंट एमपीईजी वीडियो संलग्न करें

· %MN% मॉनिटर का नाम

· %MET% मॉनिटर के लिए घटनाओं की कुल संख्या

· %MEH% पिछले घंटे में मॉनिटर के लिए घटनाओं की संख्या

· %MED% अंतिम दिन में मॉनिटर के लिए घटनाओं की संख्या

· %MEW% पिछले सप्ताह में मॉनिटर के लिए घटनाओं की संख्या

· %MEM% पिछले महीने में मॉनिटर के लिए घटनाओं की संख्या

· %MEA% मॉनिटर के लिए संग्रहीत घटनाओं की संख्या

· मॉनिटर विंडो के लिए %MP% पथ

· %MPS% मॉनिटर स्ट्रीम का पथ

· %MPI% मॉनिटर की हालिया छवि का पथ

· %FN% वर्तमान फ़िल्टर का नाम जो मेल खाता है

· %FP% वर्तमान फ़िल्टर का पथ जो मेल खाता है

· आपके ज़ोनमाइंडर कंसोल के लिए %ZP% पथ

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

फ़िल्टरिंग एक शक्तिशाली तंत्र है जिसका उपयोग आप उन घटनाओं को खत्म करने के लिए कर सकते हैं जो एक निश्चित स्थिति में फिट बैठती हैं
हालाँकि, कई मामलों में ज़ोन सेटिंग्स को संशोधित करने से इसका बेहतर समाधान हो जाएगा।
जहां यह वास्तव में अपने आप में आता है वह आम तौर पर समय फ़िल्टर लागू करने में होता है
उदाहरण के तौर पर वे घटनाएँ जो कार्यदिवसों के दौरान या दिन के निश्चित समय पर घटित होती हैं
हाइलाइट किया गया, अपलोड किया गया या हटाया गया. इसके अतिरिक्त अपने फ़िल्टर में डिस्क से संबंधित शब्दों का उपयोग करना
इसका मतलब है कि आप स्वचालित रूप से फ़िल्टर बना सकते हैं जो आपकी डिस्क पर सबसे पुरानी घटनाओं को हटा देता है
भर जाता है. हालाँकि सावधान रहें कि यदि आप इस रणनीति का उपयोग करते हैं तो आपको इसे सीमित करना चाहिए
डिस्क तक प्रत्येक पास में आप जितनी घटनाओं को हटाना चाहते हैं, उतने परिणाम लौटाएँ
उपयोग स्वीकार्य स्तर पर है. अगर आप ऐसा नहीं करते हैं तो सबसे पहले पास जब
डिस्क का उपयोग अधिक है, सभी घटनाओं का मिलान किया जाएगा और फिर हटा दिया जाएगा, जब तक कि आपने अन्य का उपयोग नहीं किया हो
सीमा के अंदर मानदंड. ज़ोनमाइंडर पहले से स्थापित नमूना फ़िल्टर के साथ आता है,
यद्यपि अक्षम है. PurgeWhenFull फ़िल्टर का उपयोग सबसे पुरानी घटनाओं को हटाने के लिए किया जा सकता है
आपकी डिस्क भरने लगती है. इसका उपयोग करने के लिए आपको इसे चुनना होगा और फ़िल्टर में लोड करना होगा
इंटरफ़ेस, इसे अपनी आवश्यकताओं के अनुसार संशोधित करें, और फिर यह सुनिश्चित करते हुए इसे सहेजें कि आपने जाँच कर ली है
'सभी मिलान हटाएँ' विकल्प। इसके बाद यह पृष्ठभूमि में चलेगा और यह सुनिश्चित करेगा
आपकी डिस्क ईवेंट से नहीं भरती है.

बचत फ़िल्टर
[चित्र]

फ़िल्टर सहेजते समय, यदि आप चाहते हैं कि फ़िल्टर पृष्ठभूमि में चले तो सुनिश्चित करें कि आपने चयन किया है
"पृष्ठभूमि में फ़िल्टर चलाएँ" विकल्प। जाँच होने पर, ज़ोनमाइंडर फ़िल्टर सुनिश्चित करेगा
नियमित रूप से जाँच की जाती है। उदाहरण के लिए, यदि आप ईमेल द्वारा नई घटनाओं की सूचना पाना चाहते हैं, तो आप
यह सुनिश्चित करना चाहिए कि इसकी जाँच हो चुकी है। फ़िल्टर जो पृष्ठभूमि में चलने के लिए कॉन्फ़िगर किए गए हैं
इसके आगे एक "*" रखें।

उदाहरण के लिए: [छवि]

कैसे फ़िल्टर वास्तव में काम
यह जानना उपयोगी है कि ज़ोनमाइंडर में पर्दे के पीछे फ़िल्टर वास्तव में कैसे काम करते हैं
ऐसी स्थिति में जब आप पाते हैं कि आपका फ़िल्टर अपेक्षानुसार कार्य नहीं कर रहा है:

· ZoneMinder में प्राथमिक फ़िल्टर प्रसंस्करण प्रक्रिया एक पर्ल फ़ाइल कहलाती है zmfilter.pl

· zmfilter.pl प्रत्येक FILTER_EXECUTE_INTERVAL सेकंड चलता है (डिफ़ॉल्ट 20s है, बदला जा सकता है
विकल्प->सिस्टम में)

· प्रत्येक रन में, यह उन सभी फ़िल्टर से गुजरता है जिन्हें "बैकग्राउंड में चलाएं" के रूप में चिह्नित किया गया है
यदि स्थितियाँ मेल खाती हैं तो निर्दिष्ट कार्रवाई करता है

·

zmfilter.pl भी पुनः लोड सब la फ़िल्टर प्रत्येक FILTER_RELOAD_DELAY सेकंड (चूक जाना is
300 सेकंड/5 मिनट, कर सकते हैं be बदल in विकल्प->सिस्टम)

· इसलिए यदि आपने अभी एक नया फ़िल्टर बनाया है, तो zmfilter इसे तब तक नहीं देख पाएगा
अगला FILTER_RELOAD_DELAY चक्र

· यदि आप 'अभी' जैसे "सापेक्ष समय" का उपयोग कर रहे हैं तो यह भी महत्वपूर्ण है - देखें
चेतावनी साथ में सापेक्ष आइटम

सापेक्ष आइटम in डेटा तार
सापेक्ष आइटम एक तिथि (या यदि कोई नहीं है तो वर्तमान तिथि) को आगे या पीछे समायोजित करते हैं।
सापेक्ष वस्तुओं का प्रभाव जमा होता है। यहां कुछ उदाहरण दिए गए हैं:

* 1 वर्ष
* 1 साल पहले
* 3 वर्ष
*2 दिन

समय विस्थापन की इकाई को चलने के लिए स्ट्रिंग 'वर्ष' या 'माह' द्वारा चुना जा सकता है
पूरे साल या महीनों तक. ये अस्पष्ट इकाइयाँ हैं, क्योंकि वर्ष और महीने सभी समान नहीं होते हैं
अवधि। अधिक सटीक इकाइयाँ हैं 'पखवाड़ा' जिसका मान 14 दिन है, 'सप्ताह' जिसका मान 7 दिन है,
'दिन' का मूल्य 24 घंटे, 'घंटा' का मूल्य 60 मिनट, 'मिनट' या 'मिनट' का मूल्य 60 सेकंड, और
एक सेकंड के लायक 'सेकंड' या 'सेकेंड'। इन इकाइयों पर 's' प्रत्यय को स्वीकार कर लिया जाता है और अनदेखा कर दिया जाता है।

समय की इकाई के पहले एक गुणक लगाया जा सकता है, जो वैकल्पिक रूप से हस्ताक्षरित संख्या के रूप में दिया गया है।
अहस्ताक्षरित संख्याओं को सकारात्मक रूप से हस्ताक्षरित माना जाता है। किसी भी संख्या का तात्पर्य a के लिए 1 नहीं है
गुणक. स्ट्रिंग 'एगो' द्वारा किसी सापेक्ष आइटम का अनुसरण करना उससे पहले आने के बराबर है
-1 मान वाले गुणक द्वारा इकाई।

स्ट्रिंग 'कल' भविष्य में एक दिन के बराबर है ('दिन' के बराबर), स्ट्रिंग
'बीता हुआ कल' अतीत के एक दिन के बराबर है ('दिन पहले' के बराबर)।

स्ट्रिंग 'अभी' या 'आज' शून्य-मूल्य वाले समय के अनुरूप सापेक्ष आइटम हैं
विस्थापन, ये तार इस तथ्य से आते हैं कि शून्य-मूल्य वाला समय विस्थापन दर्शाता है
वर्तमान समय जब पिछली वस्तुओं द्वारा अन्यथा नहीं बदला गया हो। उनका उपयोग तनाव के लिए किया जा सकता है
अन्य आइटम, जैसे 'आज 12:00 बजे'। स्ट्रिंग 'यह' का भी एक अर्थ है
शून्य-मूल्य वाला समय विस्थापन, लेकिन 'इस गुरुवार' जैसी दिनांक स्ट्रिंग में इसे प्राथमिकता दी जाती है।

जब कोई सापेक्ष वस्तु परिणामी तारीख को उस सीमा को पार करने का कारण बनती है जहां घड़ियां थीं
समायोजित, आमतौर पर डेलाइट सेविंग टाइम के लिए, परिणामी दिनांक और समय को समायोजित किया जाता है
तदनुसार।

इकाइयों में फ़ज़ सापेक्ष वस्तुओं के साथ समस्याएँ पैदा कर सकता है। उदाहरण के लिए, '2003-07-31 -1
महीना' का मूल्यांकन 2003-07-01 हो सकता है, क्योंकि 2003-06-31 एक अमान्य तारीख है। इरादा करना
पिछला महीना अधिक विश्वसनीय है, आप वर्तमान की 15 तारीख से पहले का महीना पूछ सकते हैं
महीना। उदाहरण के लिए:

$ तारीख -आर

गुरु, 31 जुलाई 2003 13:02:39 -0700

$ दिनांक --दिनांक='-1 माह' +'पिछला महीना %B था?'

पिछला महीना जुलाई था?

$ दिनांक --दिनांक='$(दिनांक +%Y-%m-15) -1 माह' +'पिछला महीना %B था!'

पिछला महीना जून था!

चूंकि यह ज़ोनमाइंडर फ़िल्टर पर लागू होता है, आप किसी अवधि में ईवेंट खोजना चाहेंगे
समय, या शायद उदाहरण के लिए एक पर्ज फ़िल्टर बनाएं जो 30 दिनों से अधिक पुरानी घटनाओं को हटा दे।
बाद के लिए आप अपने फ़िल्टर में कम से कम दो पंक्तियाँ चाहेंगे। पहली पंक्ति होनी चाहिए:
[ ]

क्योंकि आप अपने संग्रहीत ईवेंट को हटाना नहीं चाहते हैं।

30 दिन से अधिक पुरानी घटनाओं को खोजने के लिए आपकी दूसरी पंक्ति होगी:
[और -तीस दिन]

आप यह इंगित करने के लिए "इससे कम" का उपयोग करते हैं कि आप निर्दिष्ट तिथि से पहले की घटनाओं का मिलान करना चाहते हैं,
और आप फ़िल्टर चलने के समय से 30 दिन पहले की तारीख इंगित करने के लिए "-30 दिन" निर्दिष्ट करते हैं।
निःसंदेह आप 30 दिन पहले भी उपयोग कर सकते हैं(?)।

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

चेतावनी साथ में सापेक्ष आइटम
याद रखने योग्य एक बात यदि आप सापेक्ष तिथियां निर्दिष्ट करते हैं जैसे "अभी" या "1 मिनट पहले", आदि,
ज़ोनमाइंडर की फ़िल्टरिंग प्रक्रिया द्वारा उन्हें एक विशिष्ट दिनांक और समय में परिवर्तित कर दिया जाता है
(zmfilter.pl) जब फ़िल्टर लोड होते हैं। हर बार फ़िल्टर करने पर उनकी _NOT_ पुनर्गणना की जाती है
रन। FILTER_RELOAD_DELAY द्वारा निर्दिष्ट मान के आधार पर फ़िल्टर पुनः लोड किए जाते हैं
ज़ोनमाइंडर वेब कंसोल->विकल्प->सिस्टम में चर

इससे निम्नलिखित मामलों में भ्रम पैदा हो सकता है, उदाहरण के लिए: मान लीजिए कि कोई उपयोगकर्ता निर्दिष्ट करता है
वह चाहता है कि जैसे ही ईवेंट "दिनांक समय" "कम" हो, उसे ई-मेल के माध्यम से ई-मेल के माध्यम से ई-मेल के माध्यम से ई-मेल के माध्यम से ई-मेल द्वारा सूचित किया जाए
फ़िल्टर मानदंड के रूप में" "अभी" से। जब फ़िल्टर पहली बार zmfilter.pl द्वारा लोड किया जाता है, तो यह
"घटनाओं का मिलान करें जहां प्रारंभ समय < " + स्थानीय समय () जहां स्थानीय समय है, का अनुवाद किया जाएगा
वह समय जो इस फ़िल्टर के लोड होने पर हल हो जाता है। अब जब तक फिल्टर मिलेगा
FILTER_RELOAD_DELAY सेकंड के बाद पुनः लोड किया गया (जो आमतौर पर 300 सेकंड या 5 पर सेट होता है)
मिनट), उस समय की पुनः गणना नहीं की जाती है, इसलिए फ़िल्टर किसी भी नई घटना को संसाधित नहीं करेगा
यह उस गणना की गई तारीख के बाद अगले 5 मिनट तक घटित होता है, जो संभवत: आपके लिए नहीं है
चाहते हैं।

समस्या निवारण सुझावों
यदि आपका फ़िल्टर काम नहीं कर रहा है, तो यहां कुछ उपयोगी सुझाव दिए गए हैं:

· ज़ोनमाइंडर में जानकारी और डीबग लॉग देखें

· दौड़ना sudo zmfilter.pl -f कमांड लाइन से और लॉग आउटपुट देखें

· जांचें कि आपकी कार्रवाई में कितना समय लग रहा है - zmfilter.pl कार्रवाई पूरी होने तक प्रतीक्षा करेगा
इससे पहले कि यह दोबारा जाँच हो

· यदि आप सापेक्ष समय जैसे 'अभी' या '1 वर्ष पहले' आदि का उपयोग कर रहे हैं, तो zmfilter को याद रखें
उस सापेक्ष समय को केवल तभी पूर्ण तिथि में परिवर्तित करता है जब वह फ़िल्टर को पुनः लोड करता है, जो कि है
FILTER_RELOAD_DELAY अवधि द्वारा निर्धारित। तो, उदाहरण के लिए, यदि आप सोच रहे हैं कि क्यों
आपकी घटनाओं का 5 मिनट के अंतराल से पहले पता नहीं लगाया जा रहा है और आपने इसका उपयोग किया है
एक सापेक्ष स्थिति, यही कारण है

· यदि आप इसे आज़माते हैं तो आप देखते हैं कि आपका नया फ़िल्टर बढ़िया काम कर रहा है
वेब कंसोल (सबमिट या एक्ज़िक्यूट बटन का उपयोग करके) लेकिन ऐसा होने पर काम नहीं करता है
पृष्ठभूमि मोड में चलने पर, हो सकता है कि आपको संगतता समस्या का सामना करना पड़ा हो
पर्ल और PHP फ्री फॉर्म टेक्स्ट को दिनांक/समय में कैसे अनुवादित करते हैं, इसके बीच। जब आप इसका परीक्षण करेंगे
"सबमिट करें" या "निष्पादित करें" बटन, आप समय रूपांतरण के लिए एक PHP फ़ंक्शन का आह्वान कर रहे हैं।
जब फ़िल्टर पृष्ठभूमि मोड में चलता है, तो zmfilter.pl एक पर्ल समकक्ष फ़ंक्शन को कॉल करता है।
कुछ मामलों में, आपके पास पर्ल और PHP के संस्करण के आधार पर, परिणाम भिन्न हो सकते हैं।
यदि आप इस स्थिति का सामना करते हैं, तो सबसे अच्छी बात दौड़ना है sudo zmfilter.pl -f
यह सुनिश्चित करने के लिए कि फ़िल्टर वास्तव में पर्ल में भी काम करता है, एक टर्मिनल से।

देखना कार्यक्रम
मॉनिटर या फ़िल्टर की गई ईवेंट सूची से अब आप किसी ईवेंट को देखने के लिए उस पर क्लिक कर सकते हैं
ज्यादा जानकारी।

यह एक उदाहरण दृश्य है जो किसी विशिष्ट मॉनीटर के लिए ईवेंट दिखाता है: [छवि]

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

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

यहां इवेंट स्ट्रीम देखने का एक उदाहरण दिया गया है: [छवि]

· A: व्यक्तिगत फ़्रेम देखने सहित इवेंट पर प्रशासनिक इवेंट विकल्प

· B: वास्तविक छवि धारा

· C: नेविगेशन नियंत्रण

· D: आप किसी एकल ईवेंट को देखने या सतत मोड (जहां यह आगे बढ़ता है) के बीच स्विच कर सकते हैं
प्लेबैक पूरा होने के बाद अगले इवेंट में)

· E: इवेंट प्रगति बार - वर्तमान इवेंट का कितना भाग चलाया गया है

आप पहली बार देखेंगे कि अलार्म छवियों में अब एक ओवरले की रूपरेखा शामिल है
बूँदें जो चिंतित क्षेत्र का प्रतिनिधित्व करती हैं। यह रूपरेखा उस क्षेत्र के लिए निर्धारित रंग में है
और आपको यह देखने देता है कि वह क्या था जिसके कारण अलार्म बजा। किसी एक थंबनेल पर क्लिक करना होगा
आपको एक पूर्ण आकार की विंडो पर ले जाएं जहां आप छवि को उसके संपूर्ण विवरण में देख सकते हैं और स्क्रॉल कर सकते हैं
घटना को बनाने वाली विभिन्न छवियों के माध्यम से। यदि आपके पास ZM_RECORD_EVENT_STATS है
विकल्प पर, आप यहां 'आँकड़े' लिंक पर क्लिक कर सकेंगे और इसका कुछ विश्लेषण प्राप्त कर सकेंगे
घटना का कारण.

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

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

एमपीईजी वीडियो बनाने का अंतिम विकल्प अभी भी कुछ हद तक प्रयोगात्मक है
उपयोगिता भिन्न हो सकती है. यह लघु वीडियो बनाने के लिए ओपन सोर्स ffmpeg एनकोडर का उपयोग करता है,
जिसे आपकी ब्राउज़िंग मशीन पर डाउनलोड किया जाएगा या उसी स्थान पर देखा जाएगा। का उपयोग करते समय
ffmpeg एनकोडर, ZoneMinder वीडियो की अवधि को इसके साथ मिलाने का प्रयास करेगा
आयोजन की अवधि. FFmpeg में विकल्पों का एक विशेष रूप से समृद्ध सेट है और आप निर्दिष्ट कर सकते हैं
कॉन्फ़िगरेशन के दौरान आप अपने अनुरूप कौन से अतिरिक्त विकल्प शामिल करना चाहेंगे
पसंद। विशेष रूप से आपको अतिरिक्त, या भिन्न, विकल्प निर्दिष्ट करने की आवश्यकता हो सकती है यदि
आप केवल कुछ कोडेक्स के रूप में विशेष रूप से धीमी फ्रेम दर के साथ घटनाओं के वीडियो बना रहे हैं
फ़्रेम दर की कुछ श्रेणियों का समर्थन करें। FFMPEG_OUTPUT_OPTIONS के अंतर्गत एक सामान्य मान
विकल्प > छवियाँ हो सकती हैं '-आर 25 -b 800k' 25 एफपीएस और 800 केबीपीएस के लिए। इनका विवरण
विकल्प में पाए जा सकते हैं दस्तावेज़ीकरण एन्कोडर्स के लिए और के दायरे से बाहर है
इस दस्तावेज़।

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

ऑप्शंस
आपके द्वारा निर्दिष्ट किए जा सकने वाले विभिन्न विकल्प प्रत्येक समूह के साथ एक टैब्ड संवाद में प्रदर्शित होते हैं
एक अलग शीर्षक के अंतर्गत प्रदर्शित विकल्प। प्रत्येक विकल्प को उसके नाम, ए के साथ प्रदर्शित किया जाता है
संक्षिप्त विवरण और वर्तमान मूल्य। आप '?' पर भी क्लिक कर सकते हैं प्रत्येक के बाद लिंक
प्रत्येक विकल्प के बारे में पूर्ण विवरण प्राप्त करने के लिए विवरण। यह वैसा ही है जैसा आप करेंगे
zmconfig.pl से प्राप्त करें। कई विकल्प समूहों में शीर्ष के पास एक मास्टर विकल्प होता है
पूरे समूह को सक्षम या अक्षम करता है इसलिए आपको इसकी स्थिति के बारे में पहले से अवगत होना चाहिए
विकल्पों को संशोधित करना और उनसे कोई अंतर लाने की अपेक्षा करना।

यदि आपने किसी विकल्प का मान बदल दिया है तो आपको उसे 'सहेजना' चाहिए। की एक संख्या
फिर विकल्प समूह आपको यह बताने के लिए संकेत देंगे कि आपने विकल्प बदल दिया है
सिस्टम पुनरारंभ की आवश्यकता होगी. यदि आप बदल रहे होंगे तो यह स्वचालित रूप से नहीं किया जाता है
एक ही सत्र में कई मान, हालाँकि एक बार जब आप अपने सभी परिवर्तन कर लें तो आपको ऐसा करना चाहिए
जितनी जल्दी हो सके जोनमाइंडर को पुनः आरंभ करें। इसका कारण वह वेब और कुछ स्क्रिप्ट्स हैं
नए परिवर्तन तुरंत लागू होंगे लेकिन कुछ डेमॉन अभी भी इसका उपयोग करेंगे
पुराने मान और इससे डेटा असंगति या हानि हो सकती है।

ऑप्शंस - डिस्प्ले
[चित्र]

यह विकल्प स्क्रीन उपयोगकर्ता को ज़ोनमाइंडर के लिए त्वचा का चयन करने की अनुमति देती है। अभी उपलब्ध है
खाल हैं:

· क्लासिक

· समतल

· एक्सएमएल (वेब/एपीआई के पक्ष में अस्वीकृत)

· मोबाइल (अस्वीकृत)

ऑप्शंस - प्रणाली
[चित्र]

LANG_DEFAULT - ज़ोनमाइंडर वेब इंटरफ़ेस को अंग्रेजी के अलावा अन्य भाषाओं का उपयोग करने की अनुमति देता है
उपयुक्त भाषा फ़ाइल बनाई गई है और मौजूद है। यह विकल्प आपको इसकी अनुमति देता है
शिप की गई भाषा, ब्रिटिश अंग्रेजी से उपयोग की जाने वाली डिफ़ॉल्ट भाषा को बदलें
अन्य भाषा।

OPT_USE_AUTH - जोनमाइंडर दो मोड में चल सकता है। सबसे सरल एक पूर्णतः है
अप्रमाणित मोड जहां कोई भी ज़ोनमाइंडर तक पहुंच सकता है और सभी कार्य कर सकता है। यह है
उन इंस्टॉलेशन के लिए सबसे उपयुक्त जहां वेब सर्वर की पहुंच अन्य तरीकों से सीमित है।
अन्य मोड अलग-अलग अनुमतियों के सेट के साथ उपयोगकर्ता खातों को सक्षम बनाता है। उपयोगकर्ताओं को लॉगिन करना होगा या
ज़ोनमाइंडर तक पहुंचने के लिए प्रमाणित करें और उनकी परिभाषित अनुमतियों द्वारा सीमित हैं।
इंटरनेट से जुड़े रहने के लिए केवल प्रमाणित मोड पर निर्भर नहीं रहना चाहिए
ज़ोनमाइंडर।

AUTH_TYPE - ज़ोनमाइंडर रन करते समय उपयोगकर्ताओं को प्रमाणित करने के लिए दो तरीकों का उपयोग कर सकता है
प्रमाणित मोड. पहली एक अंतर्निहित विधि है जहां ज़ोनमाइंडर सुविधाएं प्रदान करता है
उपयोगकर्ताओं को लॉग इन करने और उनकी पहचान का ट्रैक बनाए रखने के लिए। दूसरी विधि अनुमति देती है
अन्य तरीकों जैसे कि http बेसिक प्रमाणीकरण के साथ इंटरवर्क करना जो एक पास करता है
http के माध्यम से स्वतंत्र रूप से 'दूरस्थ' उपयोगकर्ता प्रमाणीकरण। इस मामले में जोनमाइंडर इसका उपयोग करेगा
अतिरिक्त प्रमाणीकरण के बिना उपयोगकर्ता को आपूर्ति की गई, बशर्ते ऐसा उपयोगकर्ता आयन कॉन्फ़िगर किया गया हो
ज़ोनमाइंडर।

AUTH_RELAY - जब ज़ोनमाइंडर प्रमाणित मोड में चल रहा हो तो यह उपयोगकर्ता विवरण पास कर सकता है
वेब पेजों और बैकएंड प्रक्रियाओं के बीच। ऐसा करने के दो तरीके हैं.
यह सबसे पहले एक समय-सीमित हैशेड स्ट्रिंग का उपयोग करना है जिसमें कोई प्रत्यक्ष उपयोगकर्ता नाम नहीं है
पासवर्ड विवरण, दूसरी विधि उपयोगकर्ता नाम और पासवर्ड को पास करना है
सादे पाठ। यह विधि अनुशंसित नहीं है, सिवाय इसके कि जहां आपके पास md5 लाइब्रेरीज़ न हों
आपके सिस्टम पर उपलब्ध है या आपके पास बिना किसी बाहरी पहुंच वाला एक पूरी तरह से पृथक सिस्टम है।
यदि आपका सिस्टम अन्य तरीकों से अलग-थलग है तो आप प्रमाणीकरण रिलेइंग को भी बंद कर सकते हैं।

AUTH_HASH_SECRET - जब ज़ोनमाइंडर हैशेड प्रमाणित मोड में चल रहा हो तो यह आवश्यक है
उपयोगकर्ता नाम जैसी एन्क्रिप्टेड संवेदनशील जानकारी युक्त हैशेड स्ट्रिंग उत्पन्न करने के लिए
और पासवर्ड। हालाँकि ये स्ट्रिंग एक यादृच्छिक रहस्य को जोड़ने के लिए यथोचित रूप से सुरक्षित हैं
सुरक्षा को काफी हद तक बढ़ा देता है.

AUTH_HASH_IPS - जब ज़ोनमाइंडर हैशेड प्रमाणित मोड में चल रहा हो तो यह वैकल्पिक रूप से चल सकता है
परिणामी हैश में अनुरोधित आईपी पता शामिल करें। यह एक अतिरिक्त स्तर जोड़ता है
सुरक्षा क्योंकि केवल उस पते से आने वाले अनुरोध ही उस प्रमाणीकरण कुंजी का उपयोग कर सकते हैं। हालाँकि में
कुछ परिस्थितियों, जैसे मोबाइल नेटवर्क पर पहुंच, अनुरोध करने वाला पता बदल सकता है
प्रत्येक अनुरोध के लिए जिसके कारण अधिकांश अनुरोध विफल हो जाएंगे। यह विकल्प आपको नियंत्रित करने की अनुमति देता है
क्या आईपी पते आपके सिस्टम पर प्रमाणीकरण हैश में शामिल हैं। अगर आप
प्रमाणीकरण के साथ रुक-रुक कर होने वाली समस्याओं का अनुभव करें, इस विकल्प को बंद करने से मदद मिल सकती है।

AUTH_HASH_LOGINS - जोनमाइंडर में लॉग इन करने की सामान्य प्रक्रिया लॉगिन स्क्रीन के माध्यम से होती है
उपयोगकर्ता नाम और पासवर्ड के साथ. कुछ परिस्थितियों में पहुंच की अनुमति देना वांछनीय हो सकता है
सीधे एक या अधिक पेजों पर, उदाहरण के लिए किसी तीसरे पक्ष के एप्लिकेशन से। यदि यह विकल्प
सक्षम है तो किसी भी अनुरोध में 'ऑथ' पैरामीटर जोड़ने से शॉर्टकट लॉगिन शामिल होगा
यदि पहले से लॉग इन नहीं है तो लॉगिन स्क्रीन को बायपास करें। चूंकि प्रमाणीकरण हैश समय है
और, वैकल्पिक रूप से, आईपी सीमित है जिससे ज़ोनमाइंडर स्क्रीन तक अल्पकालिक पहुंच की अनुमति मिल सकती है
अन्य वेब पेज आदि। इसका उपयोग करने के लिए कॉलिंग एप्लिकेशन को जनरेट करना होगा
प्रमाणीकरण स्वयं हैश करें और सुनिश्चित करें कि यह वैध है। यदि आप इस विकल्प का उपयोग करते हैं तो आपको करना चाहिए
सुनिश्चित करें कि आपने ZM_AUTH_HASH_SECRET को अपने सिस्टम के लिए कुछ विशिष्ट रूप से संशोधित किया है।

OPT_FAST_DELETE - आम तौर पर अलार्म के परिणाम के रूप में बनाई गई एक घटना में प्रविष्टियाँ होती हैं
एक या अधिक डेटाबेस तालिकाओं और उससे जुड़ी विभिन्न फाइलों में। हटाते समय
यदि आप प्रयास कर रहे हैं तो ब्राउज़र में होने वाली घटनाओं को हटाने में काफी समय लग सकता है
एक साथ बहुत सारे इवेंट करें. यह अनुशंसा की जाती है कि आप यह विकल्प सेट करें जिसका अर्थ है
ब्राउज़र क्लाइंट केवल ईवेंट तालिका में मुख्य प्रविष्टियाँ हटाता है, जिसका अर्थ है
ईवेंट अब सूची में दिखाई नहीं देंगे, और साफ़ करने के लिए zmaudit डेमॉन छोड़ देता है
बाकी बाद में.

FILTER_RELOAD_DELAY - ज़ोनमाइंडर आपको डेटाबेस में फ़िल्टर सहेजने की अनुमति देता है जो अनुमति देता है
ऐसी घटनाएँ जो कुछ मानदंडों से मेल खाती हैं उन्हें ईमेल किया जाना चाहिए, हटाया जाना चाहिए या किसी दूरस्थ मशीन पर अपलोड किया जाना चाहिए
आदि। zmfilter डेमॉन इन्हें लोड करता है और वास्तविक ऑपरेशन करता है। यह विकल्प निर्धारित करता है
नवीनतम संस्करण प्राप्त करने के लिए कितनी बार सेकंडों में डेटाबेस से फ़िल्टर पुनः लोड किए जाते हैं
या नए फ़िल्टर. यदि आप फ़िल्टर को अक्सर नहीं बदलते हैं तो यह मान बड़े पैमाने पर सेट किया जा सकता है
मूल्य.

FILTER_EXECUTE_INTERVAL - ZoneMinder आपको डेटाबेस में फ़िल्टर सहेजने की अनुमति देता है
कुछ मानदंडों से मेल खाने वाली घटनाओं को ईमेल करने, हटाने या रिमोट पर अपलोड करने की अनुमति दें
मशीन आदि। zmfilter डेमॉन इन्हें लोड करता है और वास्तविक ऑपरेशन करता है। इस विकल्प
यह निर्धारित करता है कि डेटाबेस में सहेजे गए ईवेंट पर फ़िल्टर कितनी बार निष्पादित किए जाते हैं। अगर आप
नई घटनाओं पर तीव्र प्रतिक्रिया चाहते हैं तो यह छोटा मान होना चाहिए, चाहे यह कितना भी हो
सिस्टम पर समग्र भार बढ़ जाता है और अन्य तत्वों का प्रदर्शन प्रभावित होता है।

MAX_RESTART_DELAY - जब प्रक्रियाएं होती हैं तो zmdc (zm डेमॉन नियंत्रण) प्रक्रिया नियंत्रित करती है
प्रारंभ या बंद किया गया और जो भी विफल होगा उसे पुनः आरंभ करने का प्रयास किया जाएगा। यदि कोई डेमॉन बार-बार विफल रहता है
फिर प्रत्येक पुनरारंभ प्रयास के बीच विलंब शुरू किया जाता है। यदि डेमॉन फिर भी विफल रहता है
सिस्टम पर लगातार पड़ने वाले अतिरिक्त भार को रोकने के लिए इस विलंब को बढ़ाया जाता है
पुनः प्रारंभ. यह विकल्प नियंत्रित करता है कि यह अधिकतम विलंब कितना है।

WATCH_CHECK_INTERVAL - zmwatch डेमॉन छवि कैप्चर प्रदर्शन की जांच करता है
यह सुनिश्चित करने के लिए डेमॉन को कैप्चर करें कि वे लॉक नहीं हुए हैं (शायद ही कोई सिंक त्रुटि हो सकती है)।
जो अनिश्चित काल के लिए ब्लॉक कर देता है)। यह विकल्प निर्धारित करता है कि डेमॉन की कितनी बार जाँच की जाती है।

WATCH_MAX_DELAY - zmwatch डेमॉन कैप्चर के इमेज कैप्चर प्रदर्शन की जांच करता है
यह सुनिश्चित करने के लिए डेमॉन को लॉक नहीं किया गया है (शायद ही कोई सिंक त्रुटि हो सकती है जो ब्लॉक करता है
अनिश्चित काल तक)। यह विकल्प अंतिम कैप्चर के बाद से अधिकतम विलंब निर्धारित करता है
चौखटा। यदि डेमॉन ने इस अवधि के बाद कोई छवि कैप्चर नहीं की है तो उसे पुनः आरंभ किया जाएगा
हालाँकि चेक अंतराल के साथ वास्तविक पुनरारंभ में थोड़ा अधिक समय लग सकता है
मूल्य ऊपर.

RUN_AUDIT - डेटाबेस में सहेजी गई जानकारी की जाँच करने के लिए zmaudit डेमॉन मौजूद है
और फ़ाइल सिस्टम पर मेल खाते हैं और एक दूसरे के अनुरूप हैं। यदि कोई त्रुटि होती है या यदि
आप 'फास्ट डिलीट' का उपयोग कर रहे हैं, हो सकता है कि डेटाबेस रिकॉर्ड हटा दिए जाएं लेकिन फ़ाइलें बनी रहें।
इस मामले में, और इसी तरह, zmaudit सिंक्रनाइज़ करने के लिए अनावश्यक जानकारी को हटा देगा
दो डेटा स्टोर. यह विकल्प नियंत्रित करता है कि zmaudit पृष्ठभूमि में चलाया गया है या नहीं
ये जाँचें और सुधार लगातार करता रहता है। हालाँकि अधिकांश प्रणालियों के लिए इसकी अनुशंसा की जाती है
यदि आपके पास बहुत बड़ी संख्या में ईवेंट हैं तो डेटाबेस को स्कैन करने की प्रक्रिया और
फ़ाइल सिस्टम में लंबा समय लग सकता है और प्रदर्शन पर प्रभाव पड़ सकता है। इस मामले में आप शायद ऐसा न करना पसंद करें
zmaudit को बिना शर्त चलाने और समय-समय पर अन्य स्थानों पर जाँच करने का समय निर्धारित करें
सुविधाजनक, समय.

AUDIT_CHECK_INTERVAL - zmaudit डेमॉन यह जांचने के लिए मौजूद है कि इसमें सहेजी गई जानकारी
डेटाबेस और फ़ाइल सिस्टम मेल खाते हैं और एक दूसरे के अनुरूप हैं। यदि कोई त्रुटि है
होता है या यदि आप 'फास्ट डिलीट' का उपयोग कर रहे हैं तो हो सकता है कि डेटाबेस रिकॉर्ड हटा दिए गए हों लेकिन
फ़ाइलें बाकी हैं. इस मामले में, और इसी तरह, zmaudit अनावश्यक जानकारी को हटा देगा
दो डेटा स्टोर को सिंक्रनाइज़ करें। डिफ़ॉल्ट चेक अंतराल 900 सेकंड (15 मिनट) है
हालाँकि, अधिकांश प्रणालियों के लिए ठीक है, यदि आपके पास बहुत बड़ी संख्या में ईवेंट की प्रक्रिया है
डेटाबेस और फ़ाइल सिस्टम को स्कैन करने में लंबा समय लग सकता है और प्रदर्शन पर असर पड़ सकता है। इस में
यदि आप अपने सिस्टम पर प्रभाव को कम करने के लिए इस अंतराल को बहुत बड़ा करना पसंद कर सकते हैं।
यह विकल्प निर्धारित करता है कि ये जाँचें कितनी बार की जाती हैं।

OPT_FRAME_SERVER - कुछ परिस्थितियों में धीमी डिस्क के लिए इतना समय लगना संभव है
डिस्क पर छवियां लिखने से विश्लेषण डेमॉन विशेष रूप से पीछे रह जाता है
उच्च फ्रेम दर घटनाएँ। इस विकल्प को हाँ पर सेट करने से फ़्रेम सर्वर डेमॉन (zmf) सक्षम हो जाता है
जो विश्लेषण डेमॉन से छवियां भेजेगा और वास्तविक लेखन करेगा
छवियां अन्य चीज़ों के साथ आगे बढ़ने के लिए विश्लेषण डेमॉन को स्वयं मुक्त कर देती हैं। ये चाहिए
ट्रांसमिशन विफल होने या अन्य स्थायी या क्षणिक त्रुटि होने पर, यह फ़ंक्शन गिर जाएगा
विश्लेषण डेमन पर वापस जाएँ।

FRAME_SOCKET_SIZE - बड़ी कैप्चर की गई छवियों के लिए इससे लिखना संभव है
फ़्रेम सर्वर पर विश्लेषण डेमॉन विफल हो जाता है क्योंकि लिखी जाने वाली मात्रा इससे अधिक हो जाती है
डिफ़ॉल्ट बफ़र आकार. जबकि छवियां विश्लेषण डेमॉन द्वारा लिखी गई हैं, इसलिए कोई डेटा नहीं है
खो जाता है, यह सबसे पहले फ़्रेम सर्वर डेमॉन के ऑब्जेक्ट को हरा देता है। आप उपयोग कर सकते हैं
यह विकल्प इंगित करता है कि बड़े बफ़र आकार का उपयोग किया जाना चाहिए। ध्यान दें कि आपके पास हो सकता है
आपके सिस्टम पर मौजूदा अधिकतम सॉकेट बफ़र आकार को sysctl (या in) के माध्यम से बदलने के लिए
/proc/sys/net/core/wmem_max) इस नए आकार को सेट करने की अनुमति देने के लिए। वैकल्पिक रूप से आप कर सकते हैं
अपने सिस्टम पर डिफ़ॉल्ट बफ़र आकार को उसी तरह बदलें जिस स्थिति में होगा
इस विकल्प में बिना किसी आवश्यक परिवर्तन के प्रयोग किया जाता है

OPT_CONTROL - ज़ोनमाइंडर में नियंत्रणीय कैमरों के लिए सीमित समर्थन शामिल है। की एक संख्या
नमूना प्रोटोकॉल शामिल हैं और अन्य को आसानी से जोड़ा जा सकता है। यदि आप अपने पर नियंत्रण रखना चाहते हैं
ज़ोनमाइंडर के माध्यम से कैमरे, फिर इस विकल्प का चयन करें अन्यथा यदि आपके पास केवल स्थिर कैमरे हैं
या अन्य नियंत्रण विधियों का उपयोग करें तो इस विकल्प को छोड़ दें।

OPT_TRIGGERS - ज़ोनमाइंडर बाहरी सिस्टम के साथ इंटरैक्ट कर सकता है जो संकेत देता है या रद्द करता है
अलार्म. यह zmtrigger.pl स्क्रिप्ट के माध्यम से किया जाता है। यह विकल्प इंगित करता है कि आप चाहते हैं या नहीं
इन बाहरी ट्रिगर्स का उपयोग करने के लिए। अधिकांश लोग यहां नहीं कहेंगे.

CHECK_FOR_UPDATES - ज़ोनमाइंडर संस्करण 1.17.0 से आगे नए संस्करण आने की उम्मीद है
अधिक बारम्बार। प्रत्येक नए संस्करण के लिए मैन्युअल रूप से जाँच सहेजने के लिए ZoneMinder से जाँच कर सकते हैं
नवीनतम रिलीज़ निर्धारित करने के लिए Zoneminder.com वेबसाइट। ये चेक हैं
कभी-कभार, प्रति सप्ताह लगभग एक बार, और कोई व्यक्तिगत या सिस्टम जानकारी प्रसारित नहीं की जाती है
आपके वर्तमान संस्करण क्रमांक के अलावा. यदि आप नहीं चाहते कि ये जाँचें हों या
आपके ज़ोनमाइंडर सिस्टम में कोई इंटरनेट एक्सेस नहीं है, आप इसके साथ इन चेक को बंद कर सकते हैं
कॉन्फ़िगरेशन चर UPDATE_CHECK_PROXY - यदि आप इंटरनेट तक पहुंचने के लिए प्रॉक्सी का उपयोग करते हैं
ZoneMinder को जानने की जरूरत है ताकि वह अपडेट की जांच के लिए ZoneMinder.com तक पहुंच सके। यदि तुम करो
प्रॉक्सी का उपयोग करें, पूर्ण प्रॉक्सी यूआरएल यहां इस रूप में दर्ज करें http:// : /

SHM_KEY - ज़ोनमाइंडर मॉड्यूल के बीच संचार को तेज़ करने के लिए साझा मेमोरी का उपयोग करता है। को
साझा मेमोरी का उपयोग करने के लिए सही क्षेत्र की पहचान करने के लिए कुंजियों का उपयोग किया जाता है। यह विकल्प क्या नियंत्रित करता है
आधार कुंजी है, प्रत्येक मॉनिटर के पास इसकी आईडी होगी या वास्तविक कुंजी का उपयोग करने के लिए इसे इसके साथ जोड़ा जाएगा।
आपको आम तौर पर इस मान को बदलने की आवश्यकता नहीं होगी जब तक कि यह किसी अन्य उदाहरण के साथ टकराव न हो
उसी मशीन पर जोनमाइंडर। केवल पहले चार हेक्स अंकों का उपयोग किया जाता है, निचले चार का
छिपा दिया जाएगा और नजरअंदाज कर दिया जाएगा।

ऑप्शंस - कॉन्फिग
[चित्र]

TIMESTAMP_ON_CAPTURE - ज़ोनमाइंडर दो तरीकों से छवियों में टाइमस्टैम्प जोड़ सकता है। डिफ़ॉल्ट
विधि, जब यह विकल्प सेट किया जाता है, तो यह होता है कि प्रत्येक छवि पर तुरंत टाइमस्टैम्प लगा दिया जाता है
कैप्चर किया गया और इस प्रकार स्मृति में रखी छवि तुरंत चिह्नित हो जाती है। दूसरी विधि नहीं है
छवियों को तब तक टाइमस्टैम्प करें जब तक कि वे या तो किसी ईवेंट के भाग के रूप में सहेजी न जाएं या उन तक पहुंच न हो जाएं
वेब. दोनों विधियों में उपयोग किए गए टाइमस्टैम्प में वही समय होगा जो इसे संरक्षित किया गया है
छवि के साथ. पहली विधि यह सुनिश्चित करती है कि किसी भी छवि पर टाइमस्टैम्प लगाया गया हो
किसी भी अन्य परिस्थिति में, लेकिन इसके परिणामस्वरूप सभी छवियों पर टाइमस्टैम्प लगा दिया जाएगा, यहां तक ​​कि उन पर भी कभी टाइमस्टैम्प नहीं लगाया जाएगा
सहेजा गया या देखा गया. दूसरी विधि के लिए आवश्यक है कि सहेजी गई छवियों को होने से पहले कॉपी किया जाए
सहेजा गया अन्यथा संभवतः अलग-अलग पैमानों पर दो टाइमस्टैम्प लागू किए जा सकते हैं। यह है
(शायद) वांछनीय दुष्प्रभाव यह है कि टाइमस्टैम्प हमेशा एक ही पर लागू होता है
रिज़ॉल्यूशन इसलिए जिस छवि पर स्केलिंग लागू की गई है वह अभी भी सुपाठ्य और सही होगी
स्केल्ड टाइमस्टैम्प।

CPU_EXTENSIONS - जब SSE2 या SSSE3 जैसे उन्नत प्रोसेसर एक्सटेंशन उपलब्ध हों,
ज़ोनमाइंडर उनका उपयोग कर सकता है, जिससे प्रदर्शन में वृद्धि होगी और सिस्टम लोड कम होगा।
इस विकल्प को उन प्रोसेसर पर सक्षम करना जो उन्नत प्रोसेसर एक्सटेंशन का समर्थन नहीं करते हैं
ज़ोनमाइंडर द्वारा उपयोग किया गया यह हानिरहित है और इसका कोई प्रभाव नहीं पड़ेगा।

FAST_IMAGE_BLENDS - अलार्म का पता लगाने के लिए जोनमाइंडर को कैप्चर की गई छवि को मिश्रण करना होगा
अगली छवि के साथ तुलना के लिए इसे अद्यतन करने के लिए संग्रहीत संदर्भ छवि। संदर्भ
मॉनिटर के लिए निर्दिष्ट मिश्रण प्रतिशत नियंत्रित करता है कि नई छवि कितना प्रभावित करती है
संदर्भ छवि. इसके लिए दो विधियाँ उपलब्ध हैं। यदि यह विकल्प सेट है
फिर तेज़ गणना का उपयोग किया जाता है जिसमें किसी गुणा या भाग का उपयोग नहीं होता है। यह
गणना अत्यंत तेज़ है, हालाँकि यह संभावित मिश्रण प्रतिशत को 50% तक सीमित कर देती है,
25%, 12.5%, 6.25%, 3.25% और 1.5%। किसी भी अन्य मिश्रण प्रतिशत को पूर्णांकित किया जाएगा
निकटतम संभव। विकल्प यह है कि इस विकल्प को बंद कर दिया जाए और मानक का उपयोग किया जाए
इसके बजाय सम्मिश्रण, जो धीमा है।

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

MAX_SUSPEND_TIME - ज़ोनमाइंडर मॉनिटर को मोशन डिटेक्शन को निलंबित करने की अनुमति देता है,
उदाहरण के लिए, कैमरा पैन करते समय। आमतौर पर यह ऑपरेटर के फिर से शुरू करने पर निर्भर करता है
बाद में गति का पता लगाना क्योंकि ऐसा करने में विफलता मॉनिटर को स्थायी रूप से बंद कर सकती है
निलंबित अवस्था. यह सेटिंग आपको कैमरे के लिए अधिकतम समय निर्धारित करने की अनुमति देती है
इससे पहले कि यह स्वचालित रूप से गति का पता लगाना शुरू कर दे, निलंबित कर दिया गया। इस समय को बढ़ाया जा सकता है
बाद में निलंबित संकेतों के बाद पहली बार लगातार कैमरा आंदोलन भी होगा
मॉनिटर निलंबित होने पर घटित होता है।

STRICT_VIDEO_CONFIG - कुछ वीडियो डिवाइस की सेटिंग में त्रुटियां रिपोर्ट की जा सकती हैं
विभिन्न वीडियो विशेषताएँ जब वास्तव में ऑपरेशन सफल रहा। इस विकल्प को स्विच करना
ऑफ अभी भी इन त्रुटियों को रिपोर्ट करने की अनुमति देगा लेकिन इससे वीडियो बंद नहीं होगा
डेमन को पकड़ो. हालाँकि ध्यान दें कि ऐसा करने से सभी त्रुटियों को अनदेखा कर दिया जाएगा
जो वास्तविक हैं और जिनके कारण वीडियो कैप्चर ठीक से काम नहीं कर सकता है।
इस विकल्प का इस्तेमाल सावधानी से करें।

SIGNAL_CHECK_POINTS - स्थानीय रूप से संलग्न वीडियो कैमरों के लिए ज़ोनमाइंडर सिग्नल की जांच कर सकता है
प्रत्येक कैप्चर की गई छवि पर कई यादृच्छिक बिंदुओं को देखने से हानि। यदि ये सब
बिंदुओं को एक ही निश्चित रंग पर सेट किया जाता है तो यह मान लिया जाता है कि कैमरे ने सिग्नल खो दिया है।
जब ऐसा होता है तो कोई भी खुली घटना बंद हो जाती है और एक छोटी फ्रेम सिग्नल हानि की घटना होती है
उत्पन्न होता है, जैसा कि सिग्नल वापस आने पर होता है। यह विकल्प परिभाषित करता है कि कितने बिंदु पर
जांचने के लिए प्रत्येक छवि. ध्यान दें कि यह अधिकतम है, किसी भी बिंदु पर चेक नहीं पाया गया
रंग किसी भी आगे की जांच को निरस्त कर देगा इसलिए ज्यादातर मामलों में कुछ बिंदुओं पर वास्तव में ऐसा होगा
जांच की जाए. नेटवर्क और फ़ाइल आधारित कैमरों की कभी जाँच नहीं की जाती।

V4L_MULTI_BUFFER - वीडियो 4 लिनक्स उपकरणों का उपयोग करते समय प्रदर्शन आमतौर पर सबसे अच्छा होता है
एकाधिक बफ़र्स का उपयोग किया जाता है जिससे अगली छवि को कैप्चर किया जा सकता है जबकि पिछली छवि को कैप्चर किया जा सकता है
संसाधित किया जा रहा है। यदि आपके पास कार्ड पर एकाधिक डिवाइस हैं तो एक इनपुट साझा करना आवश्यक है
स्विचिंग के बाद यह दृष्टिकोण कभी-कभी एक स्रोत से फ़्रेमों को मिश्रित कर सकता है
दूसरे के फ़्रेम के साथ. इस विकल्प को बंद करने से मल्टी बफ़रिंग को रोका जा सकता है
धीमी लेकिन अधिक स्थिर छवि कैप्चर। गैर-स्थानीय कैमरों के लिए या यदि ऐसा हो तो इस विकल्प को अनदेखा कर दिया जाता है
कैप्चर चिप पर केवल एक इनपुट मौजूद होता है। यह विकल्प इसी प्रकार की समस्या का समाधान करता है
ZM_CAPTURES_PER_FRAME विकल्प और आपको सामान्यतः इनमें से केवल एक का मान बदलना चाहिए
एक समय में विकल्प. यदि आपके पास अलग-अलग कैप्चर कार्ड हैं जिनके लिए अलग-अलग मानों की आवश्यकता है
स्रोत पृष्ठ पर प्रत्येक व्यक्तिगत मॉनीटर में उन्हें ओवरराइड कर सकता है।

CAPTURES_PER_FRAME - यदि आप वीडियो कैप्चर कार्ड से जुड़े कैमरे का उपयोग कर रहे हैं
एक कैप्चर चिप को साझा करने के लिए एकाधिक इनपुट को बाध्य करता है, यह कभी-कभी छवियों का उत्पादन कर सकता है
इंटरलेस्ड फ़्रेमों को उलट दिया गया जिसके परिणामस्वरूप खराब छवि गुणवत्ता और एक विशिष्ट कंघी किनारा बन गया
उपस्थिति। इस सेटिंग को बढ़ाने से आप पहले अतिरिक्त छवि कैप्चर को बाध्य कर सकते हैं
एक को कैप्चर किए गए फ़्रेम के रूप में चुना गया है। यह कैप्चर हार्डवेयर को 'सेटल डाउन' करने की अनुमति देता है
और कम कैप्चर दरों की कीमत पर बेहतर गुणवत्ता वाली छवियां तैयार करें। इस विकल्प में कोई नहीं है
(ए) नेटवर्क कैमरों पर प्रभाव, या (बी) जहां एकाधिक इनपुट कैप्चर चिप साझा नहीं करते हैं।
यह विकल्प ZM_V4L_MULTI_BUFFER विकल्प के समान समस्या का समाधान करता है और आपको ऐसा करना चाहिए
आम तौर पर एक समय में केवल एक विकल्प का मान बदलें। यदि आपके पास अलग है
उन कार्डों को कैप्चर करें जिनके लिए अलग-अलग मानों की आवश्यकता होती है, आप उन्हें प्रत्येक व्यक्तिगत मॉनिटर में ओवरराइड कर सकते हैं
स्रोत पृष्ठ पर.

FORCED_ALARM_SCORE - 'zmu' उपयोगिता का उपयोग मॉनिटर पर अलार्म लगाने के लिए किया जा सकता है
मोशन डिटेक्शन एल्गोरिदम पर भरोसा करने के बजाय। यह विकल्प निर्धारित करता है कि कौन सा स्कोर देना है
ये अलार्म उन्हें नियमित अलार्म से अलग करते हैं। यह 255 या उससे कम होना चाहिए.

BULK_FRAME_INTERVAL - परंपरागत रूप से ZoneMinder फ्रेम्स डेटाबेस में एक प्रविष्टि लिखता है
कैप्चर किए गए और सहेजे गए प्रत्येक फ़्रेम के लिए तालिका। यह मोशन डिटेक्शन में अच्छा काम करता है
परिदृश्य लेकिन जब डीवीआर स्थिति ('रिकॉर्ड' या 'मोकॉर्ड' मोड) में इसका परिणाम बहुत बड़ा होता है
फ्रेम राइट्स की संख्या और बहुत कम अतिरिक्त के लिए ढेर सारा डेटाबेस और डिस्क बैंडविड्थ
जानकारी। इसे गैर-शून्य मान पर सेट करने से ज़ोनमाइंडर इन्हें समूहीकृत करने में सक्षम हो जाएगा
गैर-अलार्म फ़्रेम को एक 'बल्क' फ़्रेम प्रविष्टि में बदलें जो बहुत अधिक बैंडविड्थ और स्थान बचाता है।
इसका एकमात्र नुकसान यह है कि अलग-अलग फ्रेम के लिए समय की जानकारी खो जाती है
स्थिर फ्रेम दर स्थितियों में यह आमतौर पर महत्वपूर्ण नहीं है। इस सेटिंग को अनदेखा कर दिया गया है
यदि मोकॉर्ड मोड में अलार्म होता है तो मॉडेक्ट मोड और अलग-अलग फ़्रेम अभी भी लिखे जाते हैं
भी।

EVENT_CLOSE_MODE - जब कोई मॉनिटर निरंतर रिकॉर्डिंग मोड (रिकॉर्ड या) में चल रहा हो
मोकॉर्ड) इवेंट आमतौर पर एक निश्चित अवधि (अनुभाग की लंबाई) के बाद बंद हो जाते हैं।
हालाँकि मोकॉर्ड मोड में यह संभव है कि गति का पता ए के अंत के पास हो सकता है
अनुभाग। यह विकल्प नियंत्रित करता है कि मोकॉर्ड मोड में अलार्म बजने पर क्या होता है। समय'
सेटिंग का अर्थ है कि अलार्म की परवाह किए बिना ईवेंट अनुभाग के अंत में बंद हो जाएगा
गतिविधि। 'निष्क्रिय' सेटिंग का अर्थ है कि ईवेंट अनुभाग के अंत में बंद हो जाएगा
यदि उस समय कोई अलार्म गतिविधि नहीं हो रही है अन्यथा इसे एक बार बंद कर दिया जाएगा
अलार्म ख़त्म हो गया है, जिसका अर्थ है कि घटना सामान्य सेक्शन की लंबाई से अधिक लंबी हो सकती है।
'अलार्म' सेटिंग का मतलब है कि यदि इवेंट के दौरान कोई अलार्म होता है, तो इवेंट होगा
अलार्म ख़त्म होते ही बंद कर दिया जाता है, चाहे ऐसा कब भी हो। इसका असर ये होता है
प्रति इवेंट अलार्म की संख्या एक तक सीमित कर दी जाएगी और इवेंट इससे छोटे हो जाएंगे
यदि कोई अलार्म हुआ है तो अनुभाग की लंबाई।

CREATE_ANALYSIS_IMAGES - अलार्म के दौरान डिफ़ॉल्ट रूप से ज़ोनमाइंडर दोनों रॉ को रिकॉर्ड करता है
कैप्चर की गई छवि और एक जिसका विश्लेषण किया गया है और इसमें ऐसे क्षेत्र थे जहां गति का पता चला था
रेखांकित. यह ज़ोन कॉन्फ़िगरेशन के दौरान या घटनाओं के कारणों का विश्लेषण करने में बहुत उपयोगी हो सकता है
घटित हुआ। हालाँकि इसमें कुछ ओवरहेड भी लगता है और एक स्थिर प्रणाली में अब ऐसा नहीं हो सकता है
ज़रूरी। यह पैरामीटर आपको इन छवियों की पीढ़ी को बंद करने की अनुमति देता है।

WEIGHTED_ALARM_CENTRES - जोनमाइंडर हमेशा अलार्म के केंद्र बिंदु की गणना करेगा
स्क्रीन पर यह कहां है इसका कुछ संकेत देने के लिए एक क्षेत्र। इसका उपयोग किया जा सकता है
प्रायोगिक गति ट्रैकिंग सुविधा या आपके स्वयं के कस्टम एक्सटेंशन। चिंतित या में
फ़िल्टर्ड पिक्सेल मोड यह पता लगाए गए pxiesl के विस्तार के बीच एक सरल मध्यबिंदु है।
हालाँकि ब्लॉब विधि में इसकी गणना भारित पिक्सेल स्थानों का उपयोग करके की जा सकती है
अनियमित आकार के ब्लब्स के लिए अधिक सटीक स्थिति देने के लिए। यह विधि, जबकि अधिक
सटीक भी धीमा है और इसलिए डिफ़ॉल्ट रूप से बंद है।

EVENT_IMAGE_DIGITS - जैसे ही घटना की छवियां कैप्चर की जाती हैं, उन्हें फ़ाइल सिस्टम में संग्रहीत किया जाता है
संख्यात्मक सूचकांक. डिफ़ॉल्ट रूप से इस सूचकांक में तीन अंक होते हैं इसलिए संख्याएँ 001, 002 आदि से शुरू होती हैं।
यह अधिकांश परिदृश्यों के लिए काम करता है क्योंकि 999 से अधिक फ़्रेम वाले इवेंट दुर्लभ होते हैं
पकड़े। हालाँकि यदि आपके पास बहुत लंबे इवेंट हैं और आप बाहरी एप्लिकेशन का उपयोग करते हैं तो आप
लिस्टिंग आदि में छवियों की सही छँटाई सुनिश्चित करने के लिए इसे बढ़ाना चाह सकते हैं। चेतावनी,
लाइव सिस्टम पर इस मान को बढ़ाने से मौजूदा इवेंट इवेंट के रूप में अदृश्य हो सकते हैं
पिछली योजना से बचा लिया गया होगा। इस मूल्य को कम करने से कोई नुकसान नहीं होना चाहिए
प्रभाव.

DEFAULT_ASPECT_RATIO - मॉनिटर के आयाम निर्दिष्ट करते समय आप एक चेकबॉक्स पर क्लिक कर सकते हैं
यह सुनिश्चित करने के लिए कि चौड़ाई ऊंचाई के सही अनुपात में रहे, या इसके विपरीत। यह
सेटिंग आपको यह इंगित करने की अनुमति देती है कि इन सेटिंग्स का अनुपात क्या होना चाहिए। यह होना चाहिए
प्रारूप में निर्दिष्ट है : और सामान्यतः 4:3 का डिफॉल्ट होता है
स्वीकार्य है लेकिन 11:9 एक अन्य सामान्य सेटिंग है। यदि चेकबॉक्स पर क्लिक नहीं किया गया है
मॉनिटर आयाम निर्दिष्ट करने पर इस सेटिंग का कोई प्रभाव नहीं पड़ता है।

USER_SELF_EDIT - आमतौर पर केवल सिस्टम संपादन विशेषाधिकार वाले उपयोगकर्ता ही उपयोगकर्ताओं को बदलने में सक्षम होते हैं
विवरण। इस विकल्प को चालू करने से सामान्य उपयोगकर्ता अपने पासवर्ड बदल सकते हैं और
उनकी भाषा सेटिंग

ऑप्शंस - पथ
[चित्र]

ZM_DIR_EVENTS - यह ईवेंट निर्देशिका का पथ है जहां सभी ईवेंट छवियां और
अन्य विविध फ़ाइलें संग्रहीत हैं। सावधानी: आपके द्वारा यहां निर्दिष्ट निर्देशिका नहीं हो सकती
वेब रूट के बाहर. यह एक सामान्य गलती है. अधिकांश उपयोगकर्ताओं को यह मान कभी नहीं बदलना चाहिए.
यदि आप ईवेंट को दूसरी डिस्क या नेटवर्क शेयर पर रिकॉर्ड करना चाहते हैं, तो आपको माउंट करना चाहिए
ड्राइव करें या सीधे जोनमाइंडर ईवेंट फ़ोल्डर में साझा करें या निर्देशों का पालन करें
ज़ोनमाइंडर विकी का शीर्षक समर्पित हार्ड ड्राइव का उपयोग करना है।

USE_DEEP_STORAGE - परंपरागत रूप से ज़ोनमाइंडर एक मॉनिटर के लिए सभी घटनाओं को एक में संग्रहीत करता है
उस मॉनिटर के लिए निर्देशिका। यह सरल और कुशल है, सिवाय इसके कि जब आपके पास बहुत बड़ा हो
घटनाओं की मात्रा. कुछ फ़ाइल सिस्टम एक में 32k से अधिक फ़ाइलें संग्रहीत करने में असमर्थ हैं
निर्देशिका और इस सीमा के बिना भी, निर्देशिका में बड़ी संख्या में फ़ाइलें धीमी हो सकती हैं
फ़ाइलों का निर्माण और विलोपन. यह विकल्प आपको एक वैकल्पिक विधि का चयन करने की अनुमति देता है
घटनाओं को वर्ष/माह/दिन/घंटा/मिनट/सेकंड के अनुसार संग्रहीत करना जिसमें घटनाओं को अलग करने का प्रभाव होता है
अधिक निर्देशिकाओं में, जिसके परिणामस्वरूप प्रति निर्देशिका कम होती है, और यह आसान भी हो जाता है
किसी विशेष समय या दिनांक पर हुई किसी भी घटना पर मैन्युअल रूप से नेविगेट करें।

DIR_IMAGES - ज़ोनमाइंडर असंख्य छवियां उत्पन्न करता है, जिनमें से अधिकांश संबंधित हैं
आयोजन। जो लोग यहां नहीं हैं, वे यहीं जाते हैं। सावधानी: आपके द्वारा निर्दिष्ट निर्देशिका
यहां वेब रूट के बाहर नहीं हो सकता. यह एक सामान्य गलती है. अधिकांश उपयोगकर्ताओं को कभी नहीं करना चाहिए
इस मान को बदलें. यदि आप छवियों को दूसरी डिस्क या नेटवर्क शेयर पर सहेजने का इरादा रखते हैं, तो
आपको ड्राइव को माउंट करना चाहिए या सीधे ज़ोनमाइंडर इमेज फ़ोल्डर में साझा करना चाहिए या इसका अनुसरण करना चाहिए
ज़ोनमाइंडर विकी में समर्पित हार्ड ड्राइव का उपयोग शीर्षक से निर्देश।

DIR_SOUNDS - अलार्म का पता चलने पर ज़ोनमाइंडर वैकल्पिक रूप से एक ध्वनि फ़ाइल चला सकता है। यह
इंगित करता है कि इस फ़ाइल को कहाँ देखना है। सावधानी: आपके द्वारा यहां निर्दिष्ट निर्देशिका नहीं हो सकती
वेब रूट के बाहर. अधिकांश उपयोगकर्ताओं को यह मान कभी नहीं बदलना चाहिए.

PATH_ZMS - आपके लिए स्ट्रीम की गई छवियां भेजने के लिए ज़ोनमाइंडर स्ट्रीमिंग सर्वर की आवश्यकता होती है
ब्राउज़र. इसे कॉन्फ़िगरेशन समय पर दिए गए सीजीआई-बिन पथ में स्थापित किया जाएगा। यह
विकल्प यह निर्धारित करता है कि आपके स्थानीय पथ के बजाय सर्वर का वेब पथ क्या है
मशीन। आमतौर पर स्ट्रीमिंग सर्वर पार्सर-हेडर मोड में चलता है, हालाँकि यदि आप
स्ट्रीमिंग में समस्याओं का अनुभव होने पर आप इसे नॉन-पार्स्ड-हेडर (एनएफ) मोड में बदल सकते हैं
'zms' को 'nph-zms' में बदलना।

PATH_MAP - ज़ोनमाइंडर ने ऐतिहासिक रूप से बीच साझा किए गए डेटा के लिए आईपीसी साझा मेमोरी का उपयोग किया है
प्रक्रियाएँ। इसके अपने फायदे और सीमाएँ हैं। ज़ोनमाइंडर का यह संस्करण एक का उपयोग कर सकता है
वैकल्पिक विधि, मैप की गई मेमोरी, इसके बजाय --enable--mmap के साथ सक्षम किया जा सकता है
कॉन्फ़िगर करने का निर्देश. इसके लिए कम सिस्टम कॉन्फ़िगरेशन की आवश्यकता होती है और आम तौर पर अधिक होती है
लचीला। हालाँकि इसके लिए प्रत्येक साझा डेटा सेगमेंट को फ़ाइल सिस्टम फ़ाइल पर मैप करने की आवश्यकता होती है। यह
विकल्प इंगित करता है कि वे मैप की गई फ़ाइलें कहां जाती हैं। आपको यह सुनिश्चित करना चाहिए कि यह स्थान है
इन फ़ाइलों के लिए पर्याप्त स्थान और सर्वोत्तम प्रदर्शन के लिए यह एक tmpfs फ़ाइल होनी चाहिए
सिस्टम या रैमडिस्क अन्यथा डिस्क एक्सेस इस विधि को नियमित की तुलना में धीमा कर सकता है
साझा स्मृति एक.

PATH_SOCKS - ज़ोनमाइंडर आमतौर पर जहां संभव हो यूनिक्स डोमेन सॉकेट का उपयोग करता है। इससे कमी आती है
पोर्ट असाइनमेंट की आवश्यकता और बाहरी अनुप्रयोगों को संभवतः होने से रोकती है
राक्षसों से समझौता करना। हालाँकि प्रत्येक यूनिक्स सॉकेट को एक .sock फ़ाइल बनाने की आवश्यकता होती है।
यह विकल्प इंगित करता है कि वे सॉकेट फ़ाइलें कहां जाती हैं।

PATH_LOGS - विभिन्न डेमॉन हैं जिनका उपयोग ज़ोनमाइंडर द्वारा विभिन्न प्रदर्शनों के लिए किया जाता है
कार्य. अधिकांश उपयोगी लॉग फ़ाइलें उत्पन्न करते हैं और यहीं वे जाती हैं। यदि उन्हें हटाया जा सकता है
डिबगिंग के लिए आवश्यक नहीं है.

PATH_SWAP - बफ़र्ड प्लेबैक के लिए प्रत्येक के लिए अस्थायी स्वैप छवियों को संग्रहीत करने की आवश्यकता होती है
स्ट्रीमिंग डेमॉन का उदाहरण. यह विकल्प निर्धारित करता है कि ये छवियाँ कहाँ होंगी
संग्रहित. छवियां वास्तव में इस स्थान के नीचे उप निर्देशिकाओं में संग्रहीत की जाएंगी
कुछ समय के बाद स्वचालित रूप से साफ़ हो जाएगा।

ऑप्शंस - वेब
[चित्र]

WEB_TITLE_PREFIX - यदि आपके पास ZoneMinder की एक से अधिक स्थापना है तो यह सहायक हो सकता है
प्रत्येक के लिए अलग-अलग शीर्षक प्रदर्शित करना। इस विकल्प को बदलने से आप इसे अनुकूलित कर सकते हैं
पहचान में सहायता के लिए अतिरिक्त जानकारी शामिल करने के लिए विंडो शीर्षक।

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

WEB_POPUP_ON_ALARM - लाइव मॉनिटर स्ट्रीम देखते समय आप निर्दिष्ट कर सकते हैं कि आप क्या चाहते हैं
यदि विंडो छोटी हो या पीछे हो तो अलार्म बजने पर विंडो सामने की ओर पॉप हो जाएगी
एक और खिड़की. यह सबसे उपयोगी है यदि आपके मॉनिटर दरवाजे के ऊपर हों, उदाहरण के लिए जब वे
यदि कोई द्वार पर आता है तो प्रकट हो सकता है।

WEB_SOUND_ON_ALARM - लाइव मॉनिटर स्ट्रीम देखते समय आप निर्दिष्ट कर सकते हैं कि आप क्या चाहते हैं
अलार्म बजने पर आपको सचेत करने के लिए ध्वनि बजाने वाली विंडो।

WEB_ALARM_SOUND - यदि आपके रहते हुए कोई अलार्म बजता है तो आप बजाने के लिए एक ध्वनि फ़ाइल निर्दिष्ट कर सकते हैं
लाइव मॉनिटर स्ट्रीम देखना। जब तक आपका ब्राउज़र प्रारूप को समझता है तब तक वह नहीं समझता
किसी विशेष प्रकार का होना आवश्यक है। इस फ़ाइल को परिभाषित ध्वनि निर्देशिका में रखा जाना चाहिए
इससे पहले।

WEB_COMPACT_MONTAGE - मोंटाज दृश्य आपके सभी सक्रिय मॉनिटरों का आउटपुट दिखाता है
एक खिड़की. इसमें प्रत्येक के लिए एक छोटा मेनू और स्थिति की जानकारी शामिल है। ये हो सकता है
वेब ट्रैफ़िक बढ़ाएं और विंडो को इच्छानुसार बड़ा बनाएं। यह सेटिंग
विकल्प यह सारी अनावश्यक जानकारी हटा देता है और केवल छवियां प्रदर्शित करता है।

WEB_EVENT_SORT_FIELD - सूचियों में ईवेंट को प्रारंभ में आपकी इच्छानुसार किसी भी तरह से ऑर्डर किया जा सकता है। यह
विकल्प नियंत्रित करता है कि उन्हें सॉर्ट करने के लिए किस फ़ील्ड का उपयोग किया जाता है। आप इस क्रम को फ़िल्टर से संशोधित कर सकते हैं
या सूचियों में शीर्षकों पर क्लिक करके। हालाँकि यह ध्यान रखें कि 'पिछला'
और 'अगला' लिंक, घटनाओं के माध्यम से स्क्रॉल करते समय, सूचियों में क्रम से संबंधित होते हैं
इसलिए हमेशा समय आधारित ऑर्डर नहीं करना चाहिए।

WEB_EVENT_SORT_ORDER - सूचियों में ईवेंट को शुरू में आपकी इच्छानुसार किसी भी तरह से ऑर्डर किया जा सकता है। यह
विकल्प नियंत्रित करता है कि उन्हें क्रमबद्ध करने के लिए किस क्रम (आरोही या अवरोही) का उपयोग किया जाता है। आप संशोधित कर सकते हैं
यह ऑर्डर फ़िल्टर से या सूचियों में शीर्षकों पर क्लिक करके किया जा सकता है। रखना
हालाँकि, ध्यान रखें कि घटनाओं के माध्यम से स्क्रॉल करते समय 'पिछला' और 'अगला' लिंक संबंधित होते हैं
सूचियों में क्रम और इसलिए हमेशा समय आधारित क्रम नहीं।

WEB_EVENTS_PER_PAGE - इवेंट सूची दृश्य में आप या तो सभी इवेंट या सिर्फ एक पेज सूचीबद्ध कर सकते हैं
एक ही समय पर। यह विकल्प नियंत्रित करता है कि पृष्ठांकित मोड में प्रति पृष्ठ कितने ईवेंट सूचीबद्ध हैं और कैसे
अक्सर गैर-पृष्ठांकित मोड में कॉलम हेडर को दोहराने के लिए।

WEB_LIST_THUMBS - आम तौर पर ईवेंट सूचियां केवल ईवेंट का टेक्स्ट विवरण प्रदर्शित करती हैं
स्थान और समय बचाएं. इस विकल्प को चालू करके आप छोटे थंबनेल भी प्रदर्शित कर सकते हैं
रुचि की घटनाओं की पहचान करने में आपकी सहायता करें। इन थंबनेल का आकार किसके द्वारा नियंत्रित किया जाता है?
निम्नलिखित दो विकल्प।

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

WEB_LIST_THUMB_HEIGHT - यह विकल्प थंबनेल छवियों की ऊंचाई को नियंत्रित करता है
ईवेंट सूचियों में दिखाई दें. यह बाकी टेबल के साथ फिट होने के लिए काफी छोटा होना चाहिए।
यदि आप चाहें तो आप पिछले विकल्प के बजाय एक चौड़ाई निर्दिष्ट कर सकते हैं, लेकिन आपको केवल ऐसा करना चाहिए
चौड़ाई या ऊंचाई में से किसी एक का उपयोग करें और दूसरे विकल्प को शून्य पर सेट किया जाना चाहिए। यदि दोनों चौड़ाई
और ऊंचाई निर्दिष्ट है तो चौड़ाई का उपयोग किया जाएगा और ऊंचाई को नजरअंदाज कर दिया जाएगा।

WEB_USE_OBJECT_TAGS - वेब पेजों में मीडिया सामग्री को शामिल करने की दो विधियाँ हैं।
सबसे सामान्य तरीका EMBED टैग का उपयोग करना है जो इसके प्रकार का कुछ संकेत देने में सक्षम है
संतुष्ट। हालाँकि यह HTML का मानक हिस्सा नहीं है। आधिकारिक तरीका OBJECT का उपयोग करना है
टैग जो अधिक जानकारी देने में सक्षम हैं जिससे सही मीडिया दर्शक आदि हो सकते हैं
लदा हुआ। हालाँकि ये कम व्यापक रूप से समर्थित हैं और सामग्री को विशेष रूप से तैयार किया जा सकता है
किसी विशेष मंच या खिलाड़ी के लिए। यह विकल्प नियंत्रित करता है कि मीडिया सामग्री संलग्न है या नहीं
केवल EMBED टैग में या जहां उपयुक्त हो, इसे अतिरिक्त रूप से OBJECT में लपेटा गया है
टैग. वर्तमान में OBJECT टैग केवल सीमित परिस्थितियों में ही उपयोग किये जाते हैं
भविष्य में और अधिक व्यापक हो सकता है। यह सुझाव दिया जाता है कि आप इस विकल्प को चालू रखें
जब तक आपको कुछ सामग्री चलाने में समस्या न हो।

ऑप्शंस - छावियां
[चित्र]

OPT_FFMPEG - जोनमाइंडर वैकल्पिक रूप से वीडियो छवियों की एक श्रृंखला को एमपीईजी में एन्कोड कर सकता है
देखने, डाउनलोड करने या भंडारण के लिए एन्कोडेड मूवी फ़ाइल। यह विकल्प आपको निर्दिष्ट करने की अनुमति देता है
क्या आपके पास ffmpeg उपकरण स्थापित हैं। ध्यान दें कि एमपीईजी फ़ाइलें बनाना उचित हो सकता है
सीपीयू और डिस्क सघन है और यह एक आवश्यक विकल्प नहीं है क्योंकि घटनाओं की अभी भी समीक्षा की जा सकती है
इसके बिना वीडियो स्ट्रीम।

PATH_FFMPEG - यह पथ उस स्थान को इंगित करना चाहिए जहां ffmpeg स्थापित किया गया है।

FFMPEG_INPUT_OPTIONS - नियंत्रण के लिए Ffmpeg कमांड लाइन पर कई विकल्प ले सकता है
उत्पादित वीडियो की गुणवत्ता. यह विकल्प आपको अपना स्वयं का सेट निर्दिष्ट करने की अनुमति देता है जो लागू होता है
ffmpeg में इनपुट (विकल्प जो -i विकल्प से पहले दिए गए हैं)। एफएफएमपीईजी की जांच करें
विकल्पों की पूरी सूची के लिए दस्तावेज़ीकरण जिसका उपयोग यहां किया जा सकता है।

FFMPEG_OUTPUT_OPTIONS - FFMPEG को नियंत्रित करने के लिए कमांड लाइन पर कई विकल्प ले सकते हैं
उत्पादित वीडियो की गुणवत्ता. यह विकल्प आपको अपना स्वयं का सेट निर्दिष्ट करने की अनुमति देता है जो लागू होता है
ffmpeg से आउटपुट (विकल्प जो -i विकल्प के बाद दिए गए हैं)। एफएफएमपीईजी की जांच करें
विकल्पों की पूरी सूची के लिए दस्तावेज़ीकरण जिसका उपयोग यहां किया जा सकता है। सबसे आम होगा
अक्सर वीडियो एन्कोडर द्वारा समर्थित आउटपुट फ़्रेम दर को बाध्य करने के लिए होता है।

FFMPEG_FORMATS - Ffmpeg कई अलग-अलग प्रारूपों में वीडियो उत्पन्न कर सकता है। यह विकल्प अनुमति देता है
आपको उन लोगों की सूची बनानी होगी जिन्हें आप चुनना चाहते हैं। चूंकि नए प्रारूप ffmpeg द्वारा समर्थित हैं
आप उन्हें यहां जोड़ सकते हैं और तुरंत उनका उपयोग करने में सक्षम हो सकते हैं। एक प्रारूप के बाद '*' जोड़ना
इंगित करता है कि यह वेब वीडियो के लिए उपयोग किया जाने वाला डिफ़ॉल्ट प्रारूप होगा, '**' जोड़ने से परिभाषित होता है
फ़ोन वीडियो के लिए डिफ़ॉल्ट प्रारूप.

FFMPEG_OPEN_TIMEOUT - जब Ffmpeg एक स्ट्रीम खोल रहा है, तो इसमें काफी समय लग सकता है
असफल होना; कुछ परिस्थितियाँ अनिश्चित काल तक लॉक करने में भी सक्षम प्रतीत होती हैं। इस विकल्प
आपको स्ट्रीम बंद करने और प्रयास करने से पहले सेकंड में अधिकतम समय निर्धारित करने की अनुमति देता है
इसे फिर से खोलने के लिए.

JPEG_STREAM_QUALITY - मॉनिटर के लिए 'लाइव' स्ट्रीम देखते समय ज़ोनमाइंडर एक पकड़ लेगा
भेजने से पहले बफ़र से छवि निकालें और उसे JPEG प्रारूप में एन्कोड करें। इस विकल्प
निर्दिष्ट करता है कि इन छवियों को एन्कोड करने के लिए किस छवि गुणवत्ता का उपयोग किया जाना चाहिए। अधिक संख्या का मतलब है
बेहतर गुणवत्ता लेकिन कम संपीड़न, इसलिए धीमे कनेक्शन पर देखने में अधिक समय लगेगा। द्वारा
कंट्रास्ट कम संख्या का मतलब है छवियों को जल्दी देखना लेकिन कम गुणवत्ता की कीमत पर
इमेजिस। यह विकल्प घटनाओं या स्थिर छवियों को देखते समय लागू नहीं होता है
आमतौर पर केवल डिस्क से पढ़ा जाता है और इसलिए इसे निर्दिष्ट गुणवत्ता पर एन्कोड किया जाएगा
पिछले विकल्प.

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

MPEG_LIVE_FORMAT - MPEG मोड का उपयोग करते समय ZoneMinder लाइव वीडियो आउटपुट कर सकता है। हालाँकि क्या
ब्राउज़र द्वारा नियंत्रित किए जाने वाले प्रारूप मशीनों के बीच बहुत भिन्न होते हैं। यह विकल्प आपको अनुमति देता है
फ़ाइल एक्सटेंशन प्रारूप का उपयोग करके एक वीडियो प्रारूप निर्दिष्ट करने के लिए, ताकि आप बस इसे दर्ज कर सकें
आप जिस फ़ाइल प्रकार को चाहते हैं उसका एक्सटेंशन और बाकी उसी से निर्धारित होता है।
'एएसएफ' का डिफॉल्ट विंडोज़ के तहत विंडोज़ मीडिया प्लेयर के साथ अच्छी तरह से काम करता है लेकिन मैं वर्तमान में ऐसा नहीं कर रहा हूँ
निश्चित रूप से लिनक्स प्लेटफ़ॉर्म पर क्या, यदि कुछ भी, काम करता है। यदि आपको पता चले तो कृपया मुझे बताएं! अगर
इस विकल्प को खाली छोड़ दिया जाता है तो लाइव स्ट्रीम फिर से जेपीईजी प्रारूप में चालू हो जाएंगी

MPEG_REPLAY_FORMAT - एमपीईजी मोड का उपयोग करते समय ज़ोनमाइंडर एन्कोडेड वीडियो में घटनाओं को फिर से चला सकता है
प्रारूप। हालाँकि, ब्राउज़र द्वारा कौन से प्रारूप संभाले जाते हैं, यह मशीनों के बीच बहुत भिन्न होता है।
यह विकल्प आपको फ़ाइल एक्सटेंशन प्रारूप का उपयोग करके एक वीडियो प्रारूप निर्दिष्ट करने की अनुमति देता है, इसलिए आप
आपको बस उस फ़ाइल प्रकार का एक्सटेंशन दर्ज करना होगा जो आप चाहते हैं और बाकी सब तय हो जाएगा
उसमें से। 'एएसएफ' का डिफॉल्ट विंडोज़ मीडिया प्लेयर के साथ विंडोज़ के तहत अच्छी तरह से काम करता है
'mpg', या 'avi' आदि को Linux के अंतर्गत काम करना चाहिए। यदि आप और कुछ जानते हैं तो कृपया मुझे बताएं!
यदि यह विकल्प खाली छोड़ दिया जाता है तो लाइव स्ट्रीम वापस मोशन जेपीईजी फॉर्मेट में आ जाएंगी

RAND_STREAM - कुछ ब्राउज़र ZoneMinder द्वारा उपयोग की जाने वाली स्ट्रीम को कैश कर सकते हैं। रोकने के लिए
प्रत्येक आह्वान को बनाने के लिए उसकी एक हानिरहित यादृच्छिक स्ट्रिंग को यूआरएल में जोड़ा जा सकता है
स्ट्रीम अद्वितीय दिखाई देती है.

OPT_CAMBOZOLA - कैम्बोज़ोला एक उपयोगी कम वसा वाला पनीर स्वाद वाला जावा एप्लेट है जो ZoneMinder है
इंटरनेट एक्सप्लोरर जैसे ब्राउज़र पर छवि स्ट्रीम देखने के लिए उपयोग करता है जो मूल रूप से नहीं होता है
इस प्रारूप का समर्थन करें. यदि आप इस ब्राउज़र का उपयोग करते हैं तो इसे यहां से इंस्टॉल करने की अत्यधिक अनुशंसा की जाती है
http://www.charliemouse.com/code/cambozola/ हालाँकि यदि यह स्थिर छवियाँ स्थापित नहीं है
कम ताज़ा दर पर अभी भी देखा जा सकता है।

PATH_CAMBOZOLA - कैम्बोज़ोला एक उपयोगी कम वसा वाला पनीर स्वाद वाला जावा एप्लेट है जो ZoneMinder है
इंटरनेट एक्सप्लोरर जैसे ब्राउज़र पर छवि स्ट्रीम देखने के लिए उपयोग करता है जो मूल रूप से नहीं होता है
इस प्रारूप का समर्थन करें. यदि आप इस ब्राउज़र का उपयोग करते हैं तो इसे यहां से इंस्टॉल करने की अत्यधिक अनुशंसा की जाती है
http://www.charliemouse.com/code/cambozola/ हालाँकि यदि यह स्थिर छवियाँ स्थापित नहीं है
कम ताज़ा दर पर अभी भी देखा जा सकता है। यदि कैम्बोज़ोला है तो इसे 'कैम्बोज़ोला.जर' के रूप में छोड़ दें
ज़ोनमाइंडर वेब क्लाइंट फ़ाइलों के समान निर्देशिका में स्थापित किया गया है।

RELOAD_CAMBOZOLA - कैम्बोज़ोला एमजेपीईजी स्ट्रीमिंग को देखने की अनुमति देता है, हालांकि यह कैश करता है
संपूर्ण स्ट्रीम को कंप्यूटर पर कैश स्पेस में सेट करें, इसे एक नंबर > 0 पर सेट करें
हार्ड ड्राइव को भरने से बचाने के लिए इसे कई सेकंड के बाद स्वचालित रूप से पुनः लोड करें।

OPT_FFMPEG - जोनमाइंडर वैकल्पिक रूप से वीडियो छवियों की एक श्रृंखला को एमपीईजी में एन्कोड कर सकता है
देखने, डाउनलोड करने या भंडारण के लिए एन्कोडेड मूवी फ़ाइल। यह विकल्प आपको निर्दिष्ट करने की अनुमति देता है
क्या आपके पास ffmpeg उपकरण स्थापित हैं। ध्यान दें कि एमपीईजी फ़ाइलें बनाना उचित हो सकता है
सीपीयू और डिस्क सघन है और यह एक आवश्यक विकल्प नहीं है क्योंकि घटनाओं की अभी भी समीक्षा की जा सकती है
इसके बिना वीडियो स्ट्रीम।

PATH_FFMPEG - यह पथ उस स्थान को इंगित करना चाहिए जहां ffmpeg स्थापित किया गया है।

FFMPEG_INPUT_OPTIONS - नियंत्रण के लिए Ffmpeg कमांड लाइन पर कई विकल्प ले सकता है
उत्पादित वीडियो की गुणवत्ता. यह विकल्प आपको अपना स्वयं का सेट निर्दिष्ट करने की अनुमति देता है जो लागू होता है
ffmpeg में इनपुट (विकल्प जो -i विकल्प से पहले दिए गए हैं)। एफएफएमपीईजी की जांच करें
विकल्पों की पूरी सूची के लिए दस्तावेज़ीकरण जिसका उपयोग यहां किया जा सकता है।

FFMPEG_OUTPUT_OPTIONS - FFMPEG को नियंत्रित करने के लिए कमांड लाइन पर कई विकल्प ले सकते हैं
उत्पादित वीडियो की गुणवत्ता. यह विकल्प आपको अपना स्वयं का सेट निर्दिष्ट करने की अनुमति देता है जो लागू होता है
ffmpeg से आउटपुट (विकल्प जो -i विकल्प के बाद दिए गए हैं)। एफएफएमपीईजी की जांच करें
विकल्पों की पूरी सूची के लिए दस्तावेज़ीकरण जिसका उपयोग यहां किया जा सकता है। सबसे आम होगा
अक्सर वीडियो एन्कोडर द्वारा समर्थित आउटपुट फ़्रेम दर को बाध्य करने के लिए होता है।

FFMPEG_FORMATS - Ffmpeg कई अलग-अलग प्रारूपों में वीडियो उत्पन्न कर सकता है। यह विकल्प अनुमति देता है
आपको उन लोगों की सूची बनानी होगी जिन्हें आप चुनना चाहते हैं। चूंकि नए प्रारूप ffmpeg द्वारा समर्थित हैं
आप उन्हें यहां जोड़ सकते हैं और तुरंत उनका उपयोग करने में सक्षम हो सकते हैं। एक प्रारूप के बाद '*' जोड़ना
इंगित करता है कि यह वेब वीडियो के लिए उपयोग किया जाने वाला डिफ़ॉल्ट प्रारूप होगा, '**' जोड़ने से परिभाषित होता है
फ़ोन वीडियो के लिए डिफ़ॉल्ट प्रारूप.

FFMPEG_OPEN_TIMEOUT - जब Ffmpeg एक स्ट्रीम खोल रहा है, तो इसमें काफी समय लग सकता है
असफल होना; कुछ परिस्थितियाँ अनिश्चित काल तक लॉक करने में भी सक्षम प्रतीत होती हैं। इस विकल्प
आपको स्ट्रीम बंद करने और प्रयास करने से पहले सेकंड में अधिकतम समय निर्धारित करने की अनुमति देता है
इसे फिर से खोलने के लिए.

ऑप्शंस - लॉगिंग
[चित्र]

LOG_LEVEL_SYSLOG - ज़ोनमाइंडर लॉगिंग अब घटकों और के बीच अधिक एकीकृत है
आपको लॉगिंग आउटपुट के लिए गंतव्य और इसके लिए अलग-अलग स्तर निर्दिष्ट करने की अनुमति देता है
प्रत्येक। यह विकल्प आपको सिस्टम में जाने वाले लॉगिंग आउटपुट के स्तर को नियंत्रित करने देता है
लकड़ी का लट्ठा। ज़ोनमाइंडर बायनेरिज़ हमेशा सिस्टम लॉग में लॉग होते हैं लेकिन अब स्क्रिप्ट और वेब
लॉगिंग भी शामिल है. पिछले व्यवहार को संरक्षित करने के लिए आपको यह मान सुनिश्चित करना चाहिए
जानकारी या चेतावनी पर सेट है. यह विकल्प लॉगिंग के अधिकतम स्तर को नियंत्रित करता है
लिखा है, इसलिए जानकारी में चेतावनियाँ और त्रुटियाँ आदि शामिल हैं। पूरी तरह से अक्षम करने के लिए, इस विकल्प को सेट करें
कोई नहीं। इस विकल्प को डीबग पर सेट करते समय आपको सावधानी बरतनी चाहिए क्योंकि यह गंभीर रूप से प्रभावित कर सकता है
सिस्टम प्रदर्शन को प्रभावित करें। यदि आप डीबग करना चाहते हैं तो आपको एक स्तर भी सेट करना होगा
नीचे का घटक

LOG_LEVEL_FILE - ज़ोनमाइंडर लॉगिंग अब घटकों के बीच अधिक एकीकृत है
आपको लॉगिंग आउटपुट के लिए गंतव्य और इसके लिए अलग-अलग स्तर निर्दिष्ट करने की अनुमति देता है
प्रत्येक। यह विकल्प आपको व्यक्तिगत लॉग में जाने वाले लॉगिंग आउटपुट के स्तर को नियंत्रित करने देता है
विशिष्ट घटकों द्वारा लिखी गई फ़ाइलें। लॉगिंग पहले और हालाँकि इसी प्रकार काम करती थी
यह विशिष्ट घटकों में मुद्दों पर नज़र रखने के लिए उपयोगी है, इसके परिणामस्वरूप कई असमानताएं भी सामने आईं
फाइल्स लॉग करें # लॉग फाइलें। इस व्यवहार को संरक्षित करने के लिए आपको यह सुनिश्चित करना चाहिए कि यह मान जानकारी या पर सेट है
चेतावनी। यह विकल्प लिखे जाने वाले लॉगिंग के अधिकतम स्तर को नियंत्रित करता है, इसलिए Info
चेतावनियाँ और त्रुटियाँ आदि शामिल हैं। पूरी तरह से अक्षम करने के लिए, इस विकल्प को कोई नहीं पर सेट करें। तुम्हे करना चाहिए
इस विकल्प को डीबग पर सेट करते समय सावधानी बरतें क्योंकि यह सिस्टम को गंभीर रूप से प्रभावित कर सकता है
हालांकि फ़ाइल आउटपुट का प्रदर्शन अन्य विकल्पों की तुलना में कम प्रभाव डालता है। यदि आप डिबग करना चाहते हैं
आपको नीचे एक स्तर और घटक भी सेट करना होगा

LOG_LEVEL_WEBLOG - ज़ोनमाइंडर लॉगिंग अब घटकों के बीच अधिक एकीकृत है
आपको लॉगिंग आउटपुट के लिए गंतव्य और इसके लिए अलग-अलग स्तर निर्दिष्ट करने की अनुमति देता है
प्रत्येक। यह विकल्प आपको वेब इंटरफ़ेस से लॉगिंग आउटपुट के स्तर को नियंत्रित करने देता है
httpd त्रुटि लॉग पर जाता है। ध्यान दें कि केवल PHP और JavaScript फ़ाइलों से ही वेब लॉगिंग होती है
शामिल है और इसलिए यह विकल्प वास्तव में केवल विशिष्ट मुद्दों की जांच के लिए उपयोगी है
वे घटक. यह विकल्प लिखे जाने वाले लॉगिंग के अधिकतम स्तर को नियंत्रित करता है,
इसलिए जानकारी में चेतावनियाँ और त्रुटियाँ आदि शामिल हैं। पूरी तरह से अक्षम करने के लिए, इस विकल्प को कोई नहीं पर सेट करें।
इस विकल्प को डीबग पर सेट करते समय आपको सावधानी बरतनी चाहिए क्योंकि यह गंभीर रूप से प्रभावित कर सकता है
प्रणाली के प्रदर्शन। यदि आप डीबग करना चाहते हैं तो आपको एक स्तर और घटक भी सेट करना होगा
नीचे

LOG_LEVEL_DATABASE - ज़ोनमाइंडर लॉगिंग अब घटकों और के बीच अधिक एकीकृत है
आपको लॉगिंग आउटपुट के लिए गंतव्य और इसके लिए अलग-अलग स्तर निर्दिष्ट करने की अनुमति देता है
प्रत्येक। यह विकल्प आपको लिखे गए लॉगिंग आउटपुट के स्तर को नियंत्रित करने देता है
डेटाबेस। यह एक नया विकल्प है जो लॉगिंग आउटपुट को देखना आसान और अधिक बना सकता है
सहज ज्ञान युक्त और सिस्टम कैसा है इसका समग्र प्रभाव प्राप्त करना भी आसान बनाता है
प्रदर्शन. यदि आपके पास बड़ा या बहुत व्यस्त सिस्टम है तो इसका उपयोग संभव है
यदि तालिका बहुत बड़ी हो जाती है तो विकल्प आपके सिस्टम को धीमा कर सकता है। सुनिश्चित करें कि आप इसका उपयोग करें
तालिका को प्रबंधनीय आकार में रखने के लिए LOG_DATABASE_LIMIT विकल्प। यह विकल्प नियंत्रित करता है
लॉगिंग का अधिकतम स्तर लिखा जाएगा, इसलिए जानकारी में चेतावनियाँ और त्रुटियाँ आदि शामिल हैं।
पूरी तरह से अक्षम करने के लिए, इस विकल्प को कोई नहीं पर सेट करें। इसे सेट करते समय आपको सावधानी बरतनी चाहिए
डीबग करने का विकल्प क्योंकि यह सिस्टम प्रदर्शन को गंभीर रूप से प्रभावित कर सकता है। यदि आप आपको डिबग करना चाहते हैं
नीचे एक स्तर और घटक भी सेट करने की आवश्यकता होगी

LOG_DATABASE_LIMIT - यदि आप डेटाबेस लॉगिंग का उपयोग कर रहे हैं तो यह जल्दी संभव है
लॉग तालिका में बड़ी संख्या में प्रविष्टियाँ बनाएँ। यह विकल्प आपको निर्दिष्ट करने की अनुमति देता है
इनमें से कितनी प्रविष्टियाँ रखी गई हैं। यदि आप इस विकल्प को शून्य से बड़ी संख्या पर सेट करते हैं
फिर उस संख्या का उपयोग पंक्तियों की अधिकतम संख्या, उससे कम या उसके बराबर, निर्धारित करने के लिए किया जाता है
शून्य कोई सीमा नहीं दर्शाता है और इसकी अनुशंसा नहीं की जाती है। आप इस मान को समय मान पर भी सेट कर सकते हैं
जैसे कि ' दिन' जो लॉग प्रविष्टियों को उस समय से नई प्रविष्टियों तक सीमित कर देगा। तुम कर सकते हो
'घंटा', 'दिन', 'सप्ताह', 'महीना' और 'वर्ष' निर्दिष्ट करें, ध्यान दें कि मान एकवचन होने चाहिए
(अंत में कोई 's' नहीं)। लॉग तालिका को समय-समय पर काटा जाता है ताकि इससे अधिक संभव हो सके
इस बीच पंक्तियों की अपेक्षित संख्या संक्षेप में मौजूद रहेगी।

LOG_DEBUG" - ज़ोनमाइंडर घटक आमतौर पर मदद के लिए उपलब्ध डिबग लॉगिंग का समर्थन करते हैं
समस्याओं का निदान. बाइनरी घटकों में डिबग के कई स्तर होते हैं जबकि अन्य में अधिक
घटकों में केवल एक ही है. आम तौर पर प्रदर्शन दंड को कम करने के लिए इसे अक्षम कर दिया जाता है
लॉग को बहुत जल्दी भरने से बचें। यह विकल्प आपको अनुमति देने वाले अन्य विकल्पों पर स्विच करने देता है
आपको आउटपुट के लिए अतिरिक्त डिबग जानकारी कॉन्फ़िगर करनी होगी। घटक इसे उठाएंगे
निर्देश जब वे पुनः आरंभ होते हैं।

LOG_DEBUG_TARGET - डिबग के तीन दायरे उपलब्ध हैं। इस विकल्प को खाली छोड़ दें
इसका मतलब है कि सभी घटक अतिरिक्त डीबग का उपयोग करेंगे (अनुशंसित नहीं)। इस विकल्प को सेट कर रहा हूँ
'_ ', उदाहरण के लिए _zmc, अतिरिक्त डिबग को केवल उस घटक तक सीमित कर देगा। यह सेटिंग
'_ का विकल्प _ ', उदाहरण के लिए '_zmc_m1' अतिरिक्त डिबग को सीमित कर देगा
केवल घटक का उदाहरण. यह आमतौर पर वही है जो आप शायद करना चाहते हैं। डीबग करना
स्क्रिप्ट .pl एक्सटेंशन के बिना अपने नामों का उपयोग करती हैं, उदाहरण के लिए '_zmvideo' और समस्याओं को डीबग करने के लिए
वेब इंटरफ़ेस के साथ '_web' का उपयोग करें। आप अनेक लक्ष्यों को अलग करके निर्दिष्ट कर सकते हैं
'|' के साथ पात्र।

LOG_DEBUG_LEVEL - डिबग के 9 स्तर उपलब्ध हैं, जिनमें उच्चतर संख्याएँ अधिक हैं
डिबग और लेवल 0 कोई डिबग नहीं है। हालाँकि सभी स्तरों का उपयोग सभी घटकों द्वारा नहीं किया जाता है। भी
यदि उच्च स्तर पर डिबग होता है तो आमतौर पर इतनी मात्रा में आउटपुट होने की संभावना होती है
यह सामान्य संचालन में बाधा उत्पन्न कर सकता है। इस कारण से आपको स्तर सावधानीपूर्वक निर्धारित करना चाहिए और
जब तक आप जिस स्तर का डिबग देखना चाहते हैं वह मौजूद न हो जाए तब तक सावधानी बरतें। स्क्रिप्ट और वेब
इंटरफ़ेस में केवल एक स्तर है इसलिए यह उनके लिए ऑन/ऑफ प्रकार का विकल्प है।

LOG_DEBUG_FILE - यह विकल्प आपको डिबग आउटपुट के लिए एक अलग लक्ष्य निर्दिष्ट करने की अनुमति देता है।
सभी घटकों में एक डिफ़ॉल्ट लॉग फ़ाइल होती है जो सामान्य रूप से होगी / Tmp or / Var / लॉग और इस
यदि यह मान रिक्त है तो डिबग कहाँ लिखा जाएगा। यहां एक पथ जोड़ने से होगा
डिबग और अन्य लॉगिंग आउटपुट को अस्थायी रूप से इस फ़ाइल पर रीडायरेक्ट करें। यह विकल्प एक है
सरल फ़ाइल नाम और आप कई घटकों को डीबग कर रहे हैं तो वे सभी प्रयास करेंगे और लिखेंगे
अवांछनीय परिणामों के साथ एक ही फ़ाइल में। फ़ाइल नाम में '+' जोड़ने से समस्या उत्पन्न होगी
'के साथ बनाई जाने वाली फ़ाइल। ' प्रत्यय जिसमें आपकी प्रक्रिया आईडी शामिल है। इस प्रकार से
किसी घटक के प्रत्येक रन से डिबग को अलग रखा जाता है। इस प्रकार यह अनुशंसित सेटिंग है
बाद के रन को उसी लॉग को ओवरराइट करने से भी रोकेगा। आपको यह सुनिश्चित करना चाहिए
यहां निर्दिष्ट फ़ाइल और निर्देशिका में लिखने की अनुमति देने के लिए अनुमतियाँ सेट की गई हैं।

LOG_CHECK_PERIOD - जब ज़ोनमाइंडर डेटाबेस में ईवेंट लॉग कर रहा है तो यह ऐसा कर सकता है
गणना करने के लिए हुई चेतावनियों और त्रुटियों की संख्या की पूर्वव्यापी जांच करें
सिस्टम स्वास्थ्य की समग्र स्थिति। यह विकल्प आपको यह बताने की अनुमति देता है कि किस अवधि की
इस गणना में ऐतिहासिक घटनाओं का उपयोग किया जाता है। यह मान सेकंड में व्यक्त किया जाता है और है
यदि LOG_LEVEL_DATABASE को कोई नहीं पर सेट किया गया है तो इसे अनदेखा कर दिया जाएगा।

LOG_ALERT_WAR_COUNT - जब ज़ोनमाइंडर डेटाबेस में ईवेंट लॉग कर रहा है तो यह ऐसा कर सकता है
गणना करने के लिए हुई चेतावनियों और त्रुटियों की संख्या की पूर्वव्यापी जांच करें
सिस्टम स्वास्थ्य की समग्र स्थिति। यह विकल्प आपको यह निर्दिष्ट करने की अनुमति देता है कि कितनी चेतावनियाँ हैं
समग्र सिस्टम अलर्ट उत्पन्न करने के लिए निर्धारित समय अवधि के भीतर होना चाहिए
राज्य। शून्य मान का मतलब है कि चेतावनियों पर विचार नहीं किया जाता है। यदि इस मान को अनदेखा कर दिया जाता है
LOG_LEVEL_DATABASE कोई नहीं पर सेट है.

LOG_ALERT_ERR_COUNT - जब ज़ोनमाइंडर डेटाबेस में ईवेंट लॉग कर रहा है तो यह ऐसा कर सकता है
गणना करने के लिए हुई चेतावनियों और त्रुटियों की संख्या की पूर्वव्यापी जांच करें
सिस्टम स्वास्थ्य की समग्र स्थिति। यह विकल्प आपको यह निर्दिष्ट करने की अनुमति देता है कि कितनी त्रुटियाँ होनी चाहिए
समग्र सिस्टम अलर्ट स्थिति उत्पन्न करने के लिए निर्धारित समय अवधि के भीतर घटित हुए हैं। ए
शून्य के मान का मतलब है कि त्रुटियों पर विचार नहीं किया जाता है। यदि LOG_LEVEL_DATABASE तो इस मान को अनदेखा कर दिया जाता है
कोई नहीं पर सेट है।

LOG_ALERT_FAT_COUNT - जब ज़ोनमाइंडर डेटाबेस में ईवेंट लॉग कर रहा है तो यह ऐसा कर सकता है
गणना करने के लिए हुई चेतावनियों और त्रुटियों की संख्या की पूर्वव्यापी जांच करें
सिस्टम स्वास्थ्य की समग्र स्थिति। यह विकल्प आपको यह निर्दिष्ट करने की अनुमति देता है कि कितनी घातक त्रुटियाँ हैं
(घबराहट सहित) उत्पन्न करने के लिए निर्धारित समय अवधि के भीतर घटित होना चाहिए
समग्र सिस्टम चेतावनी स्थिति. शून्य के मान का अर्थ है कि घातक त्रुटियों पर विचार नहीं किया जाता है। यह
यदि LOG_LEVEL_DATABASE को कोई नहीं पर सेट किया गया है तो मान को अनदेखा कर दिया जाता है।

LOG_ALARM_WAR_COUNT - जब ज़ोनमाइंडर डेटाबेस में ईवेंट लॉग कर रहा है तो यह ऐसा कर सकता है
गणना करने के लिए हुई चेतावनियों और त्रुटियों की संख्या की पूर्वव्यापी जांच करें
सिस्टम स्वास्थ्य की समग्र स्थिति। यह विकल्प आपको यह निर्दिष्ट करने की अनुमति देता है कि कितनी चेतावनियाँ हैं
समग्र सिस्टम अलार्म उत्पन्न करने के लिए निर्धारित समय अवधि के भीतर होना चाहिए
राज्य। शून्य मान का मतलब है कि चेतावनियों पर विचार नहीं किया जाता है। यदि इस मान को अनदेखा कर दिया जाता है
LOG_LEVEL_DATABASE कोई नहीं पर सेट है.

LOG_ALARM_ERR_COUNT - जब ZoneMinder डेटाबेस में ईवेंट लॉग कर रहा है तो यह ऐसा कर सकता है
गणना करने के लिए हुई चेतावनियों और त्रुटियों की संख्या की पूर्वव्यापी जांच करें
सिस्टम स्वास्थ्य की समग्र स्थिति। यह विकल्प आपको यह निर्दिष्ट करने की अनुमति देता है कि कितनी त्रुटियाँ होनी चाहिए
समग्र सिस्टम अलार्म स्थिति उत्पन्न करने के लिए निर्धारित समय अवधि के भीतर हुआ है। ए
शून्य के मान का मतलब है कि त्रुटियों पर विचार नहीं किया जाता है। यदि LOG_LEVEL_DATABASE तो इस मान को अनदेखा कर दिया जाता है
कोई नहीं पर सेट है।

LOG_ALARM_FAT_COUNT - जब ज़ोनमाइंडर डेटाबेस में ईवेंट लॉग कर रहा है तो यह ऐसा कर सकता है
गणना करने के लिए हुई चेतावनियों और त्रुटियों की संख्या की पूर्वव्यापी जांच करें
सिस्टम स्वास्थ्य की समग्र स्थिति। यह विकल्प आपको यह निर्दिष्ट करने की अनुमति देता है कि कितनी घातक त्रुटियाँ हैं
(घबराहट सहित) उत्पन्न करने के लिए निर्धारित समय अवधि के भीतर घटित होना चाहिए
समग्र सिस्टम अलार्म स्थिति। शून्य के मान का अर्थ है कि घातक त्रुटियों पर विचार नहीं किया जाता है। यह
यदि LOG_LEVEL_DATABASE को कोई नहीं पर सेट किया गया है तो मान को अनदेखा कर दिया जाता है।

RECORD_EVENT_STATS - ज़ोनमाइंडर का यह संस्करण घटनाओं के बारे में विस्तृत जानकारी रिकॉर्ड करता है
आँकड़े तालिका में. इससे जोनों के लिए इष्टतम सेटिंग्स क्या हैं, इसकी रूपरेखा तैयार करने में मदद मिल सकती है
हालाँकि यह फिलहाल मुश्किल है। हालाँकि भविष्य की रिलीज़ों में यह अधिक आसानी से किया जाएगा
और सहज रूप से, विशेष रूप से घटनाओं के एक बड़े नमूने के साथ। 'हाँ' का डिफ़ॉल्ट विकल्प
यह जानकारी अब इसके लिए तत्परता से एकत्र करने की अनुमति देती है, लेकिन यदि आप चिंतित हैं
प्रदर्शन के बारे में आप इसे बंद कर सकते हैं, ऐसी स्थिति में कोई आँकड़े की जानकारी नहीं होगी
बचाया।

RECORD_DIAG_IMAGES - घटना के आँकड़े रिकॉर्ड करने के अलावा आप इसे भी रिकॉर्ड कर सकते हैं
मध्यवर्ती निदान छवियां जो विभिन्न जांचों के परिणाम प्रदर्शित करती हैं
प्रसंस्करण जो तब होता है जब यह निर्धारित करने का प्रयास किया जाता है कि कोई अलार्म घटना हुई है या नहीं। वहाँ
प्रत्येक अलार्म या अलर्ट के लिए प्रत्येक फ़्रेम और ज़ोन के लिए इनमें से कई छवियां तैयार की जाती हैं
फ़्रेम ताकि इसका प्रदर्शन पर व्यापक प्रभाव पड़ सके। इस सेटिंग को केवल इसके लिए चालू करें
डिबग या विश्लेषण प्रयोजनों के लिए और याद रखें कि एक बार आवश्यकता न होने पर इसे फिर से बंद कर दें।

DUMP_CORES - जब ज़ोनमाइंडर बाइनरी प्रक्रिया में एक अप्राप्य त्रुटि होती है
पारंपरिक रूप से ट्रैप किया गया है और दूरस्थ विश्लेषण में सहायता के लिए विवरण लॉग में लिखा गया है।
हालाँकि कुछ मामलों में त्रुटि का निदान करना आसान होता है यदि एक कोर फ़ाइल, जो एक मेमोरी है
त्रुटि के समय प्रक्रिया का डंप बनाया जाता है। यह अंतःक्रियात्मक रूप से हो सकता है
डिबगर में विश्लेषण किया गया है और यह उपलब्ध जानकारी से अधिक या बेहतर जानकारी प्रकट कर सकता है
लॉग से. यह विकल्प केवल उन्नत उपयोगकर्ताओं के लिए अनुशंसित है अन्यथा इसे यहीं छोड़ दें
गलती करना। ध्यान दें कि कोर फ़ाइलों को ट्रिगर करने के लिए इस विकल्प का उपयोग करने का मतलब यह होगा कि कोई नहीं होगा
बाइनरी लॉग में संकेत है कि एक प्रक्रिया समाप्त हो गई है, वे बस रुक जाएंगे, हालाँकि
zmdc लॉग में अभी भी एक प्रविष्टि होगी। यह भी ध्यान रखें कि आपको स्पष्ट रूप से सक्षम करना पड़ सकता है
आपके सिस्टम पर 'उलिमिट -सी' कमांड या अन्य माध्यमों से कोर फ़ाइल निर्माण अन्यथा नहीं
इस विकल्प के मूल्य की परवाह किए बिना फ़ाइल बनाई जाएगी।

ऑप्शंस - नेटवर्क
[चित्र]

HTTP_VERSION - ज़ोनमाइंडर इनमें से किसी एक का उपयोग करके नेटवर्क कैमरों के साथ संचार कर सकता है
HTTP/1.1 या HTTP/1.0 मानक। एक सर्वर सामान्यतः उसी संस्करण पर वापस आ जाएगा जिसका वह समर्थन करता है
कोई समस्या नहीं है इसलिए इसे आमतौर पर डिफ़ॉल्ट पर छोड़ दिया जाना चाहिए। हालाँकि इसे बदला जा सकता है
यदि विशेष मुद्दों को हल करने के लिए आवश्यक हो तो HTTP/1.0 पर जाएं।

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

HTTP_TIMEOUT - दूरस्थ छवियों को पुनर्प्राप्त करते समय ज़ोनमाइंडर इस अवधि तक प्रतीक्षा करेगा
यह निर्णय लेने से पहले कि कोई छवि नहीं आने वाली है और पुनः प्रयास करने के लिए कदम उठाएं। यह
टाइमआउट मिलीसेकंड (1000 प्रति सेकंड) में है और यदि ऐसा है तो यह छवि के प्रत्येक भाग पर लागू होगा
एक पूरे टुकड़े में नहीं भेजा जाता है.

MIN_RTP_PORT - जब ZoneMinder RTP का उपयोग करके MPEG4 सक्षम कैमरों के साथ संचार करता है
यूनिकैस्ट विधि में कैमरे को नियंत्रण के लिए वापस कनेक्ट करने के लिए पोर्ट खोलने होंगे
स्ट्रीमिंग उद्देश्य. यह सेटिंग न्यूनतम पोर्ट संख्या निर्दिष्ट करती है जो ज़ोनमाइंडर करेगा
उपयोग। आमतौर पर प्रत्येक कैमरे के लिए दो आसन्न पोर्ट का उपयोग किया जाता है, एक नियंत्रण पैकेट के लिए और
डेटा पैकेट के लिए एक. यह पोर्ट सम संख्या पर सेट होना चाहिए, आपको इसे खोलने की भी आवश्यकता हो सकती है
यदि आप यूनिकास्टिंग का उपयोग करना चाहते हैं तो कैमरों को वापस कनेक्ट करने की अनुमति देने के लिए अपने फ़ायरवॉल में एक छेद करें।

MAX_RTP_PORT - जब ZoneMinder RTP का उपयोग करके MPEG4 सक्षम कैमरों के साथ संचार करता है
यूनिकैस्ट विधि में कैमरे को नियंत्रण के लिए वापस कनेक्ट करने के लिए पोर्ट खोलने होंगे
स्ट्रीमिंग उद्देश्य. यह सेटिंग ज़ोनमाइंडर द्वारा की जाने वाली अधिकतम पोर्ट संख्या निर्दिष्ट करती है
उपयोग। आमतौर पर प्रत्येक कैमरे के लिए दो आसन्न पोर्ट का उपयोग किया जाता है, एक नियंत्रण पैकेट के लिए और
डेटा पैकेट के लिए एक. यह पोर्ट सम संख्या पर सेट होना चाहिए, आपको इसे खोलने की भी आवश्यकता हो सकती है
यदि आप यूनिकास्टिंग का उपयोग करना चाहते हैं तो कैमरों को वापस कनेक्ट करने की अनुमति देने के लिए अपने फ़ायरवॉल में एक छेद करें।
आपको यह भी सुनिश्चित करना चाहिए कि आपने प्रत्येक मॉनिटर के लिए कम से कम दो पोर्ट खोले हैं
यूनिकास्टिंग नेटवर्क कैमरों से कनेक्ट किया जाएगा।

ऑप्शंस - ईमेल
[चित्र]

OPT_EMAIL - ज़ोनमाइंडर में आप ईवेंट फ़िल्टर बना सकते हैं जो निर्दिष्ट करते हैं कि क्या ईवेंट
कुछ मानदंडों का मिलान करने के लिए उनका विवरण आपको एक निर्दिष्ट ईमेल पर ईमेल किया जाना चाहिए
पता। इससे आपको घटनाओं के घटित होते ही सूचित किया जा सकेगा और साथ ही
घटनाओं को शीघ्रता से सीधे देखें। यह विकल्प निर्दिष्ट करता है कि यह कार्यक्षमता होनी चाहिए या नहीं
उपलब्ध रहिएगा। इस विकल्प के साथ बनाया गया ईमेल किसी भी आकार का हो सकता है और ऐसा होने का इरादा है
मोबाइल डिवाइस के बजाय नियमित ईमेल रीडर पर भेजा जाता है।

EMAIL_ADDRESS - इस विकल्प का उपयोग किसी भी ईवेंट से मेल खाने वाले ईमेल पते को परिभाषित करने के लिए किया जाता है
उपयुक्त फ़िल्टर को भेजा जाएगा.

EMAIL_SUBJECT - इस विकल्प का उपयोग भेजे गए ईमेल के विषय को परिभाषित करने के लिए किया जाता है
कोई भी घटना जो उपयुक्त फ़िल्टर से मेल खाती हो।

EMAIL_BODY - इस विकल्प का उपयोग किसी के लिए भेजे गए ईमेल की सामग्री को परिभाषित करने के लिए किया जाता है
वे घटनाएँ जो उपयुक्त फ़िल्टर से मेल खाती हैं।

मैं
│टोकन │ विवरण │
मैं
│%EI% │ इवेंट की आईडी │
मैं
│%EN% │ घटना का नाम │
मैं
│%EC% │ घटना का कारण │
मैं
│%ED% │ घटना विवरण │
मैं
│%ET% │ घटना का समय │
मैं
│%EL% │ इवेंट की लंबाई │
मैं
│%EF% │ इवेंट में फ़्रेम की संख्या │
मैं
│%EFA% │ में अलार्म फ़्रेम की संख्या
│ │ घटना │
मैं
│%EST% │ इवेंट का कुल स्कोर │
मैं
│%ESA% │ इवेंट का औसत स्कोर │
मैं
│%ESM% │ इवेंट का अधिकतम स्कोर │
मैं
│%EP% │ घटना का पथ │
मैं
│%ईपीएस% │ इवेंट स्ट्रीम का पथ │
मैं
│%EPI% │ घटना छवियों का पथ │
मैं
│%EPI1% │ पहली चिंताजनक घटना का पथ │
│ │ छवि │
मैं
│%EPIM% │ (पहली) घटना छवि का पथ │
│ │ उच्चतम स्कोर के साथ │
मैं
│%EI1% │ पहली चिंताजनक घटना छवि संलग्न करें │
मैं
│%EIM% │ के साथ (पहली) ईवेंट छवि संलग्न करें
│ │ उच्चतम स्कोर │
मैं
│%EV% │ इवेंट एमपीईजी वीडियो संलग्न करें │
मैं
│%MN% │ मॉनिटर का नाम │
मैं
│%MET% │ के लिए आयोजनों की कुल संख्या
│ │ मॉनिटर │
मैं
│%MEH% │ मॉनिटर के लिए घटनाओं की संख्या │
│ │ आखिरी घंटे में │
मैं
│%MED% │ मॉनिटर के लिए घटनाओं की संख्या │
│ │ आखिरी दिन │
मैं
│%MEW% │ मॉनिटर के लिए घटनाओं की संख्या │
│ │ पिछले सप्ताह │
मैं

│%MEM% │ मॉनिटर के लिए घटनाओं की संख्या │
│ │ पिछले महीने │
मैं
│%MEA% │ के लिए संग्रहीत घटनाओं की संख्या
│ │ मॉनिटर │
मैं
│%MP% │ मॉनिटर विंडो का पथ │
मैं
│%MPS% │ मॉनिटर स्ट्रीम का पथ │
मैं
│%MPI% │ मॉनिटर की हालिया छवि का पथ │
मैं
│%FN% │ वर्तमान फ़िल्टर का नाम │
│ │ मिलान │
मैं
│%FP% │ वर्तमान फ़िल्टर का पथ │
│ │ मिलान │
मैं
│%ZP% │ आपके जोनमाइंडर कंसोल का पथ │
मैं

OPT_MESSAGE - ज़ोनमाइंडर में आप ईवेंट फ़िल्टर बना सकते हैं जो निर्दिष्ट करते हैं कि क्या ईवेंट
कुछ मानदंडों का मिलान करने के लिए उनका विवरण आपको एक निर्दिष्ट संक्षिप्त संदेश में भेजा जाना चाहिए
मेल पता। इससे आपको घटनाओं के घटित होते ही तुरंत सूचित किया जा सकेगा। यह
विकल्प निर्दिष्ट करता है कि यह कार्यक्षमता उपलब्ध होनी चाहिए या नहीं। इसके द्वारा जो ईमेल बनाया गया
विकल्प संक्षिप्त होगा और इसे एसएमएस गेटवे या न्यूनतम मेल रीडर पर भेजने का इरादा है
जैसे कि नियमित ईमेल रीडर के बजाय मोबाइल डिवाइस या फ़ोन।

MESSAGE_ADDRESS - इस विकल्प का उपयोग किसी भी संक्षिप्त संदेश ईमेल पते को परिभाषित करने के लिए किया जाता है
उपयुक्त फ़िल्टर से मेल खाने वाली घटनाओं को भेजा जाएगा।

MESSAGE_SUBJECT - इस विकल्प का उपयोग भेजे गए संदेश के विषय को परिभाषित करने के लिए किया जाता है
किसी भी ईवेंट के लिए जो उपयुक्त फ़िल्टर से मेल खाता हो।

MESSAGE_BODY - इस विकल्प का उपयोग उस संदेश की सामग्री को परिभाषित करने के लिए किया जाता है जिसके लिए भेजा गया है
कोई भी घटना जो उपयुक्त फ़िल्टर से मेल खाती हो।

NEW_MAIL_MODULES - परंपरागत रूप से ZoneMinder ने MIME::Entity perl मॉड्यूल का उपयोग किया है
अधिसूचना ईमेल और संदेश बनाएं और भेजें। कुछ लोगों ने समस्याएं बताई हैं
चूँकि यह मॉड्यूल बिल्कुल भी मौजूद नहीं है या उनकी ज़रूरतों के लिए पर्याप्त लचीला नहीं है। यदि आप हैं
उन लोगों में से एक यह विकल्प आपको MIME::Lite का उपयोग करके एक नई मेलिंग विधि चुनने की अनुमति देता है
और इसके बजाय Net::SMTP। इस पद्धति का योगदान रॉस मेलिन द्वारा किया गया था और इसके लिए काम करना चाहिए
सभी का लेकिन बड़े पैमाने पर परीक्षण नहीं किया गया है इसलिए वर्तमान में डिफ़ॉल्ट रूप से चयनित नहीं है।

EMAIL_HOST - यदि आपने अधिसूचना ईमेल भेजने के लिए SMTP को विधि के रूप में चुना है
संदेश तो यह विकल्प आपको यह चुनने की अनुमति देता है कि उन्हें भेजने के लिए किस एसएमटीपी सर्वर का उपयोग करना है।
यदि आपके पास सेंडमेल, एक्ज़िम या समान डेमॉन चल रहा है तो लोकलहोस्ट का डिफ़ॉल्ट काम कर सकता है
हालाँकि आप यहां अपने ISP का SMTP मेल सर्वर दर्ज करना चाह सकते हैं।

FROM_EMAIL - ईमेल या संदेश जो आपको घटनाओं के बारे में सूचित करने के लिए भेजे जाएंगे
ऐसा प्रतीत होता है कि यह मेल फ़िल्टरिंग आदि में आपकी सहायता के लिए एक निर्दिष्ट ईमेल पते से आया है
कुछ इस तरह का पता [ईमेल संरक्षित] इसकी सिफारिश की जाती है।

यूआरएल - आपको घटनाओं की सूचना देने के लिए जो ईमेल या संदेश भेजे जाएंगे उनमें ये शामिल हो सकते हैं
आसानी से देखने के लिए घटनाओं का लिंक। यदि आप इस सुविधा का उपयोग करने का इरादा रखते हैं तो
इस विकल्प को अपने इंस्टॉलेशन के यूआरएल पर सेट करें क्योंकि यह आपके पढ़ने के स्थान पर दिखाई देगा
आपका ईमेल, उदा http://host.your.domain/zm.php.

ऑप्शंस - अपलोड
[चित्र]

OPT_UPLOAD - ज़ोनमाइंडर में आप ईवेंट फ़िल्टर बना सकते हैं जो निर्दिष्ट करते हैं कि क्या ईवेंट
संग्रह के लिए कुछ मानदंडों का मिलान एक दूरस्थ सर्वर पर अपलोड किया जाना चाहिए। इस विकल्प
निर्दिष्ट करता है कि यह कार्यक्षमता उपलब्ध होनी चाहिए या नहीं

UPLOAD_ARCH_FORMAT - अपलोड किए गए ईवेंट को .tar या .zip प्रारूप में संग्रहीत किया जा सकता है, यह
विकल्प निर्दिष्ट करता है कि कौन सा। ध्यान दें कि इसका उपयोग करने के लिए आपके पास Archive::Tar होना आवश्यक है
और/या पुरालेख::ज़िप पर्ल मॉड्यूल स्थापित।

UPLOAD_ARCH_COMPRESS - जब संग्रह फ़ाइलें बनाई जाती हैं तो उन्हें संपीड़ित किया जा सकता है। हालाँकि
सामान्य तौर पर चूँकि छवियाँ पहले से ही संपीड़ित होती हैं, इससे केवल न्यूनतम मात्रा की बचत होती है
अंतरिक्ष बनाम उनके निर्माण में अधिक सीपीयू का उपयोग। केवल तभी सक्षम करें जब आपके पास बर्बाद करने के लिए सीपीयू हो
और आपके दूरस्थ सर्वर या बैंडविड्थ पर डिस्क स्थान में सीमित हैं।

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

UPLOAD_PROTOCOL - ज़ोनमाइंडर एफ़टीपी या का उपयोग करके किसी दूरस्थ सर्वर पर ईवेंट अपलोड कर सकता है
एसएफटीपी. नियमित एफ़टीपी व्यापक रूप से समर्थित है लेकिन जरूरी नहीं कि बहुत सुरक्षित हो जबकि एसएफटीपी (सुरक्षित)।
FTP) एक ssh कनेक्शन पर चलता है और इसलिए एन्क्रिप्ट किया गया है और नियमित ssh पोर्ट का उपयोग करता है। ध्यान दें कि
इसका उपयोग करने के लिए आपको उपयुक्त पर्ल मॉड्यूल, या तो Net::FTP या की आवश्यकता होगी
आपकी पसंद के आधार पर नेट::एसएफटीपी स्थापित किया गया।

UPLOAD_HOST - आप ज़ोनमाइंडर को रिमोट पर ईवेंट अपलोड करने का निर्देश देने के लिए फ़िल्टर का उपयोग कर सकते हैं
सर्वर. यह विकल्प उपयोग किए जाने वाले सर्वर का नाम या आईपी पता इंगित करता है।

UPLOAD_PORT - आप ज़ोनमाइंडर को रिमोट पर ईवेंट अपलोड करने का निर्देश देने के लिए फ़िल्टर का उपयोग कर सकते हैं
सर्वर. यदि आप एसएफटीपी प्रोटोकॉल का उपयोग कर रहे हैं तो यह विकल्प आपको निर्दिष्ट करने की अनुमति देता है
कनेक्शन के लिए उपयोग किया जाने वाला विशेष पोर्ट. यदि यह विकल्प खाली छोड़ दिया जाए तो डिफ़ॉल्ट, port
22, का प्रयोग किया जाता है। एफ़टीपी अपलोड के लिए इस विकल्प को अनदेखा कर दिया जाता है।

UPLOAD_USER - आप ज़ोनमाइंडर को रिमोट पर ईवेंट अपलोड करने का निर्देश देने के लिए फ़िल्टर का उपयोग कर सकते हैं
सर्वर. यह विकल्प उस उपयोगकर्ता नाम को इंगित करता है जिसे ज़ोनमाइंडर को लॉग इन करने के लिए उपयोग करना चाहिए
हस्तांतरण।

UPLOAD_PASS - आप ज़ोनमाइंडर को रिमोट पर ईवेंट अपलोड करने का निर्देश देने के लिए फ़िल्टर का उपयोग कर सकते हैं
सर्वर. यह विकल्प उस पासवर्ड को इंगित करता है जिसे ज़ोनमाइंडर को लॉग इन करने के लिए उपयोग करना चाहिए
स्थानांतरण करना। यदि आप एसएफटीपी सर्वर के लिए प्रमाणपत्र आधारित लॉगिन का उपयोग कर रहे हैं तो आप इसे छोड़ सकते हैं
विकल्प रिक्त.

UPLOAD_LOC_DIR - आप ज़ोनमाइंडर को रिमोट पर ईवेंट अपलोड करने का निर्देश देने के लिए फ़िल्टर का उपयोग कर सकते हैं
सर्वर. यह विकल्प स्थानीय निर्देशिका को इंगित करता है जिसे ज़ोनमाइंडर को अस्थायी रूप से उपयोग करना चाहिए
फाइलें अपलोड करें। ये वे फ़ाइलें हैं जो इवेंट से बनाई जाती हैं, अपलोड की जाती हैं और फिर हटा दी जाती हैं।

UPLOAD_REM_DIR - आप ज़ोनमाइंडर को रिमोट पर ईवेंट अपलोड करने का निर्देश देने के लिए फ़िल्टर का उपयोग कर सकते हैं
सर्वर. यह विकल्प उस दूरस्थ निर्देशिका को इंगित करता है जिसे ज़ोनमाइंडर को अपलोड करने के लिए उपयोग करना चाहिए
ईवेंट फ़ाइलों को .

UPLOAD_TIMEOUT - आप ज़ोनमाइंडर को रिमोट पर ईवेंट अपलोड करने का निर्देश देने के लिए फ़िल्टर का उपयोग कर सकते हैं
सर्वर. यह विकल्प अधिकतम निष्क्रियता समयबाह्य (सेकेंड में) इंगित करता है जो होना चाहिए
ज़ोनमाइंडर के यह निर्धारित करने से पहले कि स्थानांतरण विफल हो गया है, सहन किया जाता है और बंद कर दिया जाता है
कनेक्शन।

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

UPLOAD_DEBUG - आप ज़ोनमाइंडर को रिमोट पर ईवेंट अपलोड करने का निर्देश देने के लिए फ़िल्टर का उपयोग कर सकते हैं
सर्वर. यदि आपको ईवेंट अपलोड करने में परेशानी हो रही है (या उम्मीद है) तो इसे सेट करें
'हाँ' अंतर्निहित स्थानांतरण मॉड्यूल द्वारा अतिरिक्त जानकारी उत्पन्न करने की अनुमति देता है
और लॉग में शामिल है।

ऑप्शंस - X10
[चित्र]

OPT_X10 - यदि आपके घर में X10 होम ऑटोमेशन सेटअप है तो आप ZoneMinder का उपयोग कर सकते हैं
यदि आपके कंप्यूटर में उपयुक्त इंटरफ़ेस है तो X10 सिग्नल आरंभ करें या उन पर प्रतिक्रिया करें
नियंत्रक. यह विकल्प इंगित करता है कि ब्राउज़र में X10 विकल्प उपलब्ध होंगे या नहीं
ग्राहक।

X10_DEVICE - यदि आपके पास X10 नियंत्रक डिवाइस (जैसे XM10U) आपके कंप्यूटर से जुड़ा है
यह विकल्प विवरण देता है कि यह किस पोर्ट से जुड़ा है, जो /dev/ttyS0 मानचित्रों का डिफ़ॉल्ट है
सीरियल या कॉम पोर्ट 1.

X10_HOUSE_CODE - X10 डिवाइसों को सभी संबंधित उपकरणों के रूप में पहचानकर एक साथ समूहीकृत किया जाता है
एक हाउस कोड. यह विकल्प बताता है कि वह क्या है। यह A के बीच एक अक्षर होना चाहिए
और पी.

X10_DB_RELOAD_INTERVAL - zmx10 डेमॉन पता लगाने के लिए समय-समय पर डेटाबेस की जाँच करता है
कौन सी X10 घटनाएँ अलार्म को ट्रिगर करती हैं, या उनके परिणामस्वरूप होती हैं। यह विकल्प निर्धारित करता है कि कितनी बार
यह जांच होती है, जब तक कि आप इस क्षेत्र को बार-बार नहीं बदलते, यह काफी बड़ा हो सकता है
मूल्य.

ऑप्शंस - उच्च, मध्यम और निम्न बी/डब्ल्यू
[चित्र]

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

उच्च - आपको स्थानीय स्तर पर ज़ोनमाइंडर क्लाइंट तक पहुँचने के लिए इन विकल्पों को सेट करना चाहिए
नेटवर्क या हाई स्पीड लिंक।

माध्यम - ज़ोनमाइंडर क्लाइंट तक पहुँचने के लिए आपको इन विकल्पों को सेट करना चाहिए
धीमी केबल या डीएसएल लिंक।

धीमा - ज़ोनमाइंडर क्लाइंट तक धीमी गति से पहुंचने पर आपको इन विकल्पों को सेट करना चाहिए
नेटवर्क लिंक.

WEB_H_REFRESH_MAIN, WEB_M_REFRESH_MAIN, WEB_L_REFRESH_MAIN - कितनी बार (सेकंड में)
मुख्य कंसोल विंडो को स्वयं ताज़ा होना चाहिए। मुख्य कंसोल विंडो एक सामान्य स्थिति सूचीबद्ध करती है
और सभी मॉनिटरों के लिए इवेंट का कुल योग। यह कोई मामूली काम नहीं है और होना भी नहीं चाहिए
बहुत बार दोहराया जाता है अन्यथा यह शेष सिस्टम के प्रदर्शन को प्रभावित कर सकता है।

WEB_H_REFRESH_CYCLE, WEB_M_REFRESH_CYCLE, WEB_L_REFRESH_CYCLE - कितनी बार (सेकंड में)
साइकिल वॉच विंडो अगले मॉनिटर पर स्वैप हो जाती है। साइकिल वॉच विंडो एक विधि है
आपके सभी मॉनिटरों से छवियों के बीच लगातार साइकिल चलाना। यह विकल्प निर्धारित करता है कि कैसे
अक्सर एक नई छवि के साथ ताज़ा करने के लिए।

WEB_H_REFRESH_IMAGE, WEB_M_REFRESH_IMAGE, WEB_L_REFRESH_IMAGE - कितनी बार (सेकंड में)
देखी गई छवि ताज़ा हो गई है (यदि स्ट्रीमिंग नहीं है)। मॉनिटर से लाइव छवियां हो सकती हैं
स्ट्रीम या स्टिल मोड में देखा गया। यह विकल्प निर्धारित करता है कि स्थिर छवि कितनी बार होगी
ताज़ा किया जाता है, यदि स्ट्रीमिंग का चयन किया जाता है तो इसका कोई प्रभाव नहीं पड़ता है।

WEB_H_REFRESH_STATUS, WEB_M_REFRESH_STATUS, WEB_L_REFRESH_STATUS - कितनी बार (सेकंड में)
स्थिति घड़ी विंडो में स्वयं ताज़ा हो जाती है। मॉनिटर विंडो वास्तव में किससे बनाई जाती है?
कई फ्रेम. बीच वाले में केवल एक मॉनिटर स्थिति होती है जिसकी आवश्यकता होती है
सही संकेत देने के लिए बार-बार ताज़ा करें। यह विकल्प यह निर्धारित करता है
आवृत्ति.

WEB_H_REFRESH_EVENTS, WEB_M_REFRESH_EVENTS, WEB_L_REFRESH_EVENTS - कितनी बार (सेकंड में)
इवेंट सूची को वॉच विंडो में ताज़ा किया जाता है। मॉनिटर विंडो वास्तव में बनाई गई है
कई फ़्रेमों से. निचले फ़्रेम में आसान के लिए पिछली कुछ घटनाओं की सूची शामिल है
पहुँच। यह विकल्प निर्धारित करता है कि इसे कितनी बार ताज़ा किया जाता है।

WEB_H_CAN_STREAM, WEB_M_CAN_STREAM, WEB_L_CAN_STREAM - यदि आप जानते हैं कि आपका ब्राउज़र
'मल्टीपार्ट/एक्स-मिक्स्ड-रिप्लेस' प्रकार की छवि स्ट्रीम को संभालें लेकिन ज़ोनमाइंडर ऐसा नहीं करता है
इसे सही ढंग से पहचानें, आप यह विकल्प सेट कर सकते हैं ताकि यह सुनिश्चित हो सके कि स्ट्रीम वितरित की गई है
या कैम्बोज़ोला प्लगइन के उपयोग के बिना। 'हां' का चयन करने से ज़ोनमाइंडर को पता चल जाएगा कि आपका
ब्राउज़र मूल रूप से स्ट्रीम को संभाल सकता है

WEB_H_STREAM_METHOD, WEB_M_STREAM_METHOD, WEB_H_STREAM_METHOD - जोनमाइंडर हो सकता है
भेजते समय एमपीईजी एन्कोडेड वीडियो या श्रृंखला या स्थिर जेपीईजी छवियों का उपयोग करने के लिए कॉन्फ़िगर किया गया है
वीडियो स्ट्रीम. यह विकल्प परिभाषित करता है कि किसका उपयोग किया गया है। यदि आप एमपीईजी चुनते हैं तो आपको सुनिश्चित करना चाहिए
जेपीईजी चुनते समय आपके ब्राउज़र पर उपयुक्त प्लगइन्स उपलब्ध होंगे
मोज़िला और संबंधित ब्राउज़र पर और इंटरनेट एक्सप्लोरर पर जावा एप्लेट के साथ मूल रूप से काम करें

WEB_H_DEFAULT_SCALE, WEB_M_DEFAULT_SCALE, WEB_L_DEFAULT_SCALE - सामान्यतः जोनमाइंडर करेगा
'लाइव' या 'इवेंट' स्ट्रीम को उनके मूल आकार में प्रदर्शित करें। हालाँकि यदि आपके पास मॉनिटर हैं
बड़े आयाम या धीमे लिंक के लिए आप वैकल्पिक रूप से इस आकार को कम करना पसंद कर सकते हैं
छोटे मॉनिटर को आप बड़ा कर सकते हैं। यह विकल्प आपको यह निर्दिष्ट करने देता है कि डिफ़ॉल्ट स्केलिंग क्या है
कारक होगा. इसे प्रतिशत के रूप में व्यक्त किया जाता है इसलिए 100 सामान्य आकार है, 200 दोगुना आकार है
इत्यादि

WEB_H_DEFAULT_RATE, WEB_M_DEFAULT_RATE, WEB_L_DEFAULT_RATE - सामान्यतः जोनमाइंडर करेगा
'इवेंट' स्ट्रीम को उनकी मूल दर पर प्रदर्शित करें, यानी जितना संभव हो वास्तविक समय के करीब।
हालाँकि यदि आपके पास लंबे इवेंट हैं तो उन्हें तेज़ गति से दोबारा चलाना अक्सर सुविधाजनक होता है
समीक्षा। यह विकल्प आपको यह निर्दिष्ट करने देता है कि डिफ़ॉल्ट रीप्ले दर क्या होगी। यह व्यक्त किया गया है
प्रतिशत के रूप में, 100 सामान्य दर है, 200 दोगुनी गति है आदि।

WEB_H_VIDEO_BITRATE, WEB_M_VIDEO_BITRATE, WEB_L_VIDEO_BITRATE - वास्तविक वीडियो एन्कोडिंग करते समय
FFMPEG लाइब्रेरी के माध्यम से एक बिट दर निर्दिष्ट की जा सकती है जो मोटे तौर पर इससे मेल खाती है
स्ट्रीम के लिए उपयोग की जाने वाली उपलब्ध बैंडविड्थ। यह सेटिंग प्रभावी रूप से a से मेल खाती है
वीडियो के लिए 'गुणवत्ता' सेटिंग. कम मान के परिणामस्वरूप अवरुद्ध छवि होगी जबकि उच्च पर
मूल्य एक स्पष्ट दृश्य उत्पन्न करेगा। ध्यान दें कि यह सेटिंग फ़्रेम दर को नियंत्रित नहीं करती है
हालाँकि, निर्मित वीडियो की गुणवत्ता इस सेटिंग से प्रभावित होती है
और वह फ़्रेम दर जिस पर वीडियो बनाया गया है। किसी विशेष बिट पर उच्च फ्रेम दर
व्यक्तिगत फ़्रेमों के निम्न गुणवत्ता पर होने का दर परिणाम।

WEB_H_VIDEO_MAXFPS, WEB_M_VIDEO_MAXFPS, WEB_L_VIDEO_MAXFPS - स्ट्रीम किए गए वीडियो का उपयोग करते समय
मुख्य नियंत्रण बिटरेट है जो निर्धारित करता है कि कितना डेटा प्रसारित किया जा सकता है। हालाँकि ए
उच्च फ्रेम दर पर कम बिटरेट के परिणामस्वरूप कम गुणवत्ता वाली छवि बनती है। यह विकल्प आपको अनुमति देता है
यह सुनिश्चित करने के लिए कि वीडियो की गुणवत्ता बनी रहे, अधिकतम फ़्रेम दर को सीमित करना। अतिरिक्त
लाभ यह है कि उच्च फ़्रेम दर पर वीडियो को एन्कोड करना एक प्रोसेसर गहन कार्य है
अधिकांश भाग के लिए एक बहुत ही उच्च फ्रेम दर एक की तुलना में थोड़ा ध्यान देने योग्य सुधार प्रदान करती है
जिसके लिए अधिक प्रबंधनीय संसाधन की आवश्यकता है। ध्यान दें, यह विकल्प एक सीमा के रूप में लागू किया गया है
जिसके आगे बाइनरी रिडक्शन होता है। तो यदि आपके पास 15fps पर कैप्चरिंग करने वाला उपकरण है और
इस विकल्प को 10fps पर सेट करें, फिर वीडियो 10fps पर नहीं, बल्कि 7.5fps (15) पर निर्मित होगा
2 से विभाजित) क्योंकि अंतिम फ़्रेम दर मूल को 2 की शक्ति से विभाजित करना चाहिए।

WEB_H_SCALE_THUMBS, WEB_M_SCALE_THUMBS, WEB_L_SCALE_THUMBS - यदि सेट नहीं है, तो यह विकल्प भेजता है
संपूर्ण छवि को ब्राउज़र पर ले जाएं जो विंडो में इसका आकार बदल देता है। यदि सेट किया गया है तो छवि स्केल की गई है
ब्राउज़र में कम आकार की छवि को संरक्षित करने के लिए भेजने से पहले सर्वर पर डाउन करें
सर्वर पर सीपीयू की कीमत पर बैंडविड्थ। ध्यान दें कि ZM केवल तभी आकार बदल सकता है
उपयुक्त PHP ग्राफ़िक्स कार्यक्षमता स्थापित है। यह आमतौर पर उपलब्ध है
php-gd पैकेज.

WEB_H_EVENTS_VIEW, WEB_M_EVENTS_VIEW, WEB_L_EVENTS_VIEW - संग्रहीत घटनाओं को इसमें देखा जा सकता है
या तो इवेंट सूची प्रारूप में या समयरेखा आधारित प्रारूप में। यह विकल्प डिफ़ॉल्ट दृश्य सेट करता है
जिसका उपयोग किया जाएगा. यहां एक दृश्य चुनने से दूसरे दृश्य को इसके रूप में उपयोग करने से नहीं रोका जा सकता है
वर्तमान में उपयोग किए जा रहे किसी भी दृश्य से हमेशा चयन योग्य रहेगा।

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

WEB_H_AJAX_TIMEOUT, WEB_M_AJAX_TIMEOUT, WEB_L_AJAX_TIMEOUT - के नए संस्करण
लाइव फ़ीड और ईवेंट दृश्य सर्वर से जानकारी का अनुरोध करने और उसे पॉप्युलेट करने के लिए Ajax का उपयोग करते हैं
गतिशील रूप से दृश्य। यह विकल्प आपको यदि आवश्यक हो तो उसके बाद एक टाइमआउट निर्दिष्ट करने की अनुमति देता है
अनुरोध छोड़ दिए गए हैं. यदि अनुरोध अत्यधिक लटक जाएंगे तो टाइमआउट आवश्यक हो सकता है
धीमे कनेक्शन पर. इससे ब्राउज़र की बहुत सारी मेमोरी खर्च हो जाएगी और
इंटरफ़ेस अनुत्तरदायी. आमतौर पर किसी भी अनुरोध का समय समाप्त नहीं होना चाहिए, इसलिए यह सेटिंग होनी चाहिए
सबसे धीमी अपेक्षित प्रतिक्रिया से अधिक मान पर सेट करें। यह मान मिलीसेकंड में है
लेकिन यदि शून्य पर सेट किया जाए तो कोई टाइमआउट उपयोग नहीं किया जाएगा।

ऑप्शंस - फ़ोन बैंडविड्थ
[चित्र]

WEB_P_CAN_STREAM - ब्राउज़र स्ट्रीमिंग क्षमता की स्वचालित पहचान को ओवरराइड करें। अगर
आप जानते हैं कि आपका ब्राउज़र इस प्रकार की छवि स्ट्रीम को संभाल सकता है
'मल्टीपार्ट/एक्स-मिक्स्ड-रिप्लेस' लेकिन जोनमाइंडर इसका सही ढंग से पता नहीं लगा पाता है, आप इसे सेट कर सकते हैं
यह सुनिश्चित करने का विकल्प कि धारा कंबोज़ोला के उपयोग के साथ या उसके बिना वितरित की जाती है
लगाना। 'हां' का चयन करने से ज़ोनमाइंडर को पता चल जाएगा कि आपका ब्राउज़र स्ट्रीम को संभाल सकता है
मूल रूप से, 'नहीं' का मतलब है कि यह नहीं हो सकता है और इसलिए 'ऑटो' सुविधा के दौरान प्लगइन का उपयोग किया जाएगा
ज़ोनमाइंडर निर्णय लें।

WEB_P_STREAM_METHOD - ज़ोनमाइंडर को एमपीईजी एन्कोडेड वीडियो या ए का उपयोग करने के लिए कॉन्फ़िगर किया जा सकता है
वीडियो स्ट्रीम भेजते समय श्रृंखला या स्थिर jpeg छवियां। यह विकल्प परिभाषित करता है कि किसका उपयोग किया गया है।
यदि आप एमपीईजी चुनते हैं तो आपको यह सुनिश्चित करना चाहिए कि आपके पास उपयुक्त प्लगइन उपलब्ध हैं
जेपीईजी चुनते समय आपका ब्राउज़र मूल रूप से मोज़िला और संबंधित ब्राउज़र पर काम करेगा
इंटरनेट एक्सप्लोरर पर जावा एप्लेट के साथ"

WEB_P_DEFAULT_SCALE - आम तौर पर जोनमाइंडर अपने में 'लाइव' या 'इवेंट' स्ट्रीम प्रदर्शित करेगा
मूल आकार. हालाँकि यदि आपके पास बड़े आयामों या धीमे लिंक वाले मॉनिटर हैं तो आप ऐसा कर सकते हैं
इस आकार को कम करना पसंद करें, वैकल्पिक रूप से छोटे मॉनिटर के लिए आप इसे बड़ा कर सकते हैं। यह
विकल्प आपको यह निर्दिष्ट करने देते हैं कि डिफ़ॉल्ट स्केलिंग कारक क्या होगा। इसे इस प्रकार व्यक्त किया जाता है
प्रतिशत तो 100 सामान्य आकार है, 200 दोगुना आकार है आदि।

WEB_P_DEFAULT_RATE - आम तौर पर जोनमाइंडर 'इवेंट' स्ट्रीम को उनके मूल स्थान पर प्रदर्शित करेगा
दर, यानी जितना संभव हो वास्तविक समय के करीब। हालाँकि यदि आपके पास लंबे कार्यक्रम हैं तो यह अक्सर होता है
समीक्षा के लिए उन्हें तेज़ गति से दोबारा चलाना सुविधाजनक है। यह विकल्प आपको क्या निर्दिष्ट करने देता है
डिफ़ॉल्ट रीप्ले दर होगी. इसे प्रतिशत के रूप में व्यक्त किया जाता है इसलिए 100 सामान्य दर है,
200 दोगुनी गति है आदि।

WEB_P_VIDEO_BITRATE - ffmpeg लाइब्रेरी के माध्यम से वास्तविक वीडियो को एन्कोड करते समय बिट दर हो सकती है
निर्दिष्ट किया गया है जो मोटे तौर पर स्ट्रीम के लिए उपयोग की जाने वाली उपलब्ध बैंडविड्थ से मेल खाता है। यह
सेटिंग प्रभावी रूप से वीडियो के लिए 'गुणवत्ता' सेटिंग से मेल खाती है। कम मूल्य होगा
परिणामस्वरूप एक अवरुद्ध छवि बनेगी जबकि उच्च मान से स्पष्ट दृश्य उत्पन्न होगा। ध्यान दें कि यह
सेटिंग वीडियो की फ़्रेम दर को नियंत्रित नहीं करती है, बल्कि वीडियो की गुणवत्ता को नियंत्रित करती है
उत्पादन इस सेटिंग और वीडियो द्वारा निर्मित फ़्रेम दर दोनों से प्रभावित होता है
पर। किसी विशेष बिट दर पर उच्च फ़्रेम दर के परिणामस्वरूप व्यक्तिगत फ़्रेम एक पर होते हैं
कम गुणवत्ता।

WEB_P_VIDEO_MAXFPS - स्ट्रीम किए गए वीडियो का उपयोग करते समय मुख्य नियंत्रण बिटरेट होता है
यह निर्धारित करता है कि कितना डेटा प्रसारित किया जा सकता है। हालाँकि उच्च फ्रेम दर पर कम बिटरेट
परिणामस्वरूप निम्न गुणवत्ता वाली छवि प्राप्त होती है. यह विकल्प आपको अधिकतम फ्रेम दर को सीमित करने की अनुमति देता है
यह सुनिश्चित करने के लिए कि वीडियो की गुणवत्ता बनी रहे। एक अतिरिक्त लाभ यह है कि एन्कोडिंग वीडियो
उच्च फ्रेम दर पर एक प्रोसेसर गहन कार्य है जब अधिकांश भाग के लिए बहुत उच्च फ्रेम होता है
अधिक प्रबंधनीय संसाधन वाली दर की तुलना में दर थोड़ा ध्यान देने योग्य सुधार प्रदान करती है
मांग। ध्यान दें, यह विकल्प एक सीमा के रूप में कार्यान्वित किया जाता है जिसके परे बाइनरी कटौती होती है
जगह। इसलिए यदि आपके पास 15fps पर कैप्चरिंग करने वाला उपकरण है और आप इस विकल्प को 10fps पर सेट करते हैं तो
वीडियो 10fps पर नहीं, बल्कि अंतिम फ्रेम के रूप में 7.5fps (15 को 2 से विभाजित) पर तैयार किया जाता है
दर को मूल में 2 की घात से विभाजित किया जाना चाहिए।

WEB_P_SCALE_THUMBS - यदि सेट नहीं है, तो यह विकल्प पूरी छवि को ब्राउज़र पर भेजता है जो
विंडो में इसका आकार बदलता है। यदि सेट किया गया है तो भेजने से पहले छवि को सर्वर पर छोटा कर दिया जाता है
सर्वर पर सीपीयू की कीमत पर बैंडविड्थ बचाने के लिए ब्राउज़र में छवि का आकार छोटा किया गया।
ध्यान दें कि ZM केवल उपयुक्त PHP ग्राफ़िक्स कार्यक्षमता होने पर ही आकार बदल सकता है
स्थापित है। यह आमतौर पर php-gd पैकेज में उपलब्ध है।

WEB_P_AJAX_TIMEOUT - लाइव फ़ीड और ईवेंट दृश्यों के नए संस्करण Ajax का उपयोग करते हैं
सर्वर से जानकारी का अनुरोध करें और दृश्यों को गतिशील रूप से पॉप्युलेट करें। यह विकल्प अनुमति देता है
यदि आवश्यक हो तो आपको एक टाइमआउट निर्दिष्ट करना होगा जिसके बाद अनुरोध छोड़ दिए जाएंगे। एक टाइमआउट हो सकता है
यदि अनुरोध अत्यधिक हैंग हो जाएंगे जैसे कि धीमे कनेक्शन पर तो यह आवश्यक है। ऐसा करने की प्रवृत्ति होगी
बहुत सारी ब्राउज़र मेमोरी का उपभोग करें और इंटरफ़ेस को अनुत्तरदायी बना दें। सामान्यतः नहीं
अनुरोधों का समय समाप्त हो जाना चाहिए, इसलिए इस सेटिंग को सबसे धीमे से अधिक मान पर सेट किया जाना चाहिए
अपेक्षित प्रतिक्रिया. यह मान मिलीसेकंड में है लेकिन यदि शून्य पर सेट किया जाता है तो कोई टाइमआउट नहीं होगा
इस्तेमाल किया गया।

ऑप्शंस - आईजेडएम
नोट:
ऐसा प्रतीत होता है कि EyeZM को डेवलपर्स द्वारा सक्रिय रूप से बनाए नहीं रखा गया है और यह इसके साथ काम नहीं करता है
ज़ोनमाइंडर के बाद के संस्करण।
[चित्र]

EYEZM_DEBUG - EyeZm प्लगइन से अतिरिक्त डिबगिंग सक्षम या अक्षम करें। अतिरिक्त डिबगिंग
जानकारी अपनी स्वयं की फ़ाइल में प्रदर्शित की जाएगी (EYEZM_LOG_TO_FILE सेट है), या आपकी अपाचे
त्रुटि संग्रह

EYEZM_LOG_TO_FILE - जब EYEZM_DEBUG चालू है और EYEZM_LOG_TO_FILE चालू है, तो आउटपुट उत्पन्न होता है
EyeZm प्लगइन से यह अपनी फ़ाइल में चला जाएगा। अन्यथा यह अपाचे त्रुटि पर चला जाएगा
लॉग इन करें।

EYEZM_LOG_FILE - आईजेडएम आउटपुट और EYEZM_LOG_TO_FILE लॉग करते समय उपयोग करने के लिए डिफ़ॉल्ट फ़ाइल नाम
सक्षम किया गया है। इस फ़ाइल में EyeZm प्लगइन से अपना स्वयं का आउटपुट शामिल होगा
EYEZM_LOG_TO_FILE और EYEZM_DEBUG दोनों सक्षम हैं।

EYEZM_EVENT_VCODEC - EyeZm प्लगइन कैप्चर किए गए एन्कोड करने के लिए FFMPEG को बाहरी रूप से कॉल करता है
इमेजिस। यदि आपका FFMPEG H264 के समर्थन के साथ नहीं बना है, तो इसे MPEG-4 में बदलें। यदि उपयोग कर रहे हैं
H264, कृपया जांचें http://www.eyezm.com H264 आवश्यकताओं के लिए और वह आपका आईजेडएम संस्करण
H264 (v1.2+) को सपोर्ट करता है।

EYEZM_FEED_VCODEC - यह निर्धारित करता है कि लाइव स्ट्रीम मूल MJPEG का उपयोग करके उत्पन्न की गई है या नहीं
जोनमाइंडर के साथ स्ट्रीमिंग, या एच264 एफएफएमपीईजी और एचटीएमएल-5 स्ट्रीमिंग का उपयोग करके। यदि H264 का उपयोग कर रहे हैं,
कृपया जांचें http://www.eyezm.com H264 आवश्यकताओं के लिए और वह आपका आईजेडएम संस्करण
H264 (v1.2+) को सपोर्ट करता है। यह केवल एक डिफ़ॉल्ट पैरामीटर है, और इसे EyeZm के साथ ओवरराइड किया जा सकता है।

EYEZM_H264_DEFAULT_BR - H264 स्ट्रीमिंग के लिए FFMPEG के साथ उपयोग करने के लिए डिफ़ॉल्ट बिट-रेट। उपयोग करते समय
H264 डेटा स्ट्रीम करने के लिए EyeZm प्लगइन, गुणवत्ता को नियंत्रित करने के लिए FFMPEG को बिटरेट की आवश्यकता होती है
वीडियो की बैंडविड्थ. इसे FFMPEG के लिए स्वीकार्य प्रारूप में निर्दिष्ट किया जाना चाहिए।
अधिकांश संस्थापनों के लिए डिफ़ॉल्ट मान पर्याप्त है. यह सिर्फ एक डिफ़ॉल्ट पैरामीटर है, और
EyeZm से ओवरराइड किया जा सकता है।

EYEZM_H264_DEFAULT_EVBR - H264 ईवेंट देखने के लिए FFMPEG के साथ उपयोग करने के लिए डिफ़ॉल्ट बिट-रेट। कब
H264 में घटनाओं को देखने के लिए EyeZm प्लगइन का उपयोग करके, FFMPEG को नियंत्रित करने के लिए बिटरेट की आवश्यकता होती है
वीडियो की गुणवत्ता और बैंडविड्थ। इसे स्वीकार्य प्रारूप में निर्दिष्ट किया जाना चाहिए
एफएफएमपीईजी। अधिकांश इंस्टॉलेशन के लिए डिफ़ॉल्ट मान पर्याप्त है. यह सिर्फ एक डिफ़ॉल्ट है
पैरामीटर, और इसे EyeZm से ओवरराइड किया जा सकता है।

EYEZM_H264_TIMEOUT - समाप्त होने से पहले H264 स्ट्रीम शुरू होने की प्रतीक्षा करने के लिए टाइमआउट (सेकंड)।
अनुरोध किए जाने पर आईज़ेडएम प्लगइन एक H264 स्ट्रीम उत्पन्न करने का प्रयास करेगा, और इसकी आवश्यकता होगी
निर्दिष्ट समय सीमा के भीतर पूरा करें। यदि आपके पास धीमा सिस्टम है या लॉग के माध्यम से खोजें
कि H264 स्ट्रीम प्रारंभ नहीं हो रही है क्योंकि टाइमआउट समाप्त हो रहा है, भले ही FFMPEG
चल रहा है, इस मान को बढ़ाने का प्रयास करें। यदि आपके पास तेज़ सिस्टम है, तो यह मान कम हो जाएगा
H264 स्ट्रीम शुरू करने में समस्या होने पर प्रतिक्रिया में सुधार हो सकता है।

EYEZM_SEG_DURATION - HTTP-5 स्ट्रीमिंग प्रोटोकॉल का उपयोग करके स्ट्रीमिंग के लिए उपयोग की जाने वाली सेगमेंट अवधि।
HTTP-5 लाइव स्ट्रीमिंग प्रोटोकॉल इनपुट वीडियो स्ट्रीम को छोटे-छोटे टुकड़ों में विभाजित करता है
इस पैरामीटर द्वारा निर्दिष्ट अवधि. सेगमेंट की अवधि बढ़ाने से मदद मिलेगी
दूसरे छोर पर अस्थिर कनेक्शन, लेकिन स्ट्रीम शुरू करने में विलंबता बढ़ जाएगी।

ऑप्शंस - उपयोगकर्ता
[चित्र]

इस अनुभाग में आपको सिस्टम पर परिभाषित वर्तमान उपयोगकर्ताओं की एक सूची दिखाई देगी। तुम कर सकते हो
यहां से उपयोगकर्ताओं को जोड़ें या हटाएं भी। यह अनुशंसा की जाती है कि आप व्यवस्थापक उपयोगकर्ता को न हटाएं
जब तक कि आपने उसी भूमिका को संभालने के लिए कोई अन्य पूर्णतः विशेषाधिकार प्राप्त उपयोगकर्ता नहीं बना लिया हो। प्रत्येक
उपयोगकर्ता को एक नाम और पासवर्ड (जो छिपा हुआ है) के साथ-साथ एक सक्षम सेटिंग के साथ परिभाषित किया गया है
जिसका उपयोग आप उपयोगकर्ताओं को अस्थायी रूप से सक्षम या अक्षम करने के लिए कर सकते हैं, उदाहरण के लिए अतिथि उपयोगकर्ता के लिए
सीमित समय तक पहुंच. साथ ही एक भाषा सेटिंग भी है जो आपको परिभाषित करने की अनुमति देती है
उपयोगकर्ता विशिष्ट भाषाएँ. यहां एक ऐसी भाषा सेट करना जो सिस्टम से अलग हो
भाषा का अर्थ यह होगा कि जब वह उपयोगकर्ता लॉग इन करेगा तो उसके पास वेब इंटरफ़ेस प्रस्तुत होगा
सिस्टम डिफ़ॉल्ट के बजाय उनकी अपनी भाषा में, यदि यह उपलब्ध है।

पाँच मान भी हैं जो उपयोगकर्ता की अनुमतियों को परिभाषित करते हैं, ये हैं 'स्ट्रीम', 'इवेंट',
'नियंत्रण', 'मॉनिटर' और 'सिस्टम' प्रत्येक में 'कोई नहीं', 'देखें' या 'संपादित करें' के अलग-अलग मान हो सकते हैं
'स्ट्रीम' से जिसमें कोई 'संपादन' सेटिंग नहीं है। ये मान निम्नलिखित तक पहुंच को कवर करते हैं
क्षेत्र; 'स्ट्रीम' परिभाषित करता है कि उपयोगकर्ता को आने वाले 'लाइव' वीडियो फ़ीड को देखने की अनुमति है या नहीं
कैमरों से. आप किसी उपयोगकर्ता को केवल ऐतिहासिक घटनाओं को देखने की अनुमति देना चाह सकते हैं
इस स्थिति में यह सेटिंग 'कोई नहीं' होनी चाहिए। 'इवेंट' सेटिंग यह निर्धारित करती है कि कोई उपयोगकर्ता ऐसा कर सकता है या नहीं
किसी भी बरकरार ऐतिहासिक घटनाओं को देखें और संशोधित करें या हटाएं। 'नियंत्रण' सेटिंग आपको अनुमति देती है
यह इंगित करने के लिए कि क्या उपयोगकर्ता आपके द्वारा उपयोग किए जाने वाले किसी भी पैन/टिल्ट/ज़ूम प्रकार के कैमरे को नियंत्रित करने में सक्षम है
आपके सिस्टम पर है. 'मॉनिटर' सेटिंग निर्दिष्ट करती है कि कोई उपयोगकर्ता करंट देख सकता है या नहीं
सेटिंग्स की निगरानी करें और उन्हें बदलें। अंत में 'सिस्टम' सेटिंग यह निर्धारित करती है कि कोई उपयोगकर्ता
सिस्टम सेटिंग्स को समग्र रूप से देख या संशोधित कर सकता है, जैसे विकल्प और उपयोगकर्ता या
समग्र रूप से सिस्टम के संचालन को नियंत्रित करना।

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

कैमरा नियंत्रण
ज़ोनमाइंडर वेब इंटरफ़ेस और कुछ से कैमरों को नियंत्रित करने की सुविधा प्रदान करता है
सीमा स्वचालित रूप से. पैन/टिल्ट/ज़ूम (पीटीजेड) कैमरों में क्षमताओं की एक विस्तृत श्रृंखला होती है
किसी भी प्रकार का सामान्य नियंत्रण समाधान बनाने के लिए बड़ी संख्या में विभिन्न प्रोटोकॉल का उपयोग करें
संभावित रूप से बहुत कठिन. इसे संबोधित करने के लिए ज़ोनमाइंडर दो प्रमुख तरीकों का उपयोग करता है
इस समस्या के आसपास.

परिभाषा of क्षमताओं
आपके द्वारा उपयोग किए जाने वाले प्रत्येक कैमरा मॉडल के लिए, कैमरा क्षमता तालिका में एक प्रविष्टि होनी चाहिए
बनाया था। ये इंगित करते हैं कि कैमरा किन कार्यों का समर्थन करता है और यह सुनिश्चित करता है कि
इंटरफ़ेस केवल उन्हीं क्षमताओं को प्रस्तुत करता है जिनका कैमरा समर्थन करता है। यहां एक है
बहुत बड़ी संख्या में क्षमताएं हैं जिनका समर्थन किया जा सकता है और यह बहुत महत्वपूर्ण है
इस तालिका की प्रविष्टियाँ कैमरे की वास्तविक क्षमताओं को दर्शाती हैं। एक छोटा सा
ज़ोनमाइंडर में कई उदाहरण क्षमताएँ शामिल हैं, इनका उपयोग 'के रूप में' किया जा सकता है
है' या संशोधित।

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

इस बात पर जोर दिया जाना चाहिए कि ज़ोनमाइंडर के नियंत्रण और क्षमता तत्व नहीं हैं
इसका उद्देश्य बॉक्स से बाहर हर कैमरे का समर्थन करने में सक्षम होना है। कुछ हद तक विकास है
कई कैमरों के लिए इसकी आवश्यकता होने की संभावना है।

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

आमतौर पर ऐसा होता है कि नियंत्रण तीर इस बात के प्रति संवेदनशील होते हैं कि आप उन पर कहां क्लिक करते हैं।
यदि आपके पास एक ऐसा कैमरा है जो पैनिंग या ज़ूमिंग आदि के लिए अलग-अलग गति का उपयोग करने की अनुमति देता है
फिर तीर के बिंदु के पास क्लिक करने से क्लिक करते समय तेज़ गति आ जाएगी
तीर के आधार के पास गति धीमी होगी. यदि आपने सतत गति को परिभाषित किया है
चल रही गतिविधियों को तीरों के बीच के क्षेत्र पर क्लिक करके रोका जा सकता है, जो होगा
या तो पैन/झुकाव नियंत्रण के मामले में एक ग्राफिक हो या ज़ूम और के मामले में एक शब्द हो
फोकस नियंत्रण आदि

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

नियंत्रण फ्लो
ज़ोनमाइंडर में कैमरा नियंत्रण कैसे काम करता है इसकी बुनियादी समझ रखने से काफी मदद मिलेगी
भविष्य में डिबगिंग मुद्दों में। यह ध्यान रखना महत्वपूर्ण है कि कई 'कैमरा
नियंत्रण' स्क्रिप्ट उपयोगकर्ता द्वारा योगदान की गई हैं और यह पूरी तरह से संभव है कि वे इसमें टूट जाएं
भविष्य के संस्करण का उन्नयन.

· ज़ोनमाइंडर विशिष्ट कैमरा मॉडल के लिए 'नियंत्रण प्रोटोकॉल' पर निर्भर करता है। ये 'नियंत्रण'
प्रोटोकॉल और कुछ नहीं बल्कि पर्ल पैकेज हैं /usr/share/perl5/ZoneMinder/Control/
(उबंटू वितरण में) जो कि जब आप पीटीजेड ऑपरेशन शुरू करते हैं तो ज़ोनमाइंडर द्वारा लागू किया जाता है

· जब आप किसी कैमरे के लिए पीटीजेड के लिए 'प्रोटोकॉल' जोड़ते हैं, तो आप प्रभावी ढंग से अनुमति दे रहे हैं
ज़ोनमाइंडर को पता है कि पर्ल फ़ाइल का पता कहाँ लगाना है जो अंततः कैमरे को नियंत्रित करेगी
आंदोलन

· उदाहरण के लिए, मान लें कि आप एक Foscam 9831W कैमरा कॉन्फ़िगर कर रहे हैं और आपके पास है
'9831w' प्रोटोकॉल को उस कैमरे से जोड़ा गया। इसका मूलतः मतलब यह है कि जब आप आगे बढ़ते हैं
ज़ोनमाइंडर के माध्यम से कैमरा, यह गतिविधियों को FI9831w.pm पर भेज देगा
/usr/share/perl5/ZoneMinder/Control/

· ज़ोनमाइंडर नामक तालिका में प्रोटोकॉल कॉन्फ़िगरेशन पैरामीटर भी बनाए रखता है नियंत्रण
डीबी में. इस तालिका का उपयोग पैरामीटर को संग्रहीत करने के लिए किया जाता है जैसे कि कैमरा समर्थन करता है या नहीं
निरंतर चाल, ज़ूम आदि।

· नियंत्रण टेबल का उपयोग जोनमाइंडर द्वारा अपने पीटीजेड वेब इंटरफेस के निर्माण के लिए किया जाता है। उदाहरण के लिए, ए
FI9831W कैमरा ज़ूम का समर्थन नहीं करता -> इसलिए जब आप PTZ इंटरफ़ेस खोलते हैं
वेब कंसोल के माध्यम से जोनमाइंडर और FI9831W कैमरे पर नेविगेट करें, ज़ूम विकल्प होगा
नहीं दिखाया जाएगा. यह जानता है कि इसे नहीं दिखाना चाहिए क्योंकि नियंत्रण FI9831W के लिए तालिका प्रविष्टि
निर्दिष्ट करता है कि यह ज़ूम का समर्थन नहीं करता है। ध्यान दें कि आप इन मापदंडों को इसके माध्यम से संपादित करते हैं
स्रोत->नियंत्रण->नियंत्रण प्रकार->वेब कंसोल में संपादित करें

· यदि आप कभी किसी नियंत्रण प्रोटोकॉल फ़ाइल को देखेंगे, तो आप देखेंगे कि इसमें कार्य हैं
पसंद आगे बढ़ें or moveConLeft आदि -> ये वे फ़ंक्शन हैं जो अंततः मिलते हैं
कैमरे को चारों ओर ले जाने के लिए आह्वान किया गया है और यह अपेक्षा की जाती है कि जो योगदानकर्ता इसे लागू करेंगे
गुम कैमरा प्रोफाइल इन कार्यों को उपयुक्त कैमरा विशिष्ट के साथ भरते हैं
आदेश. इस तरह, कोर ज़ोनमाइंडर कोड को कैमरे के बारे में चिंता करने की ज़रूरत नहीं है
विशिष्ट आदेश. इसके लिए बस कैमरे और अकॉर्डिनफ्लाई की विशेषताएं जानना आवश्यक है
प्रोटोकॉल पर्ल फ़ाइल में अमूर्त कमांड लागू करें और यह की ज़िम्मेदारी है
विशिष्टताओं को लागू करने के लिए उस कैमरे के लिए पर्ल फ़ाइल। तो, अगर आप समस्याओं का सामना कर रहे हैं
पीटीजेड के काम न करने पर, ये प्रोटोकॉल फ़ाइलें हैं जिन्हें आपको डिबग करना चाहिए।

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

मुख्य टैब
नाम यह नियंत्रण क्षमता का नाम है, आमतौर पर इसका नाम ही समझ में आएगा
उपयोग किए जा रहे कैमरा मॉडल या प्रोटोकॉल के बाद की क्षमताएं।

प्रकार क्या क्षमता स्थानीय (आमतौर पर सीरियल) या नेटवर्क नियंत्रण प्रोटोकॉल का उपयोग करती है।

आदेश
यह किसी स्क्रिप्ट या एप्लिकेशन का पूरा पथ है जो मानक सेट को मैप करेगा
जोनमाइंडर नियंत्रण कमांड को समकक्ष नियंत्रण प्रोटोकॉल कमांड के लिए नियंत्रित करता है। यह एक हो सकता है
भेजे गए उदाहरण zmcontrol-*.pl स्क्रिप्ट या कुछ और पूरी तरह से।

कर सकते हैं जागना
यह वास्तविक क्षमता परिभाषाओं में से पहली है। इस बॉक्स को चेक करने से पता चलता है
कैमरे को सुप्त अवस्था से जगाने के लिए एक प्रोटोकॉल कमांड मौजूद है।

कर सकते हैं नींद
कैमरे को स्लीप मोड में रखा जा सकता है।

कर सकते हैं रीसेट
कैमरे को पहले से परिभाषित स्थिति में रीसेट किया जा सकता है।

चाल टैब
कर सकते हैं चाल
कैमरा चलने में सक्षम है, अर्थात पैन या झुकाव।

कर सकते हैं चाल तिरछे
कैमरा तिरछे घूम सकता है. कुछ उपकरण केवल लंबवत या लंबवत गति कर सकते हैं
एक समय में क्षैतिज रूप से.

कर सकते हैं चाल मैप किए गए
कैमरा छवि पर किसी बिंदु को गति की सटीक डिग्री तक आंतरिक रूप से मैप करने में सक्षम है
छवि में उस बिंदु को केन्द्रित करने के लिए।

कर सकते हैं चाल पूर्ण
कैमरा पूर्ण स्थान पर जा सकता है.

कर सकते हैं चाल सापेक्ष
कैमरा किसी सापेक्ष स्थान तक जा सकता है, उदाहरण के लिए 7 बिंदु बाएँ या ऊपर।

कर सकते हैं चाल निरंतर
कैमरा एक निश्चित दिशा में तब तक लगातार घूम सकता है जब तक उसे रुकने या रुकने के लिए न कहा जाए
आंदोलन की सीमाएं पूरी हो गई हैं, उदाहरण के लिए बाएं।

रोटी टैब
कर सकते हैं रोटी
कैमरा पैन कर सकता है, या क्षैतिज रूप से घूम सकता है।

न्यूनतम अधिकतम रोटी रेंज
यदि कैमरा पूर्ण गति का समर्थन करता है तो यह न्यूनतम और अधिकतम पैन है
निर्देशांक जो निर्दिष्ट किए जा सकते हैं, उदाहरण के लिए -100 से 100।

न्यूनतम/आदमी रोटी स्‍टेप
यदि कैमरा सापेक्ष गति का समर्थन करता है, तो यह न्यूनतम और अधिकतम मात्रा है
आंदोलन जिसे निर्दिष्ट किया जा सकता है।

है रोटी गति
कैमरा पैन गति के विनिर्देशन का समर्थन करता है।

न्यूनतम अधिकतम रोटी गति
न्यूनतम और अधिकतम पैन गति समर्थित।

है टर्बो रोटी
कैमरा अतिरिक्त टर्बो पैन स्पीड का समर्थन करता है।

टर्बो रोटी गति
वास्तविक टर्बो पैन गति.

झुकाव टैब
झुकाव क्षमताओं की परिभाषा, 'पैन' टैब के लिए फ़ील्ड।

ज़ूम टैब
कर सकते हैं ज़ूम
कैमरा ज़ूम कर सकता है.

कर सकते हैं ज़ूम पूर्ण
कैमरा पूर्ण स्थिति तक ज़ूम कर सकता है।

कर सकते हैं ज़ूम सापेक्ष
कैमरा किसी सापेक्ष स्थिति में ज़ूम कर सकता है।

कर सकते हैं ज़ूम निरंतर
कैमरा लगातार ज़ूम इन या ज़ूम आउट कर सकता है जब तक कि रुकने के लिए न कहा जाए या ज़ूम सीमित न हो जाए
पहुँच गए हैं.

न्यूनतम अधिकतम ज़ूम रेंज
यदि कैमरा पूर्ण ज़ूम का समर्थन करता है तो यह न्यूनतम और अधिकतम ज़ूम मात्रा है
जिसे निर्दिष्ट किया जा सकता है।

न्यूनतम/आदमी ज़ूम स्‍टेप
यदि कैमरा सापेक्ष ज़ूम का समर्थन करता है, तो यह न्यूनतम और अधिकतम मात्रा है
ज़ूम परिवर्तन जिसे निर्दिष्ट किया जा सकता है।

है ज़ूम गति
कैमरा ज़ूम स्पीड के विनिर्देशन का समर्थन करता है।

न्यूनतम अधिकतम ज़ूम गति
न्यूनतम और अधिकतम ज़ूम गति समर्थित।

फोकस टैब
फोकस क्षमताओं की परिभाषा, 'ज़ूम' टैब के लिए फ़ील्ड, लेकिन निम्नलिखित के साथ
अतिरिक्त क्षमता.

कर सकते हैं ऑटो फोकस
कैमरा स्वचालित रूप से फोकस कर सकता है.

सफेद टैब
श्वेत संतुलन क्षमताओं की परिभाषा, 'फोकस' टैब के लिए फ़ील्ड।

परितारिका टैब
आईरिस नियंत्रण क्षमताओं की परिभाषा, 'फोकस' टैब के लिए फ़ील्ड।

प्रीसेट टैब
है प्रीसेट
कैमरा पूर्व निर्धारित स्थितियों का समर्थन करता है।

में प्रीसेट
कैमरा कितने प्रीसेट को सपोर्ट करता है. यदि कैमरा बड़ी संख्या में सपोर्ट करता है
प्रीसेट तो यहां अधिक उचित संख्या निर्दिष्ट करना समझ में आता है, 20 या उससे कम है
की सिफारिश की.

है होम प्रीसेट
कैमरे की एक परिभाषित 'होम' स्थिति होती है, आमतौर पर इसकी रेंज के मध्य बिंदु में।

कर सकते हैं सेट प्रीसेट
कैमरा अपने नियंत्रण प्रोटोकॉल के माध्यम से पूर्व निर्धारित स्थान सेट करने का समर्थन करता है।

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

यदि आप एक नई नियंत्रण स्क्रिप्ट लिख रहे हैं तो आपको यह सुनिश्चित करना होगा कि यह इसका समर्थन करती है
पैरामीटर जो ZoneMinder इसे पास करेगा। यदि आपके पास पहले से ही स्क्रिप्ट या एप्लिकेशन हैं
जो आपके कैमरों को नियंत्रित करता है, ज़ोनमाइंडर नियंत्रण स्क्रिप्ट परिवर्तित करने के लिए गोंद के रूप में कार्य करेगी
पैरामीटर एक ऐसे रूप में पारित हो जाते हैं जिसे आपका मौजूदा एप्लिकेशन समझता है। यदि आप हैं
एक नए प्रोटोकॉल का समर्थन करने के लिए एक स्क्रिप्ट लिख रहे हैं तो आपको पैरामीटर्स को परिवर्तित करने की आवश्यकता होगी
समकक्ष प्रोटोकॉल कमांड को स्क्रिप्ट में पारित किया गया। यदि आपने ध्यानपूर्वक अपने को परिभाषित किया है
ऊपर नियंत्रण क्षमताएं हैं तो आपको केवल उन्हीं आदेशों की अपेक्षा करनी चाहिए जो उनसे मेल खाते हों
क्षमताओं.

स्क्रिप्ट को नियंत्रित करने के लिए पारित मापदंडों का मानक सेट नीचे परिभाषित किया गया है,
--डिवाइस= : यह मॉनिटर परिभाषा से नियंत्रण उपकरण है. अनुपस्थित यदि
कोई उपकरण निर्दिष्ट नहीं है. —पता= : यह से नियंत्रण पता है
मॉनिटर परिभाषा. यह आमतौर पर नेटवर्क कैमरों के लिए होस्टनाम या आईपी पता होगा
या अन्य कैमरों के लिए एक साधारण संख्यात्मक कैमरा आईडी।
--ऑटोस्टॉप= : यह इंगित करता है कि स्वचालित टाइमआउट लागू किया जाना चाहिए या नहीं
'''रोकें'' दिया गया आदेश। इसे केवल '''निरंतर''' कमांड के लिए शामिल किया जाएगा,
जैसा कि नीचे सूचीबद्ध है, और दशमलव सेकंड में एक टाइमआउट होगा, संभवतः आंशिक। —
आदेश= : यह उस कमांड को निर्दिष्ट करता है जिसे स्क्रिप्ट को निष्पादित करना चाहिए। वैध
आदेश नीचे दिए गए हैं.
--xcoord= , --ycoord= : यह कमांड के लिए x और/या y निर्देशांक निर्दिष्ट करता है
जिसकी उन्हें आवश्यकता है. ये आम तौर पर पूर्ण या मैप किए गए कमांड होंगे। —
चौड़ाई= '', ''--ऊंचाई= : यह की चौड़ाई और ऊंचाई निर्दिष्ट करता है
मैप किए गए मोशन कमांड के लिए वर्तमान छवि, जहां पारित निर्देशांक मान होने चाहिए
एक प्रसंग.
--स्पीड= : यह उस गति को निर्दिष्ट करता है जिसका उपयोग कमांड को, यदि उपयुक्त हो, करना चाहिए।
- पैनस्पीड= '', ''--टिल्टस्पीड= : यह विशिष्ट पैन और झुकाव को इंगित करता है
विकर्ण गति के लिए गति जो क्षैतिज के लिए भिन्न गति दर की अनुमति दे सकती है
और ऊर्ध्वाधर घटक।
--कदम= : यह गति की मात्रा निर्दिष्ट करता है जिसका उपयोग कमांड को करना चाहिए, यदि
उपयुक्त। आम तौर पर केवल सापेक्ष कमांड के लिए उपयोग किया जाता है। - पैनस्टेप= '',
''--टिल्टस्टेप= : यह विकर्ण के लिए विशिष्ट पैन और झुकाव चरणों को इंगित करता है
ऐसी गतिविधियाँ जो क्षैतिज और ऊर्ध्वाधर के लिए अलग-अलग मात्रा में गति की अनुमति दे सकती हैं
घटकों.
--प्रीसेट= : यह उस विशेष प्रीसेट को निर्दिष्ट करता है जो प्रासंगिक आदेशों को होना चाहिए
पर काम करता है।

RSI आदेश ऊपर सूचीबद्ध विकल्प निम्नलिखित आदेशों में से एक को पैरामीटर के रूप में ले सकता है।

जगाना कैमरा जगाओ.

नींद सोने के लिए कैमरा भेजो.

रीसेट करें कैमरा रीसेट करें.

move_map
मैप को छवि पर निर्दिष्ट स्थान पर ले जाएँ।

चाल_छद्म_मानचित्र
जैसा कि ऊपर move_map है। छद्म-मैप्ड गति का उपयोग तब किया जा सकता है जब मैप्ड गति न हो
समर्थित लेकिन सापेक्ष गति ऐसी स्थिति में मैप की गई गति मोटे तौर पर हो सकती है
सावधानीपूर्वक अंशांकन द्वारा अनुमानित।

move_abs_
किसी निर्दिष्ट निरपेक्ष स्थान पर जाएँ. दिशा तत्व संकेत देता है
जाने की दिशा लेकिन छोड़ा जा सकता है। यदि मौजूद है तो यह "ऊपर", "नीचे" में से एक होगा।
"बाएँ", "दाएँ", "ऊपर बाएँ", "सीधा", "नीचे बाएँ" या "नीचा"।

move_rel_
एक निर्दिष्ट राशि को दी गई दिशा में ले जाएँ।

move_con_
दी गई दिशा में तब तक लगातार चलते रहें जब तक रुकने के लिए न कहा जाए।

move_stop
किसी भी गति को रोकें जो प्रगति पर हो।

ज़ूम_एबीएस_
किसी निर्दिष्ट पूर्ण ज़ूम स्थिति पर ज़ूम करें। दिशा तत्व संकेत देता है
जाने की दिशा लेकिन छोड़ा जा सकता है। यदि मौजूद है तो यह "टेली" या में से एक होगा
"चौड़ा"।

ज़ूम_रिल_
दी गई दिशा में एक निर्दिष्ट मात्रा ज़ूम करें।

ज़ूम_कोन_
रुकने के लिए कहे जाने तक दी गई दिशा में लगातार ज़ूम करें।

ज़ूम_स्टॉप
किसी भी ज़ूमिंग को रोकें जो प्रगति पर हो।

फोकस_ऑटो
फ़ोकसिंग को स्वचालित होने पर सेट करें।

फोकस_मैन
फ़ोकसिंग को मैन्युअल पर सेट करें।

फोकस_एबीएस_
एक निर्दिष्ट पूर्ण फोकस स्थिति पर ध्यान केंद्रित करें। दिशा तत्व संकेत देता है
जाने की दिशा लेकिन छोड़ा जा सकता है। यदि मौजूद है तो यह "निकट" या में से एक होगा
"दूर"।

फोकस_रेल_
एक निश्चित मात्रा को दी गई दिशा में फोकस करें।

फोकस_कोन_
जब तक रुकने के लिए न कहा जाए तब तक दी गई दिशा में लगातार फोकस करें।

फोकस_स्टॉप
जो भी ध्यान केंद्रित हो रहा हो उसे रोकें।

सफ़ेद_
फोकस कमांड के अनुसार, सिवाय इसके कि दिशा "अंदर" या "बाहर" हो सकती है।

आँख की पुतली_
फोकस कमांड के अनुसार, सिवाय इसके कि दिशा "खुली" या "बंद" हो सकती है।

प्रीसेट_सेट
दिए गए प्रीसेट को वर्तमान स्थान पर सेट करें।

प्रीसेट_गोटो
दिए गए प्रीसेट पर जाएँ.

प्रीसेट_होम
"होम" प्रीसेट पर जाएँ.

मोबाइल डिवाइस
मोबाइल उपकरणों पर ज़ोनमाइंडर का उपयोग करने के लिए यहां कुछ विकल्प दिए गए हैं:

तीसरा पार्टी मोबाइल ग्राहकों
·

zmनिंजा (स्रोत कोड, की जरूरत है एपीआई सेवा मेरे be installed सेवा मेरे काम)

· ऐप स्टोर और प्ले स्टोर पर उपलब्ध - वेबसाइट

·

zmव्यू (सीमित, मुक्त) और zmव्यू प्रति (अधिक विशेषताएं, चुकाया गया)

· ऐप स्टोर और प्ले स्टोर में उपलब्ध, ZM स्किन पर निर्भर करता है वेबसाइट

का प्रयोग la मौजूदा वेब एक ढ़ांचा जिस में आंगन की स्वरकुंजियां आदि लगि है
· आप ब्राउज़र लॉन्च करके और पर जाकर सीधे ज़ोनमाइंडर इंटरफ़ेस का उपयोग कर सकते हैं
ज़ोनमाइंडर सर्वर बिल्कुल वैसे ही जैसे आप डेस्कटॉप पर करते हैं

· ज़ोनमाइंडर में एक "मोबाइल स्किन" भी है जो सीमित कार्यक्षमता प्रदान करती है (सभी दृश्य ऐसा नहीं करते हैं)।
इस त्वचा में मौजूद है)। आप अपने मोबाइल ब्राउज़र को इंगित कर सकते हैं
http://yourzoneminderip/zm/index.php?त्वचा=मोबाइल और इसे बुकमार्क कर लें। नोट तथापि कि
1.29 is la पिछली बार और कि मर्जी समर्थन la मोबाइल त्वचा। आईटी इस उपयोग is पदावनत

बंद ग्राहकों
निम्नलिखित उन ग्राहकों की सूची है जो काम नहीं करते हैं और जिन्हें अद्यतन नहीं किया गया है:

· आईजेडएम

लॉगिंग
ज़ोनमाइंडर के अधिकांश घटक सूचनात्मक, चेतावनी, त्रुटि और डिबग संदेश भेज सकते हैं
एक मानक प्रारूप. इन संदेशों को एक या अधिक स्थानों पर लॉग इन किया जा सकता है। डिफ़ॉल्ट रूप से सभी
स्क्रिप्ट द्वारा निर्मित संदेशों को लॉग इन किया जाता है .log files which are placed in the
ZM_PATH_LOGS कॉन्फ़िगरेशन चर द्वारा परिभाषित निर्देशिका। इसे प्रारंभ में इस प्रकार परिभाषित किया गया है
'/ Tmp'हालांकि इसे ओवरराइड किया जा सकता है (ऊपर विकल्प और उपयोगकर्ता अनुभाग देखें)। अभीतक के लिए तो
उदाहरण के लिए, zmpkg.pl स्क्रिप्ट संदेशों को /tmp/zmpkg.pl पर आउटपुट करेगी, इनका एक उदाहरण
संदेश है:

03/01/06 13:46:00.166046 zmpkg[11148].INF [कमांड: प्रारंभ]

जहां पहला भाग प्रविष्टि की तारीख और समय को संदर्भित करता है, वहीं अगला भाग है
स्क्रिप्ट का नाम (या संक्षिप्त संस्करण), उसके बाद वर्ग में प्रक्रिया आईडी
कोष्ठक, एक गंभीरता कोड (INF, WAR, ERR या DBG) और डिबग टेक्स्ट। यदि आप बदलते हैं
लॉग निर्देशिका का स्थान, सुनिश्चित करें कि यह मौजूदा निर्देशिका को संदर्भित करता है जो कि web
उपयोगकर्ता के पास लिखने की अनुमति है. यह भी सुनिश्चित करें कि उस निर्देशिका में कोई लॉग मौजूद न हो
वेब उपयोगकर्ता को खोलने की अनुमति नहीं है. यदि आप कमांड चलाते हैं तो ऐसा हो सकता है
किसी बिंदु पर परीक्षण के लिए रूट उपयोगकर्ता के रूप में स्क्रिप्ट। अगर ऐसा होता है तो अगला
लॉग फ़ाइलें खोलने में असमर्थ होने के कारण गैर-विशेषाधिकार प्राप्त रन विफल हो जाएंगे।

उपरोक्त विशिष्ट स्क्रिप्ट लॉगिंग के साथ-साथ सूचना, चेतावनी और त्रुटि संदेश भी हैं
सिस्टम syslog सेवा के माध्यम से लॉग किया गया। यह Linux सिस्टम पर एक मानक घटक है और
सभी प्रकार के संदेशों को मानक तरीके से और मानक प्रारूप का उपयोग करके लॉग करने की अनुमति देता है। पर
अधिकांश सिस्टम, जब तक कि अन्यथा कॉन्फ़िगर न किया गया हो, ज़ोनमाइंडर द्वारा उत्पादित संदेश जाएंगे
/var/log/संदेश फ़ाइल। कुछ वितरणों पर वे किसी अन्य फ़ाइल में समाप्त हो सकते हैं, लेकिन आमतौर पर
अभी भी /var/log में है। इस फ़ाइल में संदेश स्क्रिप्ट लॉग फ़ाइलों के समान हैं लेकिन
थोड़ा भिन्न. उदाहरण के लिए सिस्टम लॉग फ़ाइल में उपरोक्त घटना इस प्रकार दिखती है:

3 जनवरी 13:46:00 शटल52 zmpkg[11148]: INF [कमांड: प्रारंभ]

जहां आप देख सकते हैं कि तारीख को अलग तरीके से स्वरूपित किया गया है (और केवल 1 सेकंड की सटीकता के साथ)
और होस्टनाम के लिए एक अतिरिक्त फ़ील्ड है (क्योंकि syslog एक नेटवर्क पर काम कर सकता है)।
इस फ़ाइल में ज़ोनमाइंडर प्रविष्टियों के साथ-साथ आप अन्य की प्रविष्टियाँ भी देख सकते हैं
तंत्र के अंश। आपको यह सुनिश्चित करना चाहिए कि आपका syslogd डेमॉन syslog के लिए चल रहा है
संदेशों को सही ढंग से प्रबंधित किया जाना चाहिए।

कई उपयोगकर्ताओं ने पूछा है कि ज़ोनमाइंडर संदेशों को कैसे दबाया या पुनर्निर्देशित किया जाए
इस फ़ाइल में लिखा गया है. ऐसा प्रायः अन्य सिस्टम संदेशों को न चाहने के कारण होता है
ज़ोनमाइंडर द्वारा उत्पादित लोगों से अभिभूत और अस्पष्ट हो जाएं (जो काफी बार हो सकता है)।
डिफ़ॉल्ट रूप से)। Syslog संदेशों को नियंत्रित करने के लिए आपको इसका पता लगाना और संपादित करना होगा
आपके सिस्टम पर syslog.conf फ़ाइल। यह अक्सर में होगा /आदि निर्देशिका। यह फ़ाइल
syslog के कॉन्फ़िगरेशन की अनुमति देता है ताकि संदेशों की कुछ कक्षाएं और श्रेणियां हों
विभिन्न फ़ाइलों में रूट किया गया या कंसोल पर हाइलाइट किया गया, या बस अनदेखा कर दिया गया। की पूरी जानकारी
इस फ़ाइल का प्रारूप इस दस्तावेज़ के दायरे से बाहर है ('man syslog.conf' टाइप करना)
आपको अधिक जानकारी देगा) लेकिन सबसे अधिक बार अनुरोधित परिवर्तन आसान हैं
लागू।

सिसलॉग सेवा प्राथमिकताओं और सुविधाओं की अवधारणा का उपयोग करती है जहां पूर्व का संदर्भ है
संदेश के महत्व के लिए और बाद वाला सिस्टम के उस हिस्से को संदर्भित करता है
जिससे इसकी उत्पत्ति हुई। मानक प्राथमिकताओं में 'जानकारी', 'चेतावनी', 'त्रुटि' और 'डीबग' और शामिल हैं
संदेश की संगत श्रेणी उत्पन्न करते समय ज़ोनमाइंडर इन प्राथमिकताओं का उपयोग करता है।
मानक सुविधाओं में 'मेल', 'क्रॉन' और 'सुरक्षा' आदि शामिल हैं, लेकिन ये भी हैं
आठ 'स्थानीय' सुविधाएं जिनका उपयोग मशीन विशिष्ट संदेश जनरेटर द्वारा किया जा सकता है।
ज़ोनमाइंडर 'लोकल1' सुविधा के माध्यम से अपने संदेश तैयार करता है।

किसी संदेश की प्राथमिकता और सुविधा के ज्ञान से लैस, syslog.conf
संदेशों को अपनी इच्छानुसार प्रबंधित करने के लिए फ़ाइल में संशोधन किया जा सकता है।

इसलिए यह सुनिश्चित करने के लिए कि सभी जोनमाइंडर संदेश एक विशिष्ट लॉग फ़ाइल में जाएं, आप इसे जोड़ सकते हैं
आपकी syslog.conf फ़ाइल के शीर्ष के निकट निम्नलिखित पंक्ति:

# ZoneMinder संदेशों को zm.log पर सहेजें
स्थानीय1.* /var/log/zm/zm.log

जो यह सुनिश्चित करेगा कि स्थानीय1 सुविधा के साथ उत्पादित सभी संदेश एफएचई पर रूट किए गए हैं
/var/log/zm/zm.log फ़ाइल। हालाँकि यह आवश्यक रूप से उन्हें भी इसमें जाने से नहीं रोकता है
मानक सिस्टम लॉग. ऐसा करने के लिए आपको उस पंक्ति को संशोधित करना होगा जो यह निर्धारित करती है कि कौन सा है
संदेश इस फ़ाइल में लॉग किए गए हैं. यह कुछ इस तरह दिख सकता है:

# स्तर या उससे अधिक की जानकारी (मेल को छोड़कर) कुछ भी लॉग करें।
# निजी प्रमाणीकरण संदेशों को लॉग न करें!
*.info;mail.none;news.none;authpriv.none;cron.none /var/log/messages

डिफ़ॉल्ट रूप से। इस फ़ाइल से ज़ोनमाइंडर संदेशों को पूरी तरह से हटाने के लिए आप इसे संशोधित कर सकते हैं
इस तरह दिखने वाली पंक्ति:

*.जानकारी;local1.!*;mail.none;news.none;authpriv.none;cron.none /var/log/messages

जो syslog को local1 सुविधा से किसी भी संदेश को अनदेखा करने का निर्देश देता है। यदि फिर भी आप
यदि आप अभी भी चाहते हैं कि सिस्टम लॉग फ़ाइल में चेतावनियाँ और त्रुटियाँ हों, तो आप इसे इसमें बदल सकते हैं:

*.जानकारी;local1.!*;local1.warning;mail.none;news.none;authpriv.none;cron.none /var/log/messages

जो किसी भी संदेश को इंगित करने के लिए एक और के साथ अनदेखा निर्देश का पालन करता है
लोकल1 की सुविधा और चेतावनी की प्राथमिकता या उससे ऊपर की सुविधा अभी भी फ़ाइल में जानी चाहिए।

ये रेसिपी केवल उदाहरण हैं कि आप अपने सिस्टम के अनुरूप लॉगिंग को कैसे संशोधित कर सकते हैं,
ऐसे कई अन्य संशोधन हैं जो आप कर सकते हैं। यदि आप इसमें कोई परिवर्तन करते हैं
syslog.conf आपको यह सुनिश्चित करना चाहिए कि आप syslogd प्रक्रिया को पुनरारंभ करें या इसे HUP सिग्नल भेजें
इसे इसकी कॉन्फ़िगरेशन फ़ाइल को दोबारा पढ़ने के लिए बाध्य करें अन्यथा आपके परिवर्तनों को अनदेखा कर दिया जाएगा।

ऊपर लॉगिंग की चर्चा यह वर्णन करके शुरू हुई कि स्क्रिप्ट कैसे त्रुटि और डीबग उत्पन्न करती हैं
संदेश. बायनेरिज़ के काम करने का तरीका थोड़ा अलग है। बायनेरिज़ उत्पन्न करते हैं
स्क्रिप्ट की तरह ही syslog का उपयोग करके जानकारी, चेतावनी और त्रुटि संदेश
और इन संदेशों को समान रूप से संभाला जाएगा। हालाँकि डिबग आउटपुट कुछ हद तक है
अलग। स्क्रिप्ट के लिए, यदि आप डिबग सक्षम करना चाहते हैं तो आपको स्क्रिप्ट को संपादित करना होगा
स्वयं फ़ाइल करें और DBG_LEVEL स्थिरांक को 1 के मान में बदलें। इसके बाद इसका कारण होगा
डिबग संदेशों को लिखा जाना है .log file as well as the more important
संदेश. हालाँकि डिबग संदेशों को syslog के माध्यम से रूट नहीं किया जाता है। वर्तमान में केवल स्क्रिप्ट ही हैं
डिबग का एक स्तर इसलिए इससे सभी डिबग संदेश उत्पन्न होंगे। बाइनरी
थोड़ा अलग तरीके से काम करें और आप कॉल को zmDbgInit में संपादित कर सकते हैं जो इसमें मौजूद है
डिबग स्तर के प्रारंभिक मान को अद्यतन करने के लिए प्रत्येक बाइनरी का 'मुख्य' फ़ंक्शन मौजूद है
आसान तरीके.

डिबग आउटपुट एकत्र करने का सबसे सरल तरीका मुख्य से विकल्प लिंक पर क्लिक करना है
ज़ोनमाइंडर कंसोल दृश्य और फिर डीबग टैब पर जाएं। वहां आपको बहुत सारे मिलेंगे
डिबग विकल्प. पहली चीज़ जो आपको करनी चाहिए वह यह सुनिश्चित करना है कि ZM_EXTRA_DEBUG सेटिंग है
ऑन किया। यह आम तौर पर डिबग को सक्षम बनाता है। अगली चीज़ जो आपको करने की ज़रूरत है वह है का चयन करें
प्रासंगिक विकल्पों का उपयोग करके लक्ष्य, स्तर और गंतव्य फ़ाइल को डीबग करें। पर क्लिक करें '?' द्वारा
वैध सेटिंग्स के बारे में अधिक जानकारी के लिए प्रत्येक विकल्प। आपको ज़ोनमाइंडर को पुनः आरंभ करने की आवश्यकता होगी
लॉगिंग को प्रभावी बनाने के लिए समग्र रूप से या कम से कम विचाराधीन घटक के रूप में। जब आपके पास हो
डिबगिंग समाप्त होने पर आपको ZM_EXTRA_DEBUG को अनचेक करके यह सुनिश्चित करना चाहिए कि आपने डिबग को बंद कर दिया है
विकल्प और जोनमाइंडर को पुनः आरंभ करना। आप अन्य विकल्पों को अपनी इच्छानुसार वैसे ही छोड़ सकते हैं जैसे वे हैं
यदि मास्टर डिबग विकल्प बंद है तो इसे अनदेखा कर दिया जाएगा।

एक बार जब आपका डिबग लॉग हो जाए तो आप यूएसआर1 और यूएसआर2 सिग्नल भेजकर स्तर को संशोधित कर सकते हैं
डिबग होने के स्तर को बढ़ाने या घटाने के लिए प्रासंगिक बाइनरी (या बायनेरिज़) के लिए
तत्काल प्रभाव से उत्सर्जित. यदि बाइनरी मिलती है तो यह संशोधन जारी नहीं रहेगा
हालाँकि पुनः प्रारंभ किया गया।

यदि आप विशिष्ट कार्यक्षमता का परीक्षण करने के लिए सीधे कमांड लाइन से बाइनरी चलाना चाहते हैं
या परिदृश्य, आप सेट करने के लिए ZM_DBG_LEVEL और ZM_DBG_LOG पर्यावरण चर सेट कर सकते हैं
जिस डिबग को आप देखना चाहते हैं उसका स्तर और लॉग फ़ाइल, और ZM_DBG_PRINT पर्यावरण चर
डिबग को सीधे आपके टर्मिनल पर आउटपुट करने के लिए 1 पर क्लिक करें।

सभी ज़ोनमाइंडर लॉग को अब लॉगरोटेट द्वारा घुमाया जा सकता है। एक नमूना लॉगरोटेट कॉन्फ़िग फ़ाइल है
नीचे दिखाया गया है:

/var/log/zm/*.log {
missingok
notifempty
साझा स्क्रिप्ट
उत्तर दें
/usr/local/bin/zmpkg.pl logrot 2> /dev/null > /dev/null || सत्य
एंडस्क्रिप्ट
}

API

यह दस्तावेज़ ज़ोनमाइंडर के एपीआई का एक सिंहावलोकन प्रदान करेगा। यह काम प्रगति में है।

अवलोकन
ज़ोनमाइंडर को और अधिक 'खोलने' के प्रयास में, एक एपीआई की आवश्यकता थी। इससे जल्दी अनुमति मिल जाएगी
जोनमाइंडर के साथ एकीकरण और विकास।

एपीआई केकपीएचपी में बनाया गया है और इसके अंतर्गत रहता है /एपीआई निर्देशिका। यह एक रेस्टफुल प्रदान करता है
सेवा और मॉनिटर्स के लिए CRUD (बनाएं, पुनर्प्राप्त करें, अपडेट करें, हटाएं) फ़ंक्शन का समर्थन करें,
इवेंट, फ़्रेम, ज़ोन और कॉन्फ़िगरेशन।

सुरक्षा
एपीआई जोनमाइंडर के मौजूदा सुरक्षा मॉडल से जुड़ते हैं। इसका मतलब यह है कि यदि आपके पास OPT_AUTH है
सक्षम होने पर, आपको उसी ब्राउज़र का उपयोग करके जोनमाइंडर में लॉग इन करना होगा जिसे आप एपीआई का उपयोग करने की योजना बना रहे हैं
से। यदि आप एक ऐसा ऐप विकसित कर रहे हैं जो एपीआई पर निर्भर है, तो आपको एक POST लॉगिन करना होगा
इससे पहले कि आप एपीआई तक पहुंच सकें, ऐप से ज़ोनमाइंडर में जाएं।

फिर, आपको लॉगिन की प्रमाणीकरण जानकारी (कुकी के रूप में लौटाई गई) का पुन: उपयोग करने की आवश्यकता है
राज्यों) प्रमाणीकरण जानकारी के प्रवाह के लिए बाद के एपीआई के साथ
एपीआई।

इसका मतलब है कि यदि आप इन एपीआई के साथ प्रयोग करने के लिए सीयूआरएल का उपयोग करने की योजना बना रहे हैं, तो आपको पहले यह करना होगा

कर्ल -डी "उपयोगकर्ता नाम=XXXX&पासवर्ड=YYYY&क्रिया=लॉगिन&व्यू=कंसोल" -सी कुकीज़.txt http://yourzmip/zm/index.php

की जगह XXXX और YYYY क्रमशः आपके उपयोगकर्ता नाम और पासवर्ड के साथ।

कृपया सुनिश्चित करें कि आप इसे उस निर्देशिका में करें जहां आपके पास लिखने की अनुमति है, अन्यथा
कुकीज़.txt नहीं बनाया जाएगा और आदेश चुपचाप विफल हो जाएगा।

"-सी कुकीज़.txt" एक कुकी स्थिति को संग्रहीत करता है जो दर्शाता है कि आपने लॉग इन किया है
ZM में. अब आपको उस कुकी स्थिति को बाद के सभी एपीआई पर लागू करने की आवश्यकता है। आप ऐसा करें
यदि आप CuRL का उपयोग कर रहे हैं तो बाद के एपीआई में '-बी कुकीज़.txt' का उपयोग करें:

कर्ल-बी कुकीज़.txt http://yourzmip/zm/api/monitors.json

यह मॉनिटरों की एक सूची लौटाएगा और प्रमाणीकरण जानकारी ZM को भेज देगा
एपीआई परत.

इसलिए याद रखें, यदि आप प्रमाणीकरण का उपयोग कर रहे हैं, तो कृपया जोड़ें -b कुकीज़.txt प्रत्येक को
यदि आप CuRL का उपयोग कर रहे हैं तो नीचे दिए गए आदेश। यदि आप CuRL का उपयोग नहीं कर रहे हैं और अपना स्वयं का ऐप लिख रहे हैं,
आपको यह सुनिश्चित करना होगा कि आप अपने ऐप में आने वाले अनुरोधों के लिए कुकीज़ पास करें।

उदाहरण (कृप्या पढ़ना सुरक्षा नोटिस ऊपर)
आप प्रत्येक URL को इनमें से किसी एक पर समाप्त होता हुआ देखेंगे . Xml or .json. यह अनुरोध का प्रारूप है,
और यह उस प्रारूप को निर्धारित करता है जिसमें आपके पास लौटाया गया कोई भी डेटा होगा। मुझे json पसंद है,
हालाँकि यदि आप चाहें तो आप xml का उपयोग कर सकते हैं।

(सभी उदाहरणों में, 'सर्वर' को आईपी या होस्टनाम और पोर्ट से बदलें जहां जोनमाइंडर चल रहा है)

API संस्करण
एपीआई संस्करण पुनः प्राप्त करने के लिए:

कर्ल http://server/zm/api/host/getVersion.json

वापसी a सूची of सब पर नज़र रखता है
कर्ल http://server/zm/api/monitors.json

पुन: प्राप्त करें मॉनिटर 1
कर्ल http://server/zm/api/monitors/1.json

परिवर्तन राज्य of मॉनिटर 1
यह एपीआई मॉनिटर 1 को मोडेक्ट और इनेबल्ड में बदल देता है

कर्ल -XPOST http://server/zm/api/monitors/1.json -d "मॉनिटर[फ़ंक्शन]=मोडेक्ट&मॉनिटर[सक्षम]:सही"

जोड़ना a मॉनिटर
यह कमांड एक नया http मॉनिटर जोड़ेगा।

कर्ल -XPOST http://server/zm/api/monitors.json -d "मॉनिटर[नाम]=क्लिफ-बर्टन \
&मॉनिटर[फ़ंक्शन]=मोडेक्ट \
&मॉनिटर[प्रोटोकॉल]=http \
&मॉनिटर[विधि]=सरल \
&मॉनिटर[होस्ट]=usr:[ईमेल संरक्षित] \
&मॉनिटर[पोर्ट]=80 \
&मॉनिटर[पथ]=/mjpg/video.mjpg \
&मॉनीटर[चौड़ाई]=704 \
&मॉनिटर[ऊंचाई]=480 \
&मॉनिटर[रंग]=4"

संपादित करें मॉनिटर 1
यह कमांड मॉनिटर 1 के 'नाम' फ़ील्ड को 'टेस्ट1' में बदल देगा

कर्ल -XPUT http://server/zm/api/monitors/1.json -d "मॉनीटर[नाम]=test1"

मिटाना मॉनिटर 1
यह कमांड मॉनिटर 1 को हटा देगा, लेकिन उस पर निर्भर किसी भी इवेंट को नहीं हटाएगा।

कर्ल -XDELETE http://server/zm/api/monitors/1.json

वापसी a सूची of सब घटनाओं
http://server/zm/api/events.json

ध्यान दें कि ईवेंट सूची काफी बड़ी हो सकती है और यह एपीआई (जेडएम में अन्य सभी एपीआई की तरह) उपयोग करती है
पृष्ठांकन प्रत्येक पृष्ठ प्रविष्टियों का एक विशिष्ट सेट लौटाता है। डिफ़ॉल्ट रूप से यह 25 और टाई है
ZM विकल्प मेनू में WEB_EVENTS_PER_PAGE में।

तो सभी घटनाओं के माध्यम से पुनरावृत्त करने का तर्क कुछ इस तरह होना चाहिए (छद्म कोड):
(दुर्भाग्य से पहला पेज प्राप्त किए बिना पेजकाउंट प्राप्त करने का कोई तरीका नहीं है)

डेटा = http://server/zm/api/events.json?पेज=1 # यह पहला पेज लौटाता है
# अब लौटाए गए json ऑब्जेक्ट में data.pagination.pageCount नामक एक प्रॉपर्टी है
गिनती = data.pagination.pageCount;
(i=1, i के लिए)
{
डेटा = http://server/zm/api/events.json?पेज=i;
डूस्टफ(डेटा);
}

पुन: प्राप्त करें घटना Id 1000
कर्ल -XGET http://server/zm/api/events/1000.json

संपादित करें घटना 1
यह आदेश इवेंट 1 के 'नाम' फ़ील्ड को 'खोजें और नष्ट करें' में बदल देगा

कर्ल -XPUT http://server/zm/api/events/1.json -d "घटना[नाम]=खोजें और नष्ट करें"

मिटाना घटना 1
यह कमांड इवेंट 1 और उस पर निर्भर किसी भी फ़्रेम को हटा देगा।

कर्ल -XDELETE http://server/zm/api/events/1.json

वापसी a सूची of घटनाओं एसटी a विशिष्ट मॉनिटर Id =5
कर्ल -XGET http://server/zm/api/events/events/index/MonitorId:5.json``

ध्यान दें कि यदि सूची बहुत लंबी है तो वही पृष्ठांकन तर्क लागू होता है

वापसी a सूची of घटनाओं एसटी a विशिष्ट मॉनिटर अंदर a विशिष्ट दिनांक और समय रेंज
http://server/zm/api/events/events/index/MonitorId:5/StartTime >=:2015-05-15 18:43:56/EndTime <=:2015-05-16 18:43:56.json

CuRL में इसे आज़माने के लिए, आपको यूआरएल को रिक्त स्थान से इस प्रकार बचाना होगा:

कर्ल -XGET "http://server/zm/api/events/index/MonitorId:5/StartTime%20>=:2015-05-15%2018:43:56/EndTime%20<=:2015-05-16%2018:43:56.json"

वापसी a सूची of घटनाओं एसटी सब पर नज़र रखता है अंदर a विनिर्दिष्ट दिनांक और समय रेंज
कर्ल -XGET "http://server/zm/api/events/index/StartTime%20>=:2015-05-15%2018:43:56/EndTime%20<=:208:43:56.json"

विन्यास शहद की मक्खी
एपीआई आपको ZM के सभी कॉन्फ़िगरेशन मापदंडों तक पहुंचने की अनुमति देता है जो आप आमतौर पर सेट करते हैं
वेब कंसोल के अंदर. यह कॉन्फ़िगरेशन पैरामीटर की पूरी सूची लौटाता है:

कर्ल -XGET http://server/zm/api/configs.json

प्रत्येक कॉन्फ़िगरेशन पैरामीटर में एक आईडी, नाम, मान और अन्य फ़ील्ड होते हैं। संभावना है कि आप हैं
संभवतः केवल इन 3 पर ध्यान केंद्रित किया जाएगा।

(कॉन्फ़िगरेशन टीबीडी बदलने का उदाहरण)

रन राज्य शहद की मक्खी
ZM API का उपयोग ZM की स्थिति को प्रारंभ/बंद/पुनः आरंभ/सूचीबद्ध करने के लिए भी किया जा सकता है। उदाहरण:

कर्ल -XGET http://server/zm/api/states.json # रन राज्यों की सूची लौटाता है
कर्ल -XPOST http://server/zm/api/states/change/restart.json #ZM पुनः आरंभ करता है
कर्ल -XPOST http://server/zm/api/states/change/stop.json #ZM को रोकता है
कर्ल -XPOST http://server/zm/api/states/change/start.json #ZM प्रारंभ करता है

बनाएं a क्षेत्र
कर्ल -XPOST http://server/zm/api/zones.json -d "ज़ोन[नाम]=जेसन-न्यूस्टेड \
&जोन[मॉनिटरआईडी]=3 \
&जोन[प्रकार]=सक्रिय \
&क्षेत्र[इकाइयाँ]=प्रतिशत \
&जोन[संख्याकोर्ड्स]=4 \
&जोन[कोर्ड्स]=0,0 639,0 639,479 0,479 \
&जोन[अलार्मआरजीबी]=16711680 \
&जोन[चेकमेथोड]=ब्लॉब्स \
&जोन[मिनपिक्सेलथ्रेसहोल्ड]=25 \
&जोन[मैक्सपिक्सेलथ्रेसहोल्ड]= \
&जोन[मिनअलार्मपिक्सेल]=9216 \
&जोन[मैक्सअलार्मपिक्सेल]= \
&जोन[फ़िल्टरएक्स]=3 \
&जोन[फ़िल्टरY]=3 \
&ज़ोन[मिनफ़िल्टरपिक्सेल]=9216 \
&जोन[मैक्सफ़िल्टरपिक्सेल]=230400 \
&जोन[मिनब्लॉबपिक्सेल]=6144 \
&जोन[मैक्सब्लॉबपिक्सेल]= \
&जोन[मिनब्लॉब्स]=1 \
&जोन[मैक्सब्लॉब्स]= \
&जोन[ओवरलोडफ़्रेम]=0"

PTZ नियंत्रण एपीआई
मॉनिटर से जुड़े पीटीजेड नियंत्रण नियंत्रण तालिका में संग्रहीत होते हैं, न कि नियंत्रण तालिका में
ZM के अंदर मॉनिटर टेबल। इसका मतलब यह है कि जब आपको मॉनिटर का विवरण मिलता है, तो आप
केवल यह पता चलेगा कि क्या यह नियंत्रणीय है (isControllable:true) और नियंत्रण आईडी। सक्षम होने के लिए
उस नियंत्रण आईडी से संबंधित पीटीजेड जानकारी पुनर्प्राप्त करने के लिए, आपको नियंत्रण एपीआई का उपयोग करने की आवश्यकता है

यह सभी नियंत्रण परिभाषाएँ लौटाता है:

कर्ल http://server/zm/api/controls.json

यह एक विशिष्ट नियंत्रण ID=5 के लिए नियंत्रण परिभाषाएँ लौटाता है

कर्ल http://server/zm/api/controls/5.json

मेजबान एपीआई
ZM API में विभिन्न API हैं जो होस्ट (उर्फ ZM) डेमॉन स्थिति, लोड निर्धारित करने में आपकी सहायता करते हैं
आदि कुछ उदाहरण:

कर्ल -XGET http://server/zm/api/host/daemonCheck.json # 1 = ZM चल रहा है 0=नहीं चल रहा है
कर्ल -XGET http://server/zm/api/host/getLoad.json # ZM का वर्तमान लोड लौटाता है
कर्ल -XGET http://server/zm/api/host/getDiskPercent.json # जीबी में रिटर्न (प्रतिशत नहीं), प्रति मॉनिटर डिस्क उपयोग (अर्थात, प्रति मॉनिटर विभिन्न घटना संबंधी जानकारी, छवियों आदि को संग्रहीत करने के लिए लिया गया स्थान) ``

सामान्य प्रश्न

यह FAQ पृष्ठ है. यदि आपको लगता है कि कोई भी अक्सर पूछे जाने वाले प्रश्न गायब हैं तो बेझिझक योगदान करें।

कैसे कर सकते हैं I रुकें जोनमाइंडर भरने up my डिस्क?
ज़ोनमाइंडर के हाल के संस्करण एक फ़िल्टर के साथ आते हैं जिसका उपयोग आप पहले से ही इस उद्देश्य के लिए कर सकते हैं
शामिल. फ़िल्टर कहा जाता है PurgeWhenFull और इसे ढूंढने के लिए, किसी एक ईवेंट को चुनें
कंसोल पेज से गिनती, उदाहरण के लिए पिछले घंटे की घटनाएं, आपके किसी एक के लिए
पर नज़र रखता है। नोट यदि आप नई स्थापना करते हैं तो यह फ़िल्टर स्वचालित रूप से सक्षम हो जाता है
ज़ोनमाइंडर में एक नया डेटाबेस बनाना शामिल है। यदि आपके पास पहले से ही एक मौजूदा डेटाबेस है और
ज़ोनमाइंडर को अपग्रेड कर रहे हैं, यह फ़िल्टर की सेटिंग्स को बरकरार रखेगा (जो पहले था
रिलीज़ डिफ़ॉल्ट रूप से अक्षम थी)। तो आप यह जांचना चाहेंगे कि PurgeWhenFull सक्षम है या नहीं
और यदि नहीं, तो इसे सक्षम करें।

इसे सक्षम करने के लिए, वेब कंसोल पर जाएं, अपने किसी भी मॉनिटर के किसी भी इवेंट पर क्लिक करें।
यह एक ईवेंट सूची और एक फ़िल्टर विंडो लाएगा।

फ़िल्टर विंडो में 'फ़िल्टर का उपयोग करें' लेबल वाला एक ड्रॉप डाउन चयन बॉक्स है, जो आपकी सुविधा देता है
एक सहेजा गया फ़िल्टर चुनें. 'PurgeWhenFull' चुनें और यह उस फ़िल्टर को लोड कर देगा।

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

फिर 'सेव' पर क्लिक करें जिससे एक नई विंडो खुल जाएगी। सुनिश्चित करें कि 'स्वचालित रूप से
'डिलीट' बॉक्स चेक किया गया है और अपना फ़िल्टर सहेजने के लिए सेव दबाएँ। इसके बाद यह चलेगा
अपनी डिस्क को उन सीमाओं के भीतर रखने के लिए पृष्ठभूमि।

ऐसा करने के बाद, आपके परिवर्तन स्वचालित रूप से zmfilter में लोड हो जाएंगे
कुछ मिनट।

चेक zmfilter.log यह सुनिश्चित करने के लिए फ़ाइल करें कि यह कभी-कभी गायब पर्ल मॉड्यूल के रूप में चल रही है
इसका मतलब यह है कि यह कभी नहीं चलता लेकिन लोगों को हमेशा इसका एहसास नहीं होता।

शुद्ध करना By आयु 7 दिन से अधिक पुराने ईवेंट को हटाने के लिए, "दिनांक" के साथ एक नया फ़िल्टर बनाएं
"से कम" पर सेट करें और "-7 दिन" का मान रखें, "asc" के अंतिम क्रम में "तिथि/समय" के अनुसार क्रमबद्ध करें,
फिर चेकबॉक्स "सभी मिलान हटाएं" सक्षम करें। आप सप्ताह या सप्ताह के मान का भी उपयोग कर सकते हैं
और दिन: "-2 सप्ताह" या "-2 सप्ताह 4 दिन"

इसे स्वचालित रूप से चलाने के लिए 'रन फ़िल्टर इन बैकग्राउंड' सक्षम करके सहेजें। वैकल्पिक छोड़ें
संग्रहीत घटनाएँ: एक और शर्त जोड़ने के लिए -7 दिनों के आगे धन चिह्न पर क्लिक करें। "और"
"संग्रह स्थिति" "केवल अनासंग्रहित" के बराबर।

वैकल्पिक धीमी गति से हटाना: परिणामों की संख्या को 3 तक सीमित करें। यदि आपके पास बड़ा बैकलॉग है
जो ईवेंट हटा दिए जाएंगे, वे लंबे समय तक सीपीयू उपयोग को कठिन बना सकते हैं। सीमित
प्रत्येक बार फ़िल्टर चलाने पर परिणामों की संख्या केवल पहले तीन तक फैल जाती है
समय के साथ प्रक्रियाओं को हटाएं, सीपीयू लोड को नाटकीय रूप से कम करें।

जब फ़ाइलें हटाई जा सकती हैं तो उन्हें हटाने के लिए ZM के लिए दो तरीके हैं
सिस्टम टैब ZM_OPT_FAST_DELETE और ZM_RUN_AUDIT के अंतर्गत विकल्प।

ZM_OPT_FAST_DELETE:

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

ZM_RUN_ऑडिट:

ज़मौडिट डेमॉन यह जांचने के लिए मौजूद है कि डेटाबेस में और उस पर सहेजी गई जानकारी
फ़ाइल सिस्टम मेल खाते हैं और एक दूसरे के अनुरूप हैं। यदि कोई त्रुटि होती है या यदि आप हैं
'फास्ट डिलीट' का उपयोग करने से यह हो सकता है कि डेटाबेस रिकॉर्ड हटा दिए जाएं लेकिन फ़ाइलें बनी रहें। इस में
केस, और इसी तरह, zmaudit दो डेटा को सिंक्रनाइज़ करने के लिए अनावश्यक जानकारी को हटा देगा
भंडार. यह विकल्प नियंत्रित करता है कि क्या zmaudit पृष्ठभूमि में चलाया जाता है और इन्हें निष्पादित करता है
लगातार जाँच करता है और ठीक करता है। हालाँकि, यदि आपके पास है तो अधिकांश प्रणालियों के लिए इसकी अनुशंसा की जाती है
डेटाबेस और फ़ाइल सिस्टम को स्कैन करने की प्रक्रिया में बहुत बड़ी संख्या में घटनाएँ हो सकती हैं
एक लंबा समय और प्रभावशाली प्रदर्शन। इस मामले में आप ज़मौडिट नहीं लेना पसंद कर सकते हैं
बिना शर्त चल रहा है और अन्य, अधिक सुविधाजनक समय पर समय-समय पर जांच का समय निर्धारित करता है।

ZM_AUDIT_CHECK_INTERVAL:

ज़मौडिट डेमॉन यह जांचने के लिए मौजूद है कि डेटाबेस में और उस पर सहेजी गई जानकारी
फ़ाइलें सिस्टम मेल खाती हैं और एक दूसरे के अनुरूप हैं। यदि कोई त्रुटि होती है या यदि आप हैं
'फास्ट डिलीट' का उपयोग करने से यह हो सकता है कि डेटाबेस रिकॉर्ड हटा दिए जाएं लेकिन फ़ाइलें बनी रहें। इस में
केस, और इसी तरह, zmaudit दो डेटा को सिंक्रनाइज़ करने के लिए अनावश्यक जानकारी को हटा देगा
भंडार. 900 सेकंड (15 मिनट) का डिफ़ॉल्ट जाँच अंतराल अधिकांश प्रणालियों के लिए ठीक है
हालाँकि यदि आपके पास बहुत बड़ी संख्या में इवेंट हैं तो डेटाबेस को स्कैन करने की प्रक्रिया और
फ़ाइल सिस्टम में लंबा समय लग सकता है और प्रदर्शन पर प्रभाव पड़ सकता है। इस मामले में आप पसंद कर सकते हैं
अपने सिस्टम पर प्रभाव को कम करने के लिए इस अंतराल को बहुत बड़ा करें। यह विकल्प निर्धारित करता है
ये जाँचें कितनी बार की जाती हैं.

मठ एसटी मेमोरी: निर्माण निश्चित इसलिए आप है पर्याप्त स्मृति सेवा मेरे संभालना तुंहारे कैमरों
अनियमित ज़ोनमाइंडर व्यवहार के लिए सबसे आम समस्याओं में से एक यह है कि आपके पास पर्याप्त सामग्री नहीं है
आपके सभी कैमरों को संभालने के लिए मेमोरी। कई उपयोगकर्ता अक्सर एकाधिक एचडी कैमरों को पूर्ण रूप से कॉन्फ़िगर करते हैं
रिज़ॉल्यूशन और 15एफपीएस या अधिक और फिर प्रक्रियाओं के विफल होने, रिक्त होने के बारे में विभिन्न मुद्दों का सामना करना पड़ता है
स्क्रीन और अन्य पूरी तरह से अनियमित व्यवहार। इन सबका मूल कारण आप ही हैं
या तो आपके सभी कैमरों को संभालने के लिए पर्याप्त मेमोरी या हॉर्स पावर नहीं है। समाधान
इसका उद्देश्य अक्सर एफपीएस को कम करना, कैमरों को कम करना या आपकी सर्वर क्षमताओं को बढ़ाना है।

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

In सामान्य आवश्यक मेमोरी का एक अच्छा अनुमान होगा:

न्यूनतम मेमोरी = 1.2 * ((छवि-चौड़ाई*छवि-ऊंचाई*छवि बफर आकार*लक्ष्य रंग स्थान*कैमरों की संख्या/8/1024/1024)

कहां: * छवि-चौड़ाई और छवि-ऊंचाई आपके कैमरे की छवियों की चौड़ाई और ऊंचाई है
(मेरे मामले में, 1280x960) के लिए कॉन्फ़िगर किया गया है। यह मान प्रत्येक मॉनिटर के लिए स्रोत टैब में है
* छवि बफ़र आकार उन छवियों का # है जिन्हें ZM मेमोरी में रखेगा (इसे ZM द्वारा बनाने के लिए उपयोग किया जाता है
सुनिश्चित करें कि इसमें अलार्म का पता लगाने से पहले और बाद की छवियां हैं - क्योंकि यह बहुत उपयोगी है
जिस समय अलार्म का पता चलता है, अलार्म का कारण दृश्य से बाहर हो सकता है और एक बफर होता है
इसके लिए वास्तव में उपयोगी है, जिसमें आँकड़ों/स्कोरों का विश्लेषण भी शामिल है)। यह मान में है
प्रत्येक मॉनिटर के लिए बफ़र्स टैब * लक्ष्य रंग स्थान रंग की गहराई है - 8 बिट, 24 बिट या
32 बिट. यह फिर से प्रत्येक मॉनिटर के स्रोत टैब में है शुरुआत में 1.2 मूल रूप से है
छवि/स्ट्रीम ओवरहेड्स के लिए गणना के शीर्ष पर 20% जोड़ना (यह एक है)।
अनुमान लगाना)

तो चलिए गणित करते हैं. यदि हमारे पास 4 बिट कलर स्पेस के साथ 1280x960 पर चलने वाले 32 कैमरे हैं
640 बिट ग्रेस्केल कलर स्पेस के साथ 480x8 पर चलने वाला एक कैमरा, सिस्टम को इसकी आवश्यकता होगी:

1.2 * ((1280*960*50*32*4/8/1024/1024 ) + (640 * 480 *50*8/8 /1024/1024))

या, लगभग 900एमबी मेमोरी।

इसलिए यदि आपके पास 2GB मेमोरी है, तो आपको पूरी तरह तैयार हो जाना चाहिए। सही? नहीं, वास्तव में:

· यह केवल स्ट्रीम को कैप्चर करने के लिए आवश्यक आधार मेमोरी है। याद रखें ZM हमेशा है
चाहे आप वास्तव में रिकॉर्डिंग कर रहे हों या नहीं - स्ट्रीम कैप्चर करना
सुनिश्चित करें कि अलार्म बजने पर इसका इमेज रिंग बफर प्री इमेज के साथ मौजूद रहता है।

· आपको अपने बॉक्स में चल रही ZM से संबंधित अन्य प्रक्रियाओं का भी हिसाब रखना होगा

· आपको अन्य ZM प्रक्रियाओं का भी हिसाब रखना होगा - उदाहरण के लिए, मैंने ऑडिट देखा
जब डेमॉन चलता है तो वह अच्छी मात्रा में मेमोरी लेता है, DB अपडेट भी मेमोरी लेता है

इसलिए एक अच्छा नियम यह सुनिश्चित करना है कि आपके पास उपरोक्त गणना की तुलना में दोगुनी मेमोरी है
(और यदि आप अन्य उद्देश्यों के लिए ZM सर्वर का उपयोग कर रहे हैं, तो कृपया उन मेमोरी को ध्यान में रखें
आवश्यकताएँ भी)

भी याद by चूक ZM केवल का उपयोग करता है 50% तक of तुंहारे उपलब्ध स्मृति जब तक इसलिए आप परिवर्तन it

जैसा कि यह पता चला है, ZM मैप की गई मेमोरी का उपयोग करता है और डिफ़ॉल्ट रूप से, आपकी भौतिक मेमोरी का 50% यही होता है
यह बढ़ेगा. जब आप उस सीमा तक पहुँचते हैं, तो ZM विभिन्न त्रुटियों के साथ टूट जाता है।

(नोट: मैप्ड मेमोरी तब लागू होती है जब आप मैप्ड मेमोरी सपोर्ट के साथ जोनमाइंडर स्थापित करते हैं,
जो डिफ़ॉल्ट मोड है. यदि आपने विशेष रूप से मैप की गई मेमोरी को अक्षम कर दिया है तो कृपया देखें
साझा की गई मेमोरी को कैसे बढ़ाया जाए, इस पर अगली FAQ इकाई)

यह जानने का एक अच्छा तरीका है कि ZM को उसके संचालन के लिए कितनी मेमोरी आवंटित की गई है df -h

उबंटू पर एक नमूना आउटपुट:

pp@camerapc:~$ df -h
फ़ाइल सिस्टम आकार प्रयुक्त लाभ% पर आरोहित
/dev/sda1 226जी 96जी 119जी 45% /
कोई नहीं 4.0K 0 4.0K 0% /sys/fs/cgroup
यूदेव 1.8जी 4.0के 1.8जी 1% / dev
टीएमपीएफएस 371एम 816के 370एम 1% / Daud
कोई नहीं 5.0M 0 5.0M 0% /रन/लॉक
टीएमपीएफ 2.6 जी 923 एम 1.7 जी 36% /रन/शम
कोई नहीं 100M 0 100M 0% /रन/उपयोगकर्ता

यहां मुख्य वस्तु tmpfs है -> ऊपर दिए गए उदाहरण से पता चलता है कि हमने 1.7G मैप आवंटित किया है
मेमोरी स्पेस जिसमें से 36% का उपयोग किया जाता है जो एक स्वस्थ संख्या है। यदि आप यह देख रहे हैं तो जाने के लिए
70% से अधिक आपको संभवतः मैप की गई मेमोरी को बढ़ाना चाहिए

यदि आप इस सीमा को अपनी मेमोरी के 70% तक बढ़ाना चाहते हैं, तो इसमें निम्नलिखित जोड़ें / Etc / fstab
tmpfs /रन/शम tmpfs डिफ़ॉल्ट, noexec, nosuid, आकार = 70% 0 0

क्या कर देता है a 'नहीं कर सकता शमगेट: अमान्य तर्क' त्रुटि in my लॉग क्या मतलब है? (और my कैमरा कर देता है नहीं
प्रदर्शन at उच्चतर संकल्प)
(नोट: यह उन सिस्टमों के लिए लागू है जिनकी ज़ोनमाइंडर में मैप की गई मेमोरी अक्षम है। द्वारा
डिफ़ॉल्ट, मैप की गई मेमोरी सक्षम है और जब तक आपने इसे मैन्युअल रूप से अक्षम नहीं किया है, कृपया देखें
उपरोक्त "मेमोरी के लिए गणित" प्रश्न और मैप की गई मेमोरी सीमा को कैसे बढ़ाया जाए)

इस त्रुटि की चर्चा README में निम्नलिखित अंश में की गई है:- ''...यह एक के कारण होता है
आपके सिस्टम की क्षमता से अधिक साझा मेमोरी आवंटित करने का प्रयास करें।
इसके द्वारा अनुरोधित आकार निम्नलिखित सूत्र पर आधारित है, अंगूठी बफर आकार x की छवि चौडाई x की छवि
ऊंचाई x 3 (के लिए 24 बिट इमेजिस) + a बिट of उपरि.

इसलिए, उदाहरण के लिए:

384x288 कैप्चर रिज़ॉल्यूशन, जो बनाता है: 110 592 पिक्सेल
24 बिट रंग में x24 = 2 654 208 बिट प्रति फ्रेम है
80 फ़्रेम रिंग बफ़र x80 = 212 336 640 बिट्स प्रति कैमरा
4 कैमरों द्वारा x4 = 849 346 560 बिट्स।
प्लस 10% ओवरहेड = 934 281 216 बिट्स
वह 116 785 152 बाइट्स है, और
= 114 048 केबी, क्रमशः 111.38 एमबी।
यदि मेरी साझा मेमोरी 134 217 728 पर सेट है, जो बिल्कुल 128एमबी है,
इसका मतलब है कि मुझे कोई समस्या नहीं होनी चाहिए.
(ध्यान दें कि 1 बाइट = 8 बिट और 1kbyte = 1024bytes, 1MB = 1024 kB)

उदाहरण के लिए, यदि आप 24 बिट 640x480 का उपयोग कर रहे थे तो यह लगभग 92 एमबी होगा यदि आप हैं
100 के डिफ़ॉल्ट बफ़र आकार का उपयोग करना। यदि यह बहुत बड़ा है तो आप इसे कम कर सकते हैं
छवि या बफ़र आकार या उपलब्ध साझा मेमोरी की अधिकतम मात्रा बढ़ाएँ। अगर आप
RedHat का उपयोग कर रहे हैं तो आप इन सेटिंग्स को बदलने के तरीके के बारे में विवरण प्राप्त कर सकते हैं यहाँ उत्पन्न करें

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

आप अक्सर टाइप करके पता लगा सकते हैं कि कितने 4KB साझा मेमोरी पेज उपलब्ध हैं
अगले :-

# बिल्ली /proc/sys/kernel/shmall
2097152

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

सर्वाधिक साझा मेमोरी बाइट्स जिन्हें आप एक बार में आवंटित कर सकते हैं:-

# बिल्ली /proc/sys/kernel/shmmax
33554432

हाल के कर्नेल में केवल 33554432 एमबी अधिकतम साझाकरण के लिए shmmax 32 बाइट्स पर सेट है
एक समय में आवंटित की जा सकने वाली मेमोरी, ज़ोनमाइंडर के लिए 320 x 240 x 24-बिट से ऊपर जाने के लिए मुश्किल से पर्याप्त है
यदि यह बफर में 40 फ़्रेम पर रिज़ॉल्यूशन का उपयोग कर रहा है /देव/शम साझा मेमोरी डिवाइस, इसलिए
इस मूल्य को बढ़ाने की जरूरत है. यदि आप मेमोरी मैप के साथ जोनमाइंडर का उपयोग कर रहे हैं
(एममैप) संकलन समय विकल्प है तो यह आपको प्रभावित नहीं करता है।

इस कर्नेल निष्पादन प्रकार के दौरान अस्थायी रूप से मान को 128 एमबी में बदलने के लिए (उदाहरण के लिए)
:- गूंज 536870912 >/proc/sys/kernel/shmmax

Be निश्चित सेवा मेरे पुनः प्रारंभ जोनमाइंडर बाद इस।

हालाँकि ध्यान रखें कि कभी-कभी आपको केवल shmmax मान को shmall की तरह ही बदलने की आवश्यकता होगी
अक्सर काफी बड़ा. इसके अलावा इन मूल्यों को इस तरह से बदलना केवल आपके तक ही प्रभावी है
मशीन रीबूट हो गई है.

उन्हें स्थायी रूप से बदलने के लिए आपको संपादित करने की आवश्यकता होगी /etc/sysctl.conf और निम्नलिखित जोड़ें
पंक्तियाँ (उदाहरण के लिए) :- कर्नेल.शममैक्स = 536870912

या यदि आपके वितरण में है /etc/sysctl.d/ फ़ोल्डर आप इस फ़ोल्डर में एक फ़ाइल बना सकते हैं
बिना संशोधित किये /etc/sysctl.d इसलिए आप डिस्ट्रो अपग्रेड के दौरान परिवर्तनों को नहीं खोएंगे
:- `गूंज कर्नेल.शममैक्स = 536870912 >/etc/sysctl.d/60-kernel-shm.conf`

इन सेटिंग्स को sysctl.conf फ़ाइल प्रकार में लोड करने के लिए: sysctl -p

अपनी साझा मेमोरी सेटिंग प्रकार जांचने के लिए: आईपीसी -l

ध्यान दें कि एक्सिस 207mw जैसे मेगापिक्सेल कैमरे सस्ते और अधिक आकर्षक हो गए हैं,
उपरोक्त मेमोरी सेटिंग्स पर्याप्त नहीं हैं. ज़ोनमाइंडर को पूरी तरह से काम करने के लिए
पूर्ण रंग में 1280x1024 रिज़ॉल्यूशन कैमरा, वृद्धि 134217728 (128 एमबी) उदाहरण के लिए,
268435456 (256 एमबी) और प्रत्येक कैमरे द्वारा इस मान का एकाधिक।

ये परिवर्तन अब अगली बार आपकी मशीन के पुनरारंभ होने पर भी सेट किए जाएंगे।

ZoneMinder का संस्करण 1.24.x आपको साझा मेमोरी की वैकल्पिक विधि का उपयोग करने की भी अनुमति देता है
आवंटन, एमएमएपी मैप किए गए स्मृति . इसके लिए कम कॉन्फ़िगरेशन की आवश्यकता होती है और यह आसान हो सकता है
उपयोग। मैप की गई मेमोरी आपको अपने लिए प्लेसहोल्डर के रूप में एक विशेष प्रकार की फ़ाइल का उपयोग करने की अनुमति देती है
मेमोरी और इस फ़ाइल को आसान और तेज़ पहुंच के लिए मेमोरी स्पेस में 'मैप' किया गया है।

ZoneMinder में मैप की गई मेमोरी को सक्षम करने के लिए आपको --enable--mmap=yes स्विच जोड़ना होगा
आपकी कॉन्फिगर लाइन. डिफ़ॉल्ट रूप से मैप की गई मेमोरी फ़ाइलें बनाई जाती हैं /देव/शम जो अधिकतर पर है
वितरण एक समर्पित छद्म-विभाजन है जिसमें फ़ाइल सिस्टम के रूप में स्वरूपित मेमोरी होती है।
यदि आपका सिस्टम भिन्न पथ का उपयोग करता है तो इसे ZoneMinder में बदला जा सकता है
विकल्प->पथ->PATH_MAP. यह नामक फ़ाइल सिस्टम प्रकार का उपयोग करता है tmpfs. यदि आप टाइप करते हैं df -h इसलिए आप
इस क्षेत्र और मेमोरी के आकार को देखना चाहिए जो यह वर्तमान में अनुमति देता है। आकार बढ़ाने के लिए
tmpfs को आपको /etc/default/tmpfs संपादित करना होगा। निम्न को खोजें: SHM_आकार=128M और में बदलें
कुछ इस तरह SHM_आकार=1G फिर सिस्टम को रिबूट करें। आपको संभवतः बदलने की आवश्यकता हो सकती है
RUN_SIZE भी।

यह महत्वपूर्ण है कि आप अपनी मेमोरी मैप की गई फ़ाइलों के लिए डिस्क आधारित फ़ाइल सिस्टम का उपयोग न करें
क्योंकि इससे मेमोरी एक्सेस बेहद धीमी हो जाएगी। ZoneMinder नामक फ़ाइलें बनाता है
.zm.mmap. मैप की गई मेमोरी फ़ाइल सिस्टम में।

मैप की गई मेमोरी कुल मेमोरी के संदर्भ में अधिक उपयोग के समान ही सीमाओं के अधीन है
पारंपरिक साझा मेमोरी लेकिन प्रति आवंटन या खंड के लिए किसी कॉन्फ़िगरेशन की आवश्यकता नहीं होती है।
ज़ोनमाइंडर के भविष्य के संस्करणों में यह डिफ़ॉल्ट साझा मेमोरी स्टोरेज विधि होगी।

साझा मेमोरी सेटिंग्स के बारे में एक और अच्छा लेख पाया जा सकता है यहाँ उत्पन्न करें .

मुख्य अंतर यह था कि कर्नेल.शमॉल सेटिंग प्रत्यक्ष मेमोरी में नहीं है
सेटिंग KB में लेकिन मेमोरी के पन्नों में। यह स्मृति के अधिकतम पृष्ठ हैं

के लिए उदाहरण: यदि आप अधिकतम मेमोरी सेटिंग को 8GB पर आवंटित करना चाहते हैं तो आपको कनवर्ट करना होगा
यह पृष्ठों (या खंडों) की संख्या तक है। 4096 के पृष्ठ आकार के साथ। कर्नेल.शमॉल =
8000x1024x1024 / 4096 कर्नेल.shmall = 2097152 8388608000 नहीं जैसा कि सुझाव दिया जाएगा
RedHat आलेख ऊपर लिंक किया गया है।

shmmax एक अनुरोध में आवंटित की जाने वाली अधिकतम राशि है - यह एक वास्तविक मेमोरी आकार है (जैसे
पेजों के विपरीत) 4GB पर सेट किया गया कर्नेल.शममैक्स = 4294967296

RSI /etc/sysctl.conf ये पंक्तियाँ होंगी

कर्नेल.शमॉल = 2097152
कर्नेल.शममैक्स = 4294967296

उपरोक्त के अनुसार, अपने sysctl.conf को पुनः लोड करें sysctl -p और जांचें कि सेटिंग्स सही हैं
साथ में आईपीसी -l.

I है सक्षम प्रस्ताव खोज लेकिन it is नहीं हमेशा जा रहा है शुरू हो रहा कब चीज़ें होना in la
कैमरा राय
ज़ोनमाइंडर गति का पता लगाने के लिए छवियों की जांच करने के लिए ज़ोन का उपयोग करता है। जब आप प्रारंभिक बनाते हैं
ज़ोन में आप संवेदनशीलता आदि के लिए कई पूर्व निर्धारित मानों में से चुन सकते हैं। जबकि ये हैं
आमतौर पर यह एक अच्छा प्रारंभिक बिंदु है, वे हमेशा सभी स्थितियों के लिए उपयुक्त नहीं होते हैं और आप भी करेंगे
संभवतः आपकी विशिष्ट परिस्थितियों के लिए मूल्यों में बदलाव करने की आवश्यकता है। के अर्थ
दस्तावेज़ में विभिन्न सेटिंग्स का वर्णन किया गया है (यहाँ उत्पन्न करें) हालाँकि यदि आपको विश्वास है कि आपके पास है
समझदार सेटिंग्स कॉन्फ़िगर की गईं तो दो नैदानिक ​​​​दृष्टिकोण हैं जिनका आप उपयोग कर सकते हैं।

एक अन्य उपयोगकर्ता द्वारा योगदान किया गया सचित्र जोन परिभाषा गाइड यहां पाया जा सकता है: An
सचित्र गाइड सेवा मेरे जोन

कार्यक्रम सांख्यिकी (स्टेटिस्टिक्स)
पहली तकनीक घटना सांख्यिकी का उपयोग करना है। सबसे पहले आपको यह सुनिश्चित करना चाहिए कि वे हैं
विकल्प->लॉगिंग->RECORD_EVENT_STATS में स्विच ऑन करें। इसके बाद यह कच्ची गति का कारण बनेगा
डीबी को लिखे जाने वाले किसी भी बाद में उत्पन्न घटनाओं के लिए पता लगाने के आँकड़े। इन
इसके बाद पहले इवेंट के फ्रेम्स या अलार्म फ्रेम्स मानों पर क्लिक करके पहुंचा जा सकता है
वेब गुई में किसी भी घटना सूची दृश्य से। फिर वास्तविक देखने के लिए स्कोर मान पर क्लिक करें
वे मान जो घटना का कारण बने. वैकल्पिक रूप से आँकड़ों तक क्लिक करके पहुँचा जा सकता है
किसी व्यक्तिगत फ़्रेम को देखते समय 'आँकड़े' लिंक। वहां प्रदर्शित मान इसके अनुरूप हैं
वे मान जो ज़ोन कॉन्फ़िगरेशन में उपयोग किए जाते हैं और आपको 'वास्तविक' का अंदाज़ा देते हैं
विश्व के मूल्य उत्पन्न हो रहे हैं।

ध्यान दें कि यदि आप इस बात की जाँच कर रहे हैं कि घटनाएँ 'क्यों नहीं' घटित होती हैं तो इन्हें सहेजा नहीं जाएगा
और इसलिए पहुंच योग्य नहीं होगा. उस परिस्थिति में सबसे अच्छी बात यह है कि आप अपना क्षेत्र बना लें
अधिक संवेदनशील ताकि यह सभी घटनाओं (शायद वे भी जिन्हें आप नहीं चाहते) को कैप्चर कर सके ताकि आप ऐसा कर सकें
इस बात का अंदाजा लगाएं कि कौन से मूल्य उत्पन्न हो रहे हैं और फिर वापस कम पर समायोजित करना शुरू करें
यदि आवश्यक हो तो संवेदनशील सेटिंग्स। आपको यह सुनिश्चित करना चाहिए कि आप अपनी सेटिंग्स का परीक्षण करें
सर्वोत्तम अनुभव प्राप्त करने के लिए विभिन्न प्रकार की प्रकाश व्यवस्थाएँ (जैसे दिन और रात, धूप या नीरस)।
क्योंकि क्या काम करता है और क्या नहीं।

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

नैदानिक छावियां
दूसरा दृष्टिकोण नैदानिक ​​छवियों का उपयोग करना है जो मध्यवर्ती की सहेजी गई प्रतियां हैं
वे छवियाँ जिनका उपयोग ZM गति पहचान का निर्धारण करते समय करता है। इन्हें उपयोग करके चालू और बंद किया जाता है
विकल्प->लॉगिंग->RECORD_DIAG_IMAGES।

नैदानिक ​​छवियां दो प्रकार की होती हैं जो लिखी जाती हैं (और लगातार लिखी जाती हैं)।
शीर्ष स्तरीय मॉनिटर ईवेंट निर्देशिका में अधिलेखित)। यदि कोई घटना घटित होती है तो फ़ाइलें
अतिरिक्त रूप से ईवेंट निर्देशिका में कॉपी किया जाता है और उचित फ़्रेम के साथ उसका नाम बदल दिया जाता है
उपसर्ग के रूप में संख्या.

पहला सेट मॉनिटर द्वारा संपूर्ण छवि पर तैयार किया जाता है। Diag-r.jpg छवि है
वर्तमान संदर्भ छवि जिसके विरुद्ध सभी व्यक्तिगत फ़्रेमों की तुलना की जाती है और
Diag-d.jpg छवि संदर्भ के बीच अंतर को उजागर करने वाली डेल्टा छवि है
छवि और अंतिम विश्लेषित छवि। इस छवियों में समान पिक्सेल काले होंगे और
पिक्सेल जितना अधिक भिन्न होगा वह उतना ही अधिक सफ़ेद होगा। इस छवि को देखना और इसका निर्धारण करना
पिक्सेल का रंग आपके पिक्सेल अंतर को महसूस करने का एक अच्छा तरीका है
अपेक्षा करें (अक्सर जितना आप सोचते हैं उससे अधिक)।

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

# अलार्म्ड पिक्सेल - यह छवि उस क्षेत्र के सभी पिक्सेल दिखाती है जिन्हें माना जाता है
सफेद पिक्सेल और अन्य सभी पिक्सेल काले के रूप में चिंतित। # फ़िल्टर किए गए पिक्सेल - यह इस प्रकार है
चरण एक, सिवाय इसके कि फ़िल्टर द्वारा हटाए गए सभी पिक्सेल अब काले हैं। सफ़ेद पिक्सेल
उन पिक्सेल का प्रतिनिधित्व करें जो किसी ईवेंट को उत्पन्न करने के लिए उम्मीदवार हैं। # कच्ची बूँदें - यह छवि
चरण 2 से सभी खतरनाक पिक्सेल शामिल हैं लेकिन ब्लॉब्स में एकत्र किए गए हैं। प्रत्येक बूँद में एक होगा
अलग-अलग ग्रेस्केल मान (1 और 254 के बीच) इसलिए उन्हें पहचानना मुश्किल हो सकता है
नग्न आंखों से लेकिन कलर पिकर या फ़ोटोशॉप का उपयोग करने से यह देखना आसान हो जाएगा कि ब्लॉब क्या है
क्या। # फ़िल्टर्ड बूँदें - यह छवि चरण 3 के समान है लेकिन बूँदें कम (या अधिक) आकार की हैं
हटा दिया गया. यह निर्धारित करने से पहले कि कोई घटना घटित हुई है, यह अंतिम चरण है
बूँदों की संख्या गिने जाने से पहले। इस प्रकार यह छवि इसका आधार बनती है
यह निर्धारित करना कि क्या कोई घटना उत्पन्न हुई है और चिंतित छवियों पर रूपरेखा तैयार की जाती है
इस छवि में बूँदें.

उपरोक्त छवियों का उपयोग करके आपको सभी चरणों में यह बताने में सक्षम होना चाहिए कि ZM क्या कर रहा है
निर्धारित करें कि कोई घटना घटित होनी चाहिए या नहीं। वे उपयोगी निदान उपकरण हैं लेकिन वैसे ही हैं
अन्यत्र उल्लेख किया गया है कि वे आपके सिस्टम को बड़े पैमाने पर धीमा कर देंगे और बहुत अधिक काम करेंगे
और ज्यादा स्थान। आपको डायग्नोस्टिक के साथ ZM को कभी भी लंबे समय तक चालू नहीं छोड़ना चाहिए
छवियाँ चालू.

क्यों नहीं कर सकते हैं जोनमाइंडर कब्जा छवियों (या तो at सब or केवल विशेष रूप से तेज) कब I कर सकते हैं देखना
my कैमरा केवल अंत in xawtv or समान?
कैप्चर कार्ड के साथ ज़ोनमाइंडर छवियों को यथासंभव तेज़ी से खींचेगा जब तक कि यह सीमित न हो
कॉन्फ़िगरेशन द्वारा. ज़ोनमाइंडर (और कोई भी समान एप्लिकेशन) फ़्रेम ग्रैबर का उपयोग करता है
वीडियो मेमोरी से फ़्रेम को उपयोगकर्ता मेमोरी में कॉपी करने के लिए इंटरफ़ेस। इसमें कुछ समय लगता है, प्लस यदि
आपके पास एक कैप्चर चिप साझा करने वाले कई इनपुट हैं, इसे इनपुट के बीच स्विच करना होगा
कैप्चर करता है जो चीज़ों को और धीमा कर देता है।

औसतन एक कार्ड जो एक इनपुट के लिए 25fps प्रति चिप PAL पर कैप्चर कर सकता है, संभवतः करेगा
दो के लिए 6-10fps, तीन के लिए 1-4fps और चार के लिए 1-2। 30fps NTSC चिप के लिए आंकड़े होंगे
तदनुसार उच्चतर हो. हालाँकि कभी-कभी कैप्चर को धीमा करना भी आवश्यक होता है
इसके अलावा, इनपुट स्विच के बाद नई छवि को व्यवस्थित होने में थोड़ा समय लग सकता है
इससे पहले कि इस पर बिना भ्रष्टाचार के कब्ज़ा किया जा सके।

स्ट्रीम देखने के लिए xawtv आदि का उपयोग करते समय आप इसका उपयोग करके कैप्चर की गई छवि को नहीं देख रहे हैं
फ़्रेम ग्रैबर लेकिन कार्ड की वीडियो मेमोरी आपकी स्क्रीन पर मैप हो जाती है। इसके लिए नहीं की आवश्यकता है
कैप्चर या प्रोसेसिंग तब तक करें जब तक कि आप J या Ctrl-J कुंजियों के माध्यम से स्पष्ट कैप्चर न करें
उदाहरण। कुछ कार्ड या ड्राइवर फ़्रेम ग्रैबर इंटरफ़ेस का बिल्कुल भी समर्थन नहीं करते हैं, ऐसा हो सकता है
ज़ोनमाइंडर के साथ काम न करें, भले ही आप स्ट्रीम को xawtv में देख सकें। यदि आप एक पकड़ सकते हैं
अभी भी xawtv की ग्रैब कार्यक्षमता का उपयोग कर रहे हैं तो सामान्य तौर पर आपका कार्ड इसके साथ काम करेगा
ज़ोनमाइंडर।

क्यों नहीं कर सकते हैं I देखना स्ट्रीम किया छवियों कब I कर सकते हैं देखना चित्र in la क्षेत्र खिड़की आदि?
यह समस्या आम तौर पर दो कारणों में से एक के कारण होती है

1. आप इंटरनेट एक्सप्लोरर का उपयोग कर रहे हैं और मल्टी-पार्ट जेपीईजी स्ट्रीम देखने का प्रयास कर रहे हैं। IE करता है
अधिकांश अन्य ब्राउज़रों के विपरीत, इन स्ट्रीमों का सीधे समर्थन नहीं करता। आपको की आवश्यकता होगी
उन्हें देखने के लिए कंबोज़ोला या अन्य मल्टी-पार्ट जेपीईजी जागरूक प्लगिंग स्थापित करें। करने के लिए आप
डाउनलोड पेज से एप्लेट प्राप्त करने और cambozola.jar इंस्टॉल करने की आवश्यकता होगी
ज़ोनमाइंडर php फ़ाइलों के समान सीधे फ़ाइल करें। फिर जोनमाइंडर ढूंढें
विकल्प->छवियाँ पृष्ठ और ZM_OPT_CAMBOZOLA सक्षम करें और .jar पर वेब पथ दर्ज करें
ZM_PATH_CAMBOZOLA में फ़ाइल करें। यह सामान्यतः केवल कैम्बोज़ोला.जार होगा। प्रदान किया
(विकल्प / B/W टैब) WEB_H_CAN_STREAM को ऑटो पर सेट किया गया है और WEB_H_STREAM_METHOD को सेट किया गया है
jpeg तो अगली बार जब आप किसी स्ट्रीम को देखने का प्रयास करें तो कैम्बोज़ोला लोड होना चाहिए।

'''नोट''': यदि आप पाते हैं कि कंबोज़ोला एप्लेट IE में लोड होता है लेकिन एप्लेट बस प्रदर्शित होता है
कंबोज़ोला का संस्करण # और लेखक का नाम (स्ट्रीमिंग देखने के विपरीत)।
छवियां), आपको अपने (''usr/share/zoneminder/'') को chmod (''-rwxrwxr-x'') करने की आवश्यकता हो सकती है
कैम्बोज़ोला.जार:

सुडो चामोद 775 कैम्बोज़ोला.जर

एक बार जब मैंने ऐसा किया, तो मेरे लिए छवियां स्ट्रीम होने लगीं।

2. स्ट्रीम देखने में असमर्थ होने का दूसरा सामान्य कारण यह है कि आपने इसे इंस्टॉल कर लिया है
ज़ोनमाइंडर सीजीआई बायनेरिज़ (zms और nph-zms) आपके वेब सर्वर से भिन्न निर्देशिका में
उम्मीद कर रहा है. सुनिश्चित करें कि --with-cgidir विकल्प आप ZoneMinder के लिए उपयोग करते हैं
कॉन्फिगर स्क्रिप्ट आपके वेब सर्वर के लिए CGI निर्देशिका कॉन्फिगर के समान है। अगर आप
अपाचे का उपयोग कर रहे हैं, जो सबसे आम है, तो वहां आपकी httpd.conf फ़ाइल में
जैसी एक लाइन होनी चाहिए स्क्रिप्ट उपनाम /सीजीआई-बिन/ "/var/www/cgi-bin/" आखिरी कहाँ
उद्धरण चिह्नों में निर्देशिका वही है जो आपने निर्दिष्ट की है। यदि नहीं तो एक या दो को बदल दें
मिलान के लिए अन्य. सावधान रहें कि अपाचे को कॉन्फ़िगर करना जटिल हो सकता है इसलिए इसे बदल दें
ज़ोनमाइंडर कॉन्फिगर को पास कर दिया गया है (और फिर पुनर्निर्माण और पुनः स्थापित किया गया है)।
प्रथम दृष्टया अनुशंसित। यदि आप अपाचे कॉन्फ़िगरेशन बदलते हैं तो आपको इसकी आवश्यकता होगी
परिवर्तनों को प्रभावी करने के लिए अपाचे को पुनरारंभ करें। यदि आप अभी भी स्ट्रीम को विश्वसनीय रूप से नहीं देख पा रहे हैं
यदि nph-zms निर्दिष्ट है तो केवल zms का उपयोग करने के लिए विकल्प->पथ->ZM_PATH_ZMS को बदलने का प्रयास करें,
या विपरीत। अपने अपाचे त्रुटि लॉग भी जांचें।

I है कई पर नज़र रखता है कॉन्फ़िगर किया गया लेकिन कब I भार la असेंबल राय in फ़ायर्फ़ॉक्स क्यों कर सकते हैं I केवल
देखना दो? या, क्यों नहीं है सब my कैमरों प्रदर्शन कब I उपयोग la असेंबल राय in फ़ायर्फ़ॉक्स?
डिफ़ॉल्ट रूप से फ़ायरफ़ॉक्स केवल एक साथ कनेक्शन की एक छोटी संख्या का समर्थन करता है। का उपयोग
असेंबल दृश्य के लिए आमतौर पर प्रत्येक कैमरे के लिए एक सतत कनेक्शन और रुक-रुक कर कनेक्शन की आवश्यकता होती है
स्थिति जैसी अन्य जानकारी के लिए कनेक्शन।

आपको असेंबल दृश्य का उपयोग करने के लिए अनुमत कनेक्शनों की संख्या बढ़ाने की आवश्यकता होगी
कैमरों की एक छोटी संख्या से अधिक. कुछ फ़ायर्फ़ॉक्स एक्सटेंशन जैसे कि फास्टरफ़ॉक्स हो सकते हैं
समान परिणाम प्राप्त करने में भी मदद करता है।

इस स्थिति को हल करने के लिए, नीचे दिए गए निर्देशों का पालन करें:

दर्ज के बारे में: विन्यास एड्रेस बार में

नीचे स्क्रॉल करें ब्राउज़र.कैश.चेक_डॉक_फ़्रीक्वेंसी 3 3 को 1 में बदलें

ब्राउज़र.कैश.डिस्क.सक्षम सत्य -> ​​गलत
नेटवर्क.http.max-connections-प्रति-सर्वर -> 100 का मान रखें
नेटवर्क.http.max-persistent-connections-per-proxy -> 100 फिर से
नेटवर्क.http.max-persistent-connections-प्रति-सर्वर -> 100 फिर से

क्यों is जोनमाइंडर का उपयोग so बहुत सी पी यू?
ज़ोनमाइंडर के विभिन्न तत्व कुछ गहन गतिविधियों में शामिल हो सकते हैं,
विशेषकर गति के लिए छवियों का विश्लेषण करते समय। हालाँकि आम तौर पर यह भारी नहीं पड़ना चाहिए
आपकी मशीन जब तक बहुत पुरानी या कम शक्ति वाली न हो।

ऐसे कई विशिष्ट कारण हैं जिनकी वजह से डिज़ाइन या अन्य कारणों से प्रोसेसर पर लोड अधिक हो सकता है
दुर्घटनावश। यह पता लगाने के लिए कि आपकी परिस्थितियों में वास्तव में इसका कारण क्या है, थोड़ी सी आवश्यकता है
प्रयोग का.

प्रमुख कारण हैं.

· ग्रेस्केल या RGB24 के अलावा किसी अन्य वीडियो पैलेट का उपयोग करना। यह अपेक्षाकृत कारण बन सकता है
मामूली प्रदर्शन हिट, हालांकि अभी भी महत्वपूर्ण है। हालाँकि कुछ कैमरे और कार्ड
प्लानर पैलेट्स का उपयोग करने की आवश्यकता है ZM वर्तमान में आंतरिक रूप से इस प्रारूप का समर्थन नहीं करता है
प्रसंस्करण से पहले प्रत्येक फ़्रेम को RGB प्रतिनिधित्व में परिवर्तित किया जाता है। जब तक आपके पास न हो
YUV या कम RGB प्रकार के पैलेट का उपयोग करने के लिए आकर्षक कारण जैसे USB को हिट करना
स्थानांतरण सीमाएँ मैं यह देखने के लिए प्रयोग करूँगा कि क्या RGB24 या ग्रेस्केल तेज़ है। अपना डालें
मॉनिटर को 'मॉनिटर' मोड में रखें ताकि केवल कैप्चर डेमॉन ही चल सकें और मॉनिटर कर सकें
शीर्ष का उपयोग करके इन ('zmc' प्रक्रियाओं) का प्रोसेस लोड। इसे विभिन्न के साथ आज़माएँ
यह देखने के लिए कि क्या इससे कोई फ़र्क पड़ता है, पैलेट्स।

· बड़े छवि आकार. 640x480 की छवि को कम से कम चार बार प्रसंस्करण की आवश्यकता होती है
320x240 छवि. यह देखने के लिए कि इसका क्या प्रभाव हो सकता है, विभिन्न आकारों के साथ प्रयोग करें।
कभी-कभी एक बड़ी छवि केवल दो छोटे फ़्रेमों से जुड़ी होती है, इसलिए इसका कोई वास्तविक लाभ नहीं होता है
फिर भी। यह विशेष रूप से एनालॉग कैमरों/कार्डों के लिए सच है क्योंकि छवि की ऊंचाई 320 से अधिक है
(एनटीएससी) या 352 पीएएल) हमेशा इंटरलेस्ड होते हैं।

· फ़्रेम दर कैप्चर करें. जब तक आपके मामले में कोई बाध्यकारी कारण न हो, अक्सर ऐसा होता है
25fps पर कैमरे चलाने में बहुत कम लाभ होता है जबकि 5-10fps पर अक्सर आपको परिणाम मिलते हैं
उतना ही अच्छा। अपने कैमरे को निचले फ्रेम तक सीमित करने के लिए अपनी मॉनिटर सेटिंग बदलने का प्रयास करें
दरें। आप अभी भी इन सीमाओं को अनदेखा करने और जितनी जल्दी हो सके कैप्चर करने के लिए ZM को कॉन्फ़िगर कर सकते हैं
गति का पता चलने पर संभव है।

· फ़ंक्शन चलाएँ. स्पष्ट रूप से रिकॉर्ड या मोकॉर्ड मोड में या बहुत सारे मोडेक्ट में चल रहा है
ईवेंट बहुत सारी DB और फ़ाइल गतिविधि उत्पन्न करता है और इसलिए CPU और लोड बढ़ जाएगा।

· बुनियादी डिफ़ॉल्ट पहचान क्षेत्र। डिफ़ॉल्ट रूप से जब एक कैमरा जोड़ा जाता है तो एक डिटेक्शन ज़ोन जोड़ा जाता है
जोड़ा गया है जो पूरी छवि को मापदंडों के डिफ़ॉल्ट सेट के साथ कवर करता है। अपने अगर
कैमरा एक ऐसे दृश्य को कवर करता है जिसमें विभिन्न क्षेत्रों में वैध अलार्म उत्पन्न होने की संभावना नहीं होती है
(अर्थात आकाश) तो मैं जोन आकार को कम करने या निष्क्रिय जोड़ने का प्रयोग करूंगा
उन क्षेत्रों को खाली करने के लिए जोन जिनकी आप निगरानी नहीं करना चाहते हैं। इसके अतिरिक्त वास्तविक सेटिंग्स
क्षेत्र की स्थिति स्वयं इष्टतम नहीं हो सकती है। मोशन डिटेक्शन करते समय की संख्या
एक सीमा से ऊपर परिवर्तित पिक्सेल की जांच की जाती है, फिर यह फ़िल्टर होता है, फिर सन्निहित
यह देखने के लिए क्षेत्रों की गणना की जाती है कि अलार्म उत्पन्न हुआ है या नहीं। यदि कोई हो अधिकतम या न्यूनतम
गणना के किसी भी समय आपके क्षेत्र की सेटिंग के अनुसार सीमा पार हो जाती है
रुक जाता है. यदि आपकी सेटिंग्स हमेशा गणनाओं को अंतिम तक ले जाती हैं
विफल होने से पहले चरण में अतिरिक्त सीपीयू समय अनावश्यक रूप से उपयोग किया जाता है। सुनिश्चित करें
आपकी अधिकतम और न्यूनतम क्षेत्र सीमाएँ समझदार मानों पर सेट हैं और इसके द्वारा प्रयोग करें
RECORD_EVENT_STATS को चालू करना और देखना कि अलार्म वाले पिक्सेल का वास्तविक मान क्या है
आदि नमूना घटनाओं के दौरान हैं।

· अपनी सेटिंग्स अनुकूलित करें. कुछ सेटिंग्स प्राप्त करने के बाद आप उससे खुश होंगे
RECORD_EVENT_STATS को बंद करने से आँकड़े लिखे जाने बंद हो जाएँगे
डेटाबेस जो कुछ समय बचाता है। अन्य सेटिंग्स जो अंतर ला सकती हैं वे हैं
ZM_FAST_RGB_DIFFS, ZM_OPT_FRAME_SERVER और JPEG_xxx_QUALITY वाले।

मुझे यकीन है कि अन्य चीजें भी हैं जो फर्क ला सकती हैं जैसे कि आपके पास और क्या है
बॉक्स और मेमोरी साइज़ पर चल रहा है (सुनिश्चित करें कि कोई स्वैपिंग नहीं हो रही है)। गति भी
इवेंट कैप्चर के दौरान और यदि आप देख रहे हैं तो भी डिस्क आदि में कुछ अंतर आएगा
पूरे समय आपके पास zms प्रक्रियाओं का एक समूह भी चल सकता है।

मुझे लगता है कि सबसे बड़े कारक छवि का आकार, रंग की गहराई और कैप्चर दर हैं। कहा गया है
मैं यह भी नहीं जानता कि आपको हमेशा 'शीर्ष' से कुछ निश्चित परिणाम क्यों मिलते हैं। उदाहरण के लिए यदि मैं
मॉनिटर के लिए एक 'ज़मा' डेमॉन चल रहा है जो एक छवि कैप्चर कर रहा है। मैंने टिप्पणी कर दी है
वास्तविक विश्लेषण तो यह जो कर रहा है वह छवि को पिछली छवि के साथ मिलाना है। में
रंग मोड में मेरे सिस्टम पर प्रति फ़्रेम ~11 मिलीसेकंड लगते हैं और कैमरा कैप्चर कर रहा है
~10fps पर. 'टॉप' का उपयोग करने से यह प्रक्रिया ~5% सीपीयू का उपयोग करने और स्थायी रूप से चालू होने की रिपोर्ट करती है
आर(अन) अवस्था. ग्रेस्केल मोड में बदलने पर मिश्रण में ~4mसेक का समय लगता है (जैसा कि आप उम्मीद करेंगे
यह मोटे तौर पर 11 का एक तिहाई है) लेकिन शीर्ष अब 0% सीपीयू के साथ प्रक्रिया की रिपोर्ट करता है
स्थायी रूप से S(नींद) अवस्था में। तो वास्तविक CPU संसाधन उपयोग में 3 के कारक का परिवर्तन होता है
रिपोर्ट किए गए CPU उपयोग में भारी अंतर का कारण बनता है। मुझे अभी भी इसकी तह तक जाना बाकी है
मुझे संदेह है कि इसका संबंध कहीं न कहीं शेड्यूलिंग से है और शायद ग्रेस्केल से
प्रसंस्करण एक शेड्यूलिंग टाइम स्लाइस में फिट होगा जबकि रंग वाला नहीं होगा लेकिन मेरे पास है
इसका अभी तक कोई सबूत नहीं है!

क्यों is la समय राय सब गड़बड़ ऊपर?
टाइमलाइन दृश्य एक नया दृश्य है जो आपको समय के साथ अलार्म गतिविधि का ग्राफ़ देखने की अनुमति देता है
और रुचि की घटनाओं को शीघ्रता से स्कैन करने और उन पर नजर रखने के लिए। हालाँकि यह सुविधा अत्यधिक है
जटिल और अभी भी बीटा में है। यह बड़े पैमाने पर HTML div टैग्स पर आधारित है, कभी-कभी बहुत सारे
उन्हें। जबकि फ़ायरफ़ॉक्स इस दृश्य को विशेष रूप से अन्य ब्राउज़रों में सफलतापूर्वक प्रस्तुत करने में सक्षम है
ऐसा प्रतीत होता है कि इंटरनेट एक्सप्लोरर इसका सामना करने में सक्षम नहीं है और इसलिए हमेशा एक गड़बड़ दृश्य प्रस्तुत करता है
या जब बहुत सारी घटनाएँ हों। उपयोग करते समय केवल टाइमलाइन दृश्य का उपयोग करने की अनुशंसा की जाती है
फ़ायरफ़ॉक्स, हालाँकि फिर भी समस्याएँ हो सकती हैं।

यह फ़ंक्शन समय-समय पर एसवीएन रिलीज़ या स्टेबल में दूषित हो गया है
रिलीज़ करें, नए डाउनलोड से प्रयास करें और पुनः इंस्टॉल करें।

कैसे बहुत कठिन डिस्क अंतरिक्ष / बैंडविड्थ do I आवश्यकता एसटी जेडएम?
कृपया देखें इसका एक्सेल चादर or इसका ऑनलाइन एक्सेल चादर (दोनों उपयोगकर्ता द्वारा योगदान किए गए एक्सेल हैं
चादरें)

या जाओ इसका संपर्क एक्सिस बैंडविड्थ कैलकुलेटर के लिए। हालाँकि इसका लक्ष्य एक्सिस है
कैमरा यह अभी भी किसी भी प्रकार के आईपी कैमरे के लिए वैध परिणाम देता है।

एक त्वरित मार्गदर्शिका के रूप में मेरे पास 4x320 पर 240 कैमरे हैं जो अलार्म घटनाओं को छोड़कर 1 एफपीएस संग्रहीत करते हैं।
1 सप्ताह के बाद वॉल्यूम में 60GB स्थान जहां ईवेंट संग्रहीत हैं (/var/www/html/zm)
इस्तेमाल किया गया है।

. I कोशिश और रन जोनमाइंडर I मिल बहुत सारे of आडिट अनुमति त्रुटियों in la लॉग और it नहीं होगा
प्रारंभ
आजकल कई लिनक्स वितरण सुरक्षा को ध्यान में रखकर बनाए गए हैं। नवीनतम में से एक
इसे प्राप्त करने का तरीका SELinux (सिक्योर लिनक्स) है जो नियंत्रित करता है कि कौन चलाने में सक्षम है
पारंपरिक लेखांकन और फ़ाइल आधारित अनुमतियों की तुलना में अधिक सटीक तरीके से (संपर्क).
यदि आप अपने सिस्टम लॉग में प्रविष्टियाँ देख रहे हैं जैसे:
जून 11 20:44:02 कर्नेल: ऑडिट(1150033442.443:226): एवीसी: पीआईडी=5068 के लिए अस्वीकृत { पढ़ें }
comm='अपटाइम' नाम='utmp' dev=dm-0 ino=16908345
scontext=user_u:system_r:httpd_sys_script_t tcontext=user_u:object_r:initrc_var_run_t
टीक्लास=फ़ाइल

तो यह संभावना है कि आपके सिस्टम में SELinux सक्षम है और यह ZoneMinder को रोक रहा है
कुछ गतिविधियाँ करने से. फिर आपके पास दो विकल्प हैं. आप या तो ट्यून कर सकते हैं
SELinux को आवश्यक संचालन की अनुमति देने के लिए या आप SELinux को पूरी तरह से अक्षम कर सकते हैं, जो ऐसा करेगा
ज़ोनमाइंडर को निर्बाध रूप से चलने की अनुमति दें। SELinux को अक्षम करना आमतौर पर इसे संपादित करके किया जाता है
कॉन्फ़िगरेशन फ़ाइल (जैसे, /etc/selinux/config) और फिर रिबूट करना। हालाँकि यदि आप a चलाते हैं
सार्वजनिक सर्वर से पहले आपको अक्षम सिक्योर लिनक्स से जुड़े जोखिमों के बारे में पढ़ना चाहिए
इसे अक्षम करना।

ध्यान दें कि SELinux ऊपर सूचीबद्ध त्रुटियों के अलावा अन्य त्रुटियों का कारण बन सकता है। यदि आप किसी भी संदेह में हैं
तो यह देखने के लिए कि क्या यह आपकी समस्या को ठीक करता है, प्रयोगात्मक रूप से SELinux को अक्षम करना उचित हो सकता है
अन्य समाधान आज़माने से पहले.

कैसे do I सक्षम ज़ोनमाइंडर का सुरक्षा?
कंसोल में, विकल्प पर क्लिक करें। "ZM_OPT_USE_AUTH" के बगल में स्थित बॉक्स को चेक करें। आप करेंगे
तुरंत लॉग इन करने के लिए कहा जाएगा. डिफ़ॉल्ट उपयोगकर्ता नाम 'एडमिन' है और पासवर्ड है
'व्यवस्थापक'।

उपयोगकर्ताओं को प्रबंधित करने के लिए: मुख्य कंसोल में, विकल्प->उपयोगकर्ता पर जाएँ।

आप वेब सर्वर सुरक्षा का उपयोग करने पर भी विचार कर सकते हैं, उदाहरण के लिए, htaccess फ़ाइलें
अपाचे दायरा; आप इसे अतिरिक्त/अनावश्यक सुरक्षा के रूप में भी उपयोग कर सकते हैं
ज़ोनमाइंडर्स में अंतर्निहित सुरक्षा सुविधाएँ;

क्यों कर देता है ZM रुकें रिकॉर्डिंग एक बार I है 32000 घटनाओं एसटी my निगरानी करना?
एक फ़ोल्डर में 32k से अधिक फ़ाइलें संग्रहीत करना कुछ फ़ाइल सिस्टम की एक सीमा है। को
इससे बचें, विकल्पों के अंतर्गत USE_DEEP_STORAGE सक्षम करें।

USE_DEEP_STORAGE अब नए ZoneMinder सिस्टम के लिए डिफ़ॉल्ट है इसलिए यह सीमा होनी चाहिए
केवल ज़ोनमाइंडर के पिछले संस्करण से अपग्रेड करने वाले उपयोगकर्ताओं पर लागू होता है।

1.23.0 के बाद के ZM के संस्करण आपको कम फ़ाइलों के साथ एक गहरा फ़ाइल सिस्टम प्रदान करते हैं
प्रति व्यक्तिगत निर्देशिका. 32 हजार की सीमा के प्रति संवेदनशील न होने के साथ-साथ यह भी है
कुछ हद तक तेज़.

यदि आपने ZoneMinder के पिछले संस्करण से अपग्रेड किया है और यह विकल्प पहले से नहीं है
सक्षम, किसी मौजूदा पर इसे सक्षम करने के लिए नीचे दिए गए चरणों का पालन करना बहुत महत्वपूर्ण है
प्रणाली। इन चरणों का ठीक से पालन करने में विफलता WILL परिणाम IN नुक्सान OF तुंहारे डेटा!

# जोनमाइंडर बंद करो
# यदि आपके पास उपलब्ध स्टोरेज है तो अपने इवेंट डेटा और डीबी का बैकअप लें
# विकल्पों के अंतर्गत USE_DEEP_STORAGE सक्षम करें।
# कमांड लाइन से, "sudo zmupdate.pl --migrate-events" चलाएँ
# कनवर्ट करने में विफल होने वाली किसी भी घटना के लिए आउटपुट की निगरानी करें।
# रूपांतरण पूरा होने के बाद, आप ज़ोनमाइंडर को पुनः आरंभ कर सकते हैं

ध्यान दें कि यदि कोई त्रुटि संदेश स्क्रॉल हो जाता है तो आप माइग्रेट-इवेंट कमांड को फिर से चला सकते हैं
स्क्रीन।

आप ext4 में उप-निर्देशिकाओं की संख्या में सीमा की कमी के बारे में पढ़ सकते हैं
फ़ाइल सिस्टम यहां: इसका संपर्क और देखें कि इस फ़ाइल सिस्टम के उपयोग में कौन से उपकरण आपकी सहायता कर सकते हैं यहाँ उत्पन्न करें
यदि आप मंचों पर ext3 या reiserfs खोजते हैं तो आपको इस पर विभिन्न सूत्र मिलेंगे
कनवर्ट करने के तरीके पर मार्गदर्शन के साथ समस्या।

प्रबंध प्रणाली भार (साथ में IP कैमरा in दिमाग)
परिचय
ज़ोनमाइंडर हर तरह से एक शानदार एप्लिकेशन है, लेकिन यह ऐसा काम करता है जिसकी बहुत आवश्यकता होती है
अश्वशक्ति, विशेष रूप से एकाधिक आईपी कैमरों का उपयोग करते समय। आईपी ​​​​कैम को एक अतिरिक्त स्तर की आवश्यकता होती है
जेपीजी या एमजेपीईजी छवियों को एनालॉग कार्ड में संसाधित करने से पहले डीकोड करने की आवश्यकता होती है
विश्लेषण इसके लिए गुर्राने की जरूरत है. यदि आपके पास बहुत सारे कैमरे हैं, तो आपको बहुत सारी ग्रंट की आवश्यकता है।

ZM को इतनी अधिक नाराजगी की आवश्यकता क्यों है? सोचें कि जोनमाइंडर वास्तव में क्या कर रहा है। मोडेक्ट मोड में ZM
है: 1. कैमरे से एक जेपीईजी प्राप्त करना। (एकल भाग या बहुखण्डीय धारा में) 2.
जेपीईजी छवि को डिकोड करना। 3. ज़ोन किए गए चयनों की पिछली छवि से तुलना करना
छवियाँ और नियम लागू करना। 4. यदि अलार्म स्थिति में है, तो उस छवि को डिस्क पर लिखें और
MySQL डेटाबेस को अद्यतन करना।

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

कैसे do I जानना if my कंप्यूटर is अतिभारित?
यदि आपका सीपीयू हर समय 100% पर चल रहा है, तो संभवतः यह अतिभारित है (या सटीक पर चल रहा है)।
अनुकूलन)। यदि लोड लगातार उच्च है (एकल प्रोसेसर के लिए 10.0 से अधिक)।
बुरी चीजें होती हैं - जैसे खोए हुए फ्रेम, अनरिकॉर्डेड घटनाएं आदि। कभी-कभार चोटियां ठीक होती हैं,
सामान्य और चिंता की कोई बात नहीं।

ज़ोनमाइंडर लिनक्स पर चलता है, लिनक्स "लोड" का उपयोग करके सिस्टम लोड को मापता है, जो जटिल है
लेकिन किसी भी समय कंप्यूटर क्या कर रहा है, इसके बारे में एक मोटा मार्गदर्शन देता है। जोनमाइंडर दिखाता है
मुख्य पृष्ठ (ऊपर दाएं) के साथ-साथ डिस्क स्थान पर भी लोड करें। कमांड पर "अपटाइम" टाइप करना
लाइन एक समान मार्गदर्शिका देगी, लेकिन क्या है इसका पूर्ण माप देने के लिए तीन आंकड़ों के साथ
समय की अवधि में हो रहा है लेकिन क्या हो रहा है यह देखने के लिए सर्वोत्तम मार्गदर्शिका के लिए, इंस्टॉल करें
"htop" - जो लोड, मेमोरी और सीपीयू उपयोग के लिए पढ़ने में आसान ग्राफ़ देता है।

1.0 के लोड का मतलब है कि प्रोसेसर के पास "अभी करने के लिए पर्याप्त है"। यह भी ध्यान देने योग्य है
कि 4.0 के लोड का मतलब क्वाड प्रोसेसर मशीन के लिए बिल्कुल समान है - प्रत्येक संख्या
एकल प्रोसेसर के कार्यभार के बराबर है। ऐसे कंप्यूटर पर बहुत अधिक लोड ठीक हो सकता है
एक ढेर सारा काम का बोझ - जैसे कि एक मशीन थोक ईमेल भेज रही है, या अपने तरीके से काम कर रही है
एक उलझी हुई समस्या; जब तक यह पूरा नहीं हो जाता, यह बस मंथन करता रहेगा। हालाँकि - जोनमाइंडर
जानकारी को वास्तविक समय में संसाधित करने की आवश्यकता है ताकि वह अपनी नौकरियों को ढेर न कर सके, इसकी आवश्यकता है
उनसे तुरंत निपटने के लिए.

लोड की बेहतर और पूर्ण व्याख्या के लिए: कृपया पढ़ना इसका

My भार is भी उच्च, कैसे कर सकते हैं I को कम करने यह?
(पिछले दस्तावेज़ में बताया गया है कि टर्बो जेपीईजी लाइब्रेरीज़ को अनुकूलन के रूप में कैसे उपयोग किया जाए
तकनीक. उसके बाद से ये लाइब्रेरी लंबे समय से मानक लिनक्स डिस्ट्रोस का हिस्सा रही हैं
लेख लिखा गया था और इसलिए उस अनुभाग को हटा दिया गया है)

जोनमाइंडर है बहुत परिवर्तनीय है और इसे समझौते के अनुरूप बनाना संभव है। निम्नलिखित हैं
प्रयास करने योग्य अच्छी चीज़ें, किसी विशेष क्रम में नहीं;

· यदि आपका कैमरा आपको छवि का आकार बदलने की अनुमति देता है, तो सोचें कि क्या आप इससे बच सकते हैं
छोटी छवियां. छोटी तस्वीरें = कम लोड। क्लोज़-अप कॉरिडोर के लिए 320x240 आमतौर पर ठीक है
शॉट्स।

· काले और सफेद हो जाओ. रंगीन चित्र सीपीयू, मेमोरी और का दो से तीन गुना उपयोग करते हैं
डिस्कस्पेस लेकिन पहचान को बहुत कम लाभ देता है।

· फ़्रेम प्रति सेकंड कम करें. एफपीएस आधा करें, कार्यभार आधा करें। अगर आपका कैमरा सपोर्ट करता है
एफपीएस थ्रॉटलिंग (एक्सिस डू), इसे आज़माएं - जेडएम को स्ट्रीम से फ्रेम गिराने से बचाता है।
2-5 एफपीएस का व्यापक रूप से उपयोग किया जा रहा है।

· एमजेपीईजी के बजाय जेपीईजी का उपयोग करने का प्रयोग करें। कुछ उपयोगकर्ताओं ने बताया है कि यह बेहतर परिणाम देता है
प्रदर्शन, लेकिन YMMV.

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

· अनुसूची। यदि आप लिनक्स सिस्टम को लगभग क्षमता पर चला रहे हैं, तो आपको सोचने की आवश्यकता होगी
बैकअप और निर्धारित कार्यों जैसी चीजों के बारे में सावधानी से। अपडेटेडबी - वह प्रक्रिया जो
एक फ़ाइल डेटाबेस बनाए रखता है ताकि 'पता लगाएं' तेजी से काम करे, सामान्य रूप से शेड्यूल किया गया है
दिन में एक बार दौड़ें और यदि सिस्टम व्यस्त है तो लोड पर भारी वृद्धि हो सकती है।
शेड्यूल किए गए बैकअप के लिए भी यही सच है, विशेष रूप से वे जो फ़ाइलों को संपीड़ित करते हैं।
यदि संभव हो तो इन कार्यों को ऐसे समय पर पुनः शेड्यूल करें जब सीपीयू के व्यस्त होने की संभावना कम हो
- और उनकी प्राथमिकता को कम करने के लिए "अच्छा" कमांड का भी उपयोग करें। (क्रोंटैब और
/etc/cron.daily/ शुरू करने के लिए अच्छी जगहें हैं)

· अपने पीसी पर अव्यवस्था कम करें। जब तक आपको वास्तव में इसकी आवश्यकता न हो, तब तक X न चलाएं, GUI बहुत बड़ी है
मेमोरी और सीपीयू दोनों में ओवरहेड।

अधिक महंगे विकल्प:

· रैम बढ़ाएँ. यदि आपके सिस्टम को डिस्क स्वैप का उपयोग करना पड़ रहा है तो इसका अत्यधिक प्रभाव पड़ेगा
सभी क्षेत्रों में प्रदर्शन. फिर से, htop एक अच्छा मॉनिटर है - लेकिन पहले आपको इसकी आवश्यकता है
समझें कि चूँकि लिनक्स सारी मेमोरी का उपयोग कर रहा है, इसका मतलब यह नहीं है कि उसे इसकी आवश्यकता है
ऑल - लिनक्स रैम को विंडोज/डॉस और कैश सामग्री से बहुत अलग तरीके से संभालता है। htop होगा
मेमोरी ग्राफ़ में कैश्ड रैम को एक अलग रंग के रूप में दिखाएं। यह भी जांचें कि आप हैं
वास्तव में उच्च मेमोरी सक्षम कर्नेल का उपयोग करना - कई कर्नेल उच्च मेमोरी सक्षम नहीं करते हैं
डिफ़ॉल्ट रूप से

· तेज़ सीपीयू. सामान्य लेकिन प्रभावी। ज़ोनमाइंडर मल्टीपल के साथ भी बहुत अच्छा काम करता है
प्रोसेसर सिस्टम बॉक्स से बाहर (यदि आपके कर्नेल में एसएमपी सक्षम है)। का भार
विभिन्न कैमरे प्रोसेसरों में फैले हुए हैं।

· ज़ोनमाइंडर को प्रोसेसर विशिष्ट निर्देशों के साथ बनाने का प्रयास करें जिन्हें अनुकूलित किया गया है
यह जिस सिस्टम पर चल रहा होगा, वह GCC के अनुकूलन स्तर को भी बढ़ाएगा
-O2 से परे मदद मिलेगी.

./configure CFLAGS='-g -O3 -mtune=athlon-xp -mtune=athlon-xp' CXXFLAGS='-g -O3 -march=athlon-xp -mtune=athlon-xp'

उपरोक्त कमांड एथलॉन एक्सपी सीपीयू के लिए अनुकूलित है इसलिए आपको विशिष्ट का उपयोग करने की आवश्यकता होगी
आपके सीपीयू के लिए प्रोसेसर टैग, साथ ही कंपाइलर ऑप्टिमाइज़ेशन को -O3 तक बढ़ा दिया गया है।

आपको अपने सामान्य ./configure कमांड भी डालने होंगे जैसे कि आप बाहर से संकलन कर रहे हों
यह अनुकूलन.

एक और नोट यह है कि संकलन उस सिस्टम पर किया जाना चाहिए जो ज़ोनमाइंडर होगा
इस अनुकूलन को चालू रखने से यह हार्डवेयर विशिष्ट कोड बन जाएगा।

प्रोसेसर विशिष्ट कमांड कुछ और विकल्पों के साथ जीसीसी मैनुअल में पाए जा सकते हैं
जिससे कार्यकुशलता बढ़ सकती है।
http://gcc.gnu.org/onlinedocs/gcc/i386-and-x86_002d64-Options.html#i386-और-x86_002d64-विकल्प

CentOS चलाने वाले एथलॉन XP सिस्टम पर ज़ोनमाइंडर को संकलित करने के लिए नीचे दिए गए कमांड का उपयोग किया गया है
5.5 और सीपीयू लोड को आधा करने के लिए लिबजेपीईजी-टर्बो संशोधन के साथ,
प्रोसेसर अनुकूलन से पहले libjpeg-टर्बो ने लोड को 1/3 कम कर दिया।

./configure --with-webdir=/var/www/html/zm --with-cgidir=/var/www/cgi-bin CFLAGS='-g -O3 -march=athlon-xp -mtune=athlon-xp " CXXFLAGS='-D__STDC_CONSTANT_MACROS -g -O3 -march=athlon-xp -mtune=athlon-xp' --enable-mmap --sysconfdir=/etc/zm

CentOS 1.25 सिस्टम पर Zoneminder 6.0 को संकलित करने के लिए निम्नलिखित कमांड का उपयोग किया गया है,
देशी कमांड को संकलन समय के दौरान स्वचालित रूप से प्रोसेसर का चयन करना चाहिए, यह आवश्यक है
वास्तविक प्रणाली पर निष्पादित किया जाना है!!

CFLAGS='-g -O3 -march=native -mtune=native' CXXFLAGS='-D__STDC_CONSTANT_MACROS -g -O3 -march=native -mtune=native' ./configure --with-webdir=/var/www/html/ zm --with-cgidir=/var/www/cgi-bin --with-webuser=apache --with-webgroup=apache ZM_DB_HOST=localhost ZM_DB_NAME=zm ZM_DB_USER=your_zm_user ZM_DB_PASS=your_zm_password ZM_SSL_LIB=openssl

क्या के बारे में डिस्क और बैंडविड्थ?
एक सामान्य 100mbit LAN अधिकांश सेटअपों को आसानी से संभाल लेगा। यदि आप कैमरे से फीडिंग कर रहे हैं
छोटे या इंटरनेट लिंक पर, जाहिर तौर पर एफपीएस बहुत कम होगा।

डिस्क और बैंडविड्थ कैलकुलेटर का संदर्भ यहां जोनमाइंडर विकी पर दिया गया है:
http://www.zoneminder.com/wiki/index.php/FAQ#How_much_Hard_Disk_Space_.2F_बैंडविड्थ_do_I_need_for_ZM.3F

इमारत जोनमाइंडर
. दौड़ना कॉन्फ़िगर I am मिल रहा a बहुत of संदेश के बारे में नहीं जा रहा है समर्थ सेवा मेरे संकलन la
ffmpeg पुस्तकालयों
यदि आप कॉन्फिगर से आउटपुट देखते हैं तो वह इस तरह दिखता है

libavcodec/avcodec.h प्रयोज्यता की जाँच हो रही है... नहीं
libavcodec/avcodec.h उपस्थिति की जाँच कर रहा है... हाँ
कॉन्फ़िगर करें: चेतावनी: libavcodec/avcodec.h: मौजूद है लेकिन संकलित नहीं किया जा सकता
कॉन्फ़िगर करें: चेतावनी: libavcodec/avcodec.h: गुम होने की जाँच करें
पूर्वावश्यक शीर्षलेख?
कॉन्फ़िगर करें: चेतावनी: libavcodec/avcodec.h: ऑटोकॉन्फ़ दस्तावेज़ देखें
कॉन्फ़िगर करें: चेतावनी: libavcodec/avcodec.h: अनुभाग "वर्तमान लेकिन
संकलित नहीं किया जा सकता"
कॉन्फ़िगर करें: चेतावनी: libavcodec/avcodec.h: कंपाइलर के साथ आगे बढ़ें
परिणाम
कॉन्फ़िगर करें: चेतावनी: ## -------------------------------------- ##
कॉन्फ़िगर करें: चेतावनी: ## इसकी रिपोर्ट करें [ईमेल संरक्षित] ##
कॉन्फ़िगर करें: चेतावनी: ## ------------------------------------------------ ##

तो यह ज़ोनमाइंडर बिल्ड सिस्टम के कारण नहीं बल्कि ffmpeg के कारण होता है। हालाँकि वहाँ एक है
वर्कअराउंड का उपयोग आप कर सकते हैं जिसे जोड़ना है सीपीपीएफएलजीएस=-D__STDC_CONSTANT_MACROS

जोनमाइंडर को . / कॉन्फ़िगर आदेश जिससे समस्या का समाधान होना चाहिए। हालाँकि यह एक नहीं है
इस तरह उचित 'फिक्स', जो केवल एफएफएमपीईजी प्रोजेक्ट से ही आ सकता है।

I नही सकता निर्माण जोनमाइंडर और am मिल रहा बहुत सारे of अपरिभाषित सी + + टेम्पलेट त्रुटियों
यह लगभग निश्चित रूप से 'ccache' पैकेज के कारण है जो गति बढ़ाने का प्रयास करता है
संकलित वस्तुओं को कैशिंग द्वारा संकलित करना। दुर्भाग्य से इसका एक दुष्परिणाम यह है
GNU g++ टेम्प्लेट रिज़ॉल्यूशन विधि को तोड़ता है जिसे ज़ोनमाइंडर रोकथाम द्वारा निर्माण में उपयोग करता है
फ़ाइलें पुनः संकलित हो रही हैं। इसका सबसे आसान तरीका ccache पैकेज को हटाना है
अपने डिस्ट्रोस पैकेज मैनेजर का उपयोग करना।

कैसे do I निर्माण एसटी X10 समर्थन?
आपको X10 समर्थन के लिए ZM को फिर से बनाने की आवश्यकता नहीं है। आपको पर्ल मॉड्यूल इंस्टॉल करना होगा
और विकल्पों में X10 पर स्विच करें, फिर पुनरारंभ करें। पर्ल मॉड्यूल स्थापित करना इसमें शामिल है
अन्य स्थानों के बीच README लेकिन संक्षेप में, यह करें:
perl -MCPAN -eshell इंस्टॉल करें X10::ActiveHome छोड़ें

विस्तार ज़ोनमाइंडर
कैसे कर सकते हैं I मिल ZM सेवा मेरे do विभिन्न चीज़ें at विभिन्न बार of दिन or सप्ताह?
यदि आप दिन के दौरान गति का पता लगाने और केवल रिकॉर्ड करने के लिए जोनमाइंडर को कॉन्फ़िगर करना चाहते हैं
उदाहरण के लिए, रात में, आपको ज़ोनमाइंडर 'रन स्टेट्स' का उपयोग करना होगा। एक रन स्टेट एक है
मॉनिटर फ़ंक्शंस का विशेष कॉन्फ़िगरेशन जिसे आप किसी भी समय उपयोग करना चाहते हैं।

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

अब आप इन दोनों स्थितियों को उसी डायलॉग से चुनकर उनके बीच स्विच कर सकते हैं
उन्हें बचाया, या कमांड लाइन से ''zmpkg.pl'' कमांड जारी करने से बचाया '', के लिए
उदाहरण ''zmpkg.pl दिन का समय''।

आपको जो अंतिम कदम उठाने की ज़रूरत है, वह परिवर्तनों के प्रभावी होने का समय निर्धारित करना है। इसके लिए
आप उपयोग कर सकते हैं क्रॉन. सुबह 8 बजे और दिन के उजाले की स्थिति में बदलाव के लिए एक सरल प्रविष्टि
रात्रि 8 बजे रात्रि की स्थिति इस प्रकार होगी,

0 8 * * * रूट /usr/local/bin/zmpkg.pl दिन का समय
0 20 * * * रूट /usr/local/bin/zmpkg.pl रात का समय

Ubuntu 7.04 और संभवतः अन्य पर, देखें / Usr / bin न सिर्फ / Usr / स्थानीय / बिन के लिए
zmpkg.pl फ़ाइल।

हालाँकि ऊपर दिया गया उदाहरण दिन के अलग-अलग समय में बदलती स्थितियों का वर्णन करता है, फिर भी वही है
सिद्धांत को सप्ताह के दिनों या अन्य अधिक मनमानी अवधियों पर समान रूप से लागू किया जा सकता है।

कैसे कर सकते हैं I उपयोग जोनमाइंडर सेवा मेरे ट्रिगर कुछ अन्य कब वहाँ is an खतरे की घंटी?
ज़ोनमाइंडर में एक पर्ल एपीआई शामिल है जिसका अर्थ है कि आप ZM के साथ इंटरैक्ट करने के लिए एक स्क्रिप्ट बना सकते हैं
साझा मेमोरी डेटा और ZM अलार्म पर प्रतिक्रिया करने या ZM को ट्रिगर करने के लिए इसे अपनी स्क्रिप्ट में उपयोग करें
नए अलार्म उत्पन्न करने के लिए. पूरी जानकारी README में या करके है पर्लडोक जोनमाइंडर,
पर्लडोक ज़ोनमाइंडर::शेयर्डमेम आदि। नीचे एक उदाहरण स्क्रिप्ट है जो सभी मॉनिटरों की जांच करती है
अलार्म के लिए और जब कोई अलार्म बजता है, तो स्क्रीन पर एक संदेश प्रिंट करता है। आप अपना खुद का जोड़ सकते हैं
इस प्रतिक्रिया को थोड़ा और उपयोगी बनाने के लिए कोड।

#!/usr/bin/perl -w

सख्त उपयोग करें;

ज़ोनमाइंडर का उपयोग करें;

$| = 1;

zmDbgInit( "myscript", लेवल=>0, to_log=>0, to_syslog=>0, to_term=>1);

मेरा $dbh = DBI->connect('DBI:mysql:database='.ZM_DB_NAME.';host='.ZM_DB_HOST, ZM_DB_USER, ZM_DB_PASS );

मेरा $sql = "M.*, max(E.Id) को मॉनिटर्स से LastEventId के रूप में चुनें क्योंकि M बाईं ओर M.Id पर E के रूप में ईवेंट में शामिल होता है = E.MonitorId जहां M.Function != (M.Id) द्वारा 'कोई नहीं' समूह )";
मेरा $sth = $dbh->prepare_cached( $sql ) याdie( "'$sql' तैयार नहीं कर सकता: ".$dbh->errstr());

मेरा $res = $sth->execute() या मरना ("'$sql' निष्पादित नहीं कर सकता: ".$sth->errstr());
मेरे @मॉनिटर्स;
जबकि (मेरा $monitor = $sth->fetchrow_hashref())
{
पुश(@मॉनिटर, $मॉनिटर);
}

जबकि(1)
{
मेरे $monitor (@monitors) को फ़ोरैच करें
{
अगला यदि ( !zmMemVerify( $monitor ) );

अगर (मेरा $last_event_id = zmHasAlarmed($monitor, $monitor->{LastEventId} ))
{
$monitor->{LastEventId} = $last_event_id;
print( "मॉनीटर ".$monitor->{Name}." चिंतित हो गया है\n");
#
# अपना काम यहीं करें
#
}
}
नींद(1);
}

विकार शूटिंग
यहां कुछ चीजें हैं जो आपको यह पता लगाने में मदद करेंगी कि क्या गलत है। यह भी कैसे करना है
मंचों पर वह जानकारी प्राप्त करें जिसकी हमें आपकी सहायता करने के लिए आवश्यकता है।

क्या लॉग चाहिए I चेक एसटी त्रुटियाँ?
ज़ोनमाइंडर अपने स्वयं के लॉग बनाता है और आमतौर पर इसमें स्थित होते हैं / Tmp निर्देशिका.

RPM पैकेज के लिए ZoneMinder लॉग स्थित हैं /var/log/zm.

आपकी समस्या के आधार पर त्रुटियां इनमें से किसी भी लॉग में दिखाई दे सकती हैं, लेकिन आमतौर पर लॉग में
रुचि हैं zmdc.लॉग और zmpkg.log यदि ZM प्रारंभ नहीं हो पा रहा है.

अब चूँकि ZM काम करने के लिए अन्य घटकों पर निर्भर है, इसलिए आपको ZM में त्रुटियाँ नहीं मिलेंगी
अन्य घटकों में.

*/var/log/संदेश और/या / Var / log / syslog
*/ Var / log / dmesg
*/var/log/httpd/error_log`` (RedHat/Fedora) या ``/var/log/apache2/error_log
*/var/log/mysqld.log`` (यहाँ त्रुटियाँ बहुत बार नहीं होती हैं, लेकिन बस होती हैं)

यदि ZM काम नहीं कर रहा है, तो आपको हमेशा कम से कम एक में त्रुटि ढूंढने में सक्षम होना चाहिए
ये लॉग. लॉग से जानकारी प्राप्त करने के लिए [[टेल]] कमांड का उपयोग करें। इसे इस प्रकार किया जा सकता है:
टेल -एफ /var/log/संदेश /var/log/httpd/error_log /var/log/zm/zm*.log

यह इनमें से किसी भी लॉग में दर्ज किए गए किसी भी डेटा को आपकी कंसोल स्क्रीन पर जोड़ देगा (-f) का है। सेवा
बाहर निकलें, [ctrl -c] दबाएं।

ज़ोनमाइंडर बायनेरिज़ के लिए अधिक वर्बोज़ लॉगिंग डिबग विकल्प को सक्षम करके उपलब्ध है
नियंत्रण कक्ष से और उस पथ में रखा जाएगा जिसे आपने डिबग के लिए कॉन्फ़िगर किया है
लॉग. आउटपुट को एक विशिष्ट बाइनरी तक सीमित किया जा सकता है जैसा कि डिबग विकल्प पृष्ठ में वर्णित है
नीचे "?" निशान।

कैसे कर सकते हैं I मुसीबत गोली मार la हार्डवेयर और / या सॉफ्टवेयर?
आपके हार्डवेयर के बारे में जानकारी प्राप्त करने के लिए यहां कुछ कमांड दिए गए हैं। कुछ आदेश हैं
वितरण निर्भर. * [[एलएसपीसीआई]] -वीवी -- बहुत सारी विस्तृत जानकारी लौटाता है। की जाँच करें
परस्पर विरोधी व्यवधान या पोर्ट असाइनमेंट। आप कभी-कभी इंटरप्ट/पोर्ट को बदल सकते हैं
बायोस. यह पता लगाने के लिए कि क्या यह HW विरोध है (इसके द्वारा प्रदान किया गया आदेश) एक अलग पीसीआई स्लॉट आज़माएँ
pciutils पैकेज)। * [[स्कैनपीसीआई]] -v - आपको आपके हार्डवेयर EPROM से जानकारी देता है *
[[लससब]] -वीवी - यूएसबी उपकरणों के बारे में बहुत सारी जानकारी देता है (usbutils द्वारा प्रदान किया गया कैमैंड)।
पैकेट)। * [[डीएमईएसजी]] - आपको दिखाता है कि आपका हार्डवेयर बूट-अप पर कैसे प्रारंभ हुआ (या नहीं हुआ)।
इसका आपको सबसे ज्यादा फायदा मिलेगा. * [[v4l-जानकारी]] -- यह देखने के लिए कि ड्राइवर कैसे बात कर रहा है
कार्ड. असामान्य मूल्यों की तलाश करें. * [[मोदीइन्फो बीटीटीवी]] - कुछ बीटीटीवी ड्राइवर आँकड़े। * [[ज़मु]]
-m 0 -q -v - मॉनिटर कॉन्फ़िगरेशन के संबंध में विभिन्न जानकारी लौटाता है। * [[आईपीसी]]
`` -- प्रदान करता है करें- on la भारतीय दंड संहिता अभाव एसटी कौन कौन से la बुला प्रक्रिया है पढ़ना
उपयोग. * ``[[आईपीसीआरएम]] `` -- RSI आईपीसीआरएम आदेश कर सकते हैं be प्रयुक्त सेवा मेरे हटाना an आईपीसी वस्तु से
la गिरी। * ``बिल्ली / खरीद / व्यवधान - यह पता लगाएगा कि आपके हार्डवेयर में क्या बाधा आ रही है
उपयोग कर रहा है।

क्यों am I मिल रहा a 403 पहुँच त्रुटि साथ में my वेब ब्राउज़र कब की कोशिश कर रहा सेवा मेरे पहुँच http
//लोकलहोस्ट/zm?
अपाचे वेब सर्वर को सक्षम होने के लिए सही अनुमतियाँ और कॉन्फ़िगरेशन की आवश्यकता होती है
ज़ोनमाइंडर फ़ाइलें पढ़ें। समाधान के लिए मंचों की जाँच करें, और अपाचे को संपादित करें
अपाचे को पढ़ने का अधिकार देने के लिए कॉन्फ़िगरेशन और निर्देशिका अनुमतियाँ बदलें
ज़ोनमाइंडर फ़ाइलें। आपके ज़ोनमाइंडर कॉन्फ़िगरेशन के आधार पर, आप zm उपयोगकर्ता का उपयोग करेंगे
और वह समूह जिसके साथ ज़ोनमाइंडर बनाया गया था, जैसे कि wwwuser और www।

क्यों am I मिल रहा टूटा हुआ छवियों कब की कोशिश कर रहा सेवा मेरे राय आयोजन?
ज़ोनमाइंडर और अपाचे वेब सर्वर के पास सही अनुमतियाँ होनी चाहिए। इस फ़ोरम की जाँच करें
विषय और उससे मिलते-जुलते: http://www.zoneminder.com/forums/viewtopic.php? पी = 48754 # 48754

क्यों is la की छवि से my रंग कैमरा प्रदर्शित होने in काली और सफ़ेद?
यदि आपने हाल ही में ज़ोनमाइंडर 1.26 में अपग्रेड किया है, तो एक प्रति कैमरा विकल्प है जो डिफ़ॉल्ट है
यदि आपका अपग्रेड सही ढंग से नहीं हुआ तो काले और सफेद रंग को गलत तरीके से सेट किया जा सकता है। यह धागा देखें:
http://www.zoneminder.com/forums/viewtopic.php?f=30&t=21344

ऐसा तब हो सकता है यदि आपके पास एनटीएससी एनालॉग कैमरा है लेकिन आपने स्रोत को इसमें कॉन्फ़िगर किया है
सोर्स टैब के अंतर्गत डिवाइस फॉर्मेट के लिए जोनमाइंडर को PAL के रूप में। आपको गुमराह भी किया जा सकता है
क्योंकि जब कैमरा वास्तव में NTSC हो तो zmu वीडियो पोर्ट को PAL के रूप में रिपोर्ट कर सकता है।
अपने एनालॉग कैमरे की तकनीकी विशिष्टताओं की जांच करके उसके प्रारूप की पुष्टि करें,
संभवतः यह उस पैकेजिंग के साथ पाया गया है जिसमें यह आया था, निर्माताओं की वेबसाइट पर, या यहाँ तक कि पर भी
खुदरा वेबसाइट जहां आपने कैमरा खरीदा था। डिवाइस फॉर्मेट सेटिंग को एनटीएससी में बदलें
और इसे 320 x 240 के न्यूनतम रिज़ॉल्यूशन पर सेट करें। यदि आपने पुष्टि की है कि कैमरा
स्वयं एनटीएससी प्रारूप है, लेकिन एनटीएससी सेटिंग का उपयोग करके चित्र प्राप्त न करें, बढ़ाने पर विचार करें
साझा मेमोरी '''kernel.shmall'''' और '''kernel.shmmax''' सेटिंग्स /etc/sysctl.conf
268435456 जैसे बड़े मान पर। यही कारण है कि आपको इससे शुरुआत करनी चाहिए
320x240 रिज़ॉल्यूशन, ताकि स्मृति समस्याओं की संभावना को कम किया जा सके
डिवाइस प्रारूप समस्या का निवारण करने के आपके प्रयासों में हस्तक्षेप करें। एक बार आपके पास है
एनटीएससी प्रारूप का उपयोग करके मॉनिटर में एक चित्र प्राप्त करें, फिर आप प्रयोग कर सकते हैं
संकल्प उठाना.

क्यों do I केवल देखना नीला स्क्रीन साथ में a टाइमस्टैम्प कब निगरानी my कैमरा?
यदि यह कैमरा कैप्चर कार्ड से जुड़ा है, तो हो सकता है कि आपने गलत डिवाइस का चयन किया हो
ज़ोनमाइंडर कंसोल में मॉनिटर को कॉन्फ़िगर करते समय स्रोत या चैनल। अगर आपके पास एक है
2 डी-सब स्टाइल इनपुट के साथ कैप्चर कार्ड (वीजीए पोर्ट जैसा दिखता है) जिसमें आप एक संलग्न करते हैं
बशर्ते स्प्लिटर कई केबलों को अलग कर दे, तो स्प्लिटर को इससे जोड़ा जा सकता है
गलत पोर्ट. उदाहरण के लिए, पीवी-149 कैप्चर कार्ड में दो डी-सब स्टाइल पोर्ट के रूप में लेबल किया गया है
DB1 और DB2, और इनमें से एक पोर्ट के लिए कनेक्टर के साथ पैक किए जाते हैं जो 4 में विभाजित होता है
बीएनसी कनेक्टर्स। शुरुआती चार वीडियो पोर्ट स्प्लिटर से जुड़े हुए उपलब्ध हैं
DB1।

क्यों do I केवल देखना काली स्क्रीन साथ में a टाइमस्टैम्प कब निगरानी my कैमरा?
मॉनिटर विंडो में जहां आपको टाइमस्टैम्प के साथ काली स्क्रीन दिखाई देती है, वहां सेटिंग्स का चयन करें
और डिवाइस के लिए रिपोर्ट की गई चमक, कंट्रास्ट, रंग और रंग सेटिंग्स दर्ज करें
'''ज़मु-डी -q -v'''. इनके लिए प्रयास करने के लिए 32768 उपयुक्त मान हो सकते हैं
समायोजन। सेटिंग्स सहेजने के बाद, यह पुष्टि करने के लिए कि उन्होंने सहेजी हैं, सेटिंग्स फिर से चुनें
सफलतापूर्वक।

I am मिल रहा संदेश के बारे में a पश्व-अनुरेखन in my लॉग, क्या do I कर?
यदि आप अपने लॉग में निम्नलिखित जैसी प्रविष्टियाँ देख रहे हैं

जनवरी 11 20:25:22 लोकलहोस्ट zma_m2[19051]: ईआरआर [बैकट्रेस: ​​/lib64/libc.so.6 [0x3347230210]]
जनवरी 11 20:25:22 लोकलहोस्ट zma_m2[19051]: ERR [बैकट्रेस: ​​/lib64/libc.so.6(memset+0xce) [0x334727684e]]
जनवरी 11 20:25:22 लोकलहोस्ट zma_m2[19051]: ERR [बैकट्रेस: ​​/usr/local/bin/zma [0x40ee9a]]
जनवरी 11 20:25:22 लोकलहोस्ट zma_m2[19051]: ERR [बैकट्रेस: ​​/usr/local/bin/zma [0x419946]]
जनवरी 11 20:25:22 लोकलहोस्ट zma_m2[19051]: ERR [बैकट्रेस: ​​/usr/local/bin/zma [0x4213cf]]
जनवरी 11 20:25:22 लोकलहोस्ट zma_m2[19051]: ERR [बैकट्रेस: ​​/usr/local/bin/zma(cos+0x35c) [0x404674]]
जनवरी 11 20:25:22 लोकलहोस्ट zma_m2[19051]: ईआरआर [बैकट्रेस: ​​/lib64/libc.so.6(__libc_start_main+0xf4) [0x334721da44]]
11 जनवरी 20:25:22 लोकलहोस्ट zma_m2[19051]: ERR [बैकट्रेस: ​​/usr/local/bin/zma(cos+0xd1) [0x4043e9]]
जनवरी 11 20:25:22 लोकलहोस्ट zma_m2[19051]: INF [बैकट्रेस पूर्ण]

तब आप हेक्स का अनुवाद करने के लिए एक विशेष कमांड चलाकर समस्या का निदान करने में मदद कर सकते हैं
उपयोगी जानकारी में पते। इस कमांड को addr2line कहा जाता है और आप 'man' टाइप कर सकते हैं
अधिक जानकारी के लिए addr2line'. मूल रूप से addr2line पैरामीटर के दो सेट लेता है
पहला बाइनरी फ़ाइल का नाम है, और दूसरा पतों की सूची है। इन दोनों
जानकारी के टुकड़े लॉग में प्रदर्शित होते हैं। फ़ाइल नाम इसके बाद पहला भाग है
'बैकट्रेस:' टैग, इस मामले में /usr/local/bin/zma, हालांकि यह आपके में भिन्न हो सकता है
मामला। कुछ पंक्तियाँ zma निष्पादन योग्य के बजाय पुस्तकालयों को संदर्भित करती हैं लेकिन वे हो सकती हैं
अभी के लिए नजरअंदाज कर दिया गया है, महत्वपूर्ण हिस्सा यह नोट करना है कि कौन सा ZM बाइनरी शामिल है। बाइनरी फ़ाइल
-e ध्वज का अनुसरण करते हुए पारित किया जाता है। Addr2line को पास करने के लिए पते शामिल हैं
'[]' जोड़ियों में। फिर से आप उन लोगों को अनदेखा कर सकते हैं जो किसी लाइब्रेरी को संदर्भित करने वाली पंक्ति में हैं
लेकिन अगर आप उन्हें शामिल करेंगे तो इससे कोई नुकसान नहीं होगा। तो उपरोक्त उदाहरण में, आदेश होगा
Addr2line -e /usr/local/bin/zma 0x40ee9a 0x419946 0x4213cf 0x404674 0x4043e9 यह होना चाहिए
फिर स्रोत फ़ाइल नाम और लाइन नंबर वाली एक अधिक प्रतीकात्मक सूची को हटा दें
क्या यह जानकारी मंचों पर पोस्ट करने पर उपयोगी होगी? कभी-कभी addr2line
उपयोगी आउटपुट देने में विफल रहता है। ऐसा आमतौर पर इसलिए होता है क्योंकि या तो समस्या बहुत गंभीर होती है
कि इसने स्टैक को दूषित कर दिया है और उपयोगी जानकारी को प्रदर्शित होने से रोक दिया है, या
कि आपने या तो डिबग के लिए -g फ़्लैग के बिना ZM संकलित किया है, या आपने इसे हटा दिया है
स्थापना के बाद प्रतीक जानकारी की बायनेरिज़। इस मामले में आपको इसकी आवश्यकता होगी
जानकारी को उपयोगी बनाने के लिए डीबग सक्षम करके अस्थायी रूप से पुनर्निर्माण करें।

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

कैसे do I मरम्मत la MySQL डेटाबेस?
इस बारे में जाने के दो तरीके हैं। अधिकांश मामलों में आप कमांड प्रॉम्प्ट से चला सकते हैं -> *
mysqlcheck --सभी-डेटाबेस --ऑटो-रिपेयर -p'''your_database_password''' -u
'''आपका_डेटाबेस_उपयोगकर्ता'''

यदि वह काम नहीं करता है तो आपको यह सुनिश्चित करना होगा कि जोनमाइंडर बंद हो गया है और फिर चलाएं
निम्नलिखित (इसे चलाते समय डेटाबेस का उपयोग कुछ भी नहीं करना चाहिए और आपके पास होगा
यदि यह भिन्न है तो अपने सही पथ को समायोजित करने के लिए)। -> * myisamchk --मौन --बल
--तेज़ --अद्यतन-स्थिति -O key_buffer=64M -O sort_buffer=64M -O read_buffer=1M -O
राइट_बफ़र=1एम /var/lib/mysql//।मेरा मैं

कैसे do I मरम्मत la MySQL डाटाबेस कब la CLI विफल रहता है?
उबंटू में, ऊपर सूचीबद्ध आदेश काम नहीं करते प्रतीत होते हैं। हालाँकि, वास्तव में यह कर रहा हूँ
MySQL के भीतर से हाथ करता है। (लेकिन वह इस दस्तावेज़ के दायरे से बाहर है) लेकिन वह
मैं सोचने पर मजबूर हो गया... और phpmyadmin काम करता है। एक टर्मिनल लाओ. sudo उपयुक्त - मिल स्थापित
phpMyAdmin

अब जाओ http://zoneminder_IP/ और ZM सेवा बंद करें। करने के लिए जारी
http://zoneminder_IP/phpmyadmin और ज़ोनमाइंडर डेटाबेस का चयन करें। चयन करें और तालिकाएँ
'उपयोग में है' चिह्नित करें और ठीक करने के लिए 'रिपेयर' क्रिया चुनें। ज़ोनमाइंडर सेवा को पुनः आरंभ करें
वेब ब्राउज़र. phpmyadmin टूल को हटाएं या अक्षम करें, क्योंकि यह हमेशा सबसे अच्छा नहीं होता है
चारों ओर सुरक्षित चीज़, और आपके डेटाबेस को किसी भी कुशल हैकर के लिए खोल देता है। sudo उपयुक्त - मिल
हटाना phpMyAdmin

I उन्नत by वितरण और ZM रोक काम कर रहे
कुछ संभावनाएँ (अपूर्ण सूची और सुधार के अधीन) [[/usr/local/bin/zmfix:
/usr/lib/libmysqlclient.so.15: संस्करण `MYSQL_5.0' नहीं पाया (आवश्यक by
/usr/local/bin/zmfix)]] :: समाधान: ज़ोनमाइंडर को पुनः संकलित और पुनः स्थापित करें। किसी भी समय आप
एक प्रमुख संस्करण को अपडेट करें जिस पर ज़ोनमाइंडर निर्भर करता है, आपको ज़ोनमाइंडर को फिर से संकलित करने की आवश्यकता है।

ज़ोनमाइंडर नहीं करता प्रारंभ स्वतः on बूट
लॉग प्रविष्टियों के लिए सूची की जाँच करें जैसे "zmfix[766]: ERR [सर्वर से कनेक्ट नहीं हो सकता: नहीं कर सकता
सॉकेट '/var/run/mysqld/mysqld.sock' (2)] " के माध्यम से स्थानीय MySQL सर्वर से कनेक्ट करें। क्या
ऐसा हो सकता है कि मैसकल के बाद ज़ोनमाइंडर बहुत जल्दी शुरू हो जाता है और संपर्क करने का प्रयास करता है
डेटाबेस सर्वर तैयार होने से पहले। ज़ोनमाइंडर को कोई उत्तर नहीं मिलता और वह बंद हो जाता है। अगस्त 2010 -
ऐसा प्रतीत होता है कि उबंटू अपग्रेड कई प्रणालियों को इसी स्थिति में छोड़ रहा है। इसका एक तरीका यह है
ज़ोनमाइंडर स्टार्टअप स्क्रिप्ट में विलंब जोड़ने के लिए, जिससे माइस्क्ल को आरंभ करने की अनुमति मिल सके।
"बस /etc/init.d/zoneminder फ़ाइल में 'zmfix -a' के ऊपर की पंक्ति में 'स्लीप 15' जोड़ें
मेरी ज़ोनमाइंडर स्टार्टअप समस्याओं को ठीक कर दिया गया!" - पाडा को श्रेय।

सुदूर पथ व्यवस्था एसटी पैनासोनिक और अन्य कैमरा
स्रोत को जोड़ने या संपादित करने पर आप पैरामीटर के लिए प्रीसेट लिंक का चयन कर सकते हैं
निर्दिष्ट कैमरा. संस्करण 1.23.3 में बीटीटीवी, एक्सिस, पैनासोनिक, गैडस्पॉट, वीईओ और के लिए प्रीसेट
ब्लूनेट उपलब्ध हैं. प्रीसेट ZM का चयन करने से इसके लिए आवश्यक मान भर जाता है
दूरस्थ पथ चर

क्यों do I मिल दोहराया गया/ मिश्रित/अस्थिर/ रिक्त पर नज़र रखता है on bt878-जैसा पत्ते (उर्फ पिको 2000)
कृपया [[Pico2000]] पर जांच करें;

क्या का कारण बनता है अमान्य JPEG पट्टिका संरचना: दो तो मैं मार्कर से zmc (1.24.एक्स)
कुछ सेटिंग्स जो पहले केवल वैश्विक हुआ करती थीं अब प्रति कैमरा हैं। मॉनिटर सोर्स टैब पर,
यदि आप रिमोट प्रोटोकॉल "HTTP" और रिमोट मेथड "सिंपल" का उपयोग कर रहे हैं, तो रिमोट बदलने का प्रयास करें
"रेगएक्सपी" की विधि।

कई तरह का
I देखना जोनमाइंडर is लाइसेंस प्राप्त के अंतर्गत la रसोई गैस। क्या कर देता है कि अनुमति देना or रोकना me in कर साथ में
ज़ोनमाइंडर?
ज़ोनमाइंडर लाइसेंस का वर्णन दस्तावेज़ के अंत में किया गया है और इसमें ये शामिल हैं
निम्नलिखित अनुभाग
यह प्रोग्राम मुफ़्त सॉफ़्टवेयर है; आप इसे शर्तों के तहत पुनर्वितरित और/या संशोधित कर सकते हैं
फ्री सॉफ्टवेयर फाउंडेशन द्वारा प्रकाशित जीएनयू जनरल पब्लिक लाइसेंस का; दोनों में से एक
लाइसेंस का संस्करण 2, या (आपके विकल्प पर) कोई बाद का संस्करण।

यह कार्यक्रम इस उम्मीद में वितरित किया गया है कि यह उपयोगी होगा, लेकिन बिना किसी के
वारंटी; ए के लिए व्यापारिकता या उपयुक्तता की निहित वारंटी के बिना भी
विस्तृत उद्देश्य। अधिक विवरण के लिए जीएनयू जनरल पब्लिक लाइसेंस देखें।

इसका मतलब यह है कि ज़ोनमाइंडर को वर्णित शर्तों के तहत लाइसेंस प्राप्त है यहाँ उत्पन्न करें। वहां एक है
जीपीएल को कवर करने वाले व्यापक FAQ http://www.gnu.org/licenses/gpl-faq.html में लेकिन
संक्षेप में, आपको जीपीएल लाइसेंस प्राप्त सॉफ़्टवेयर को पुनर्वितरित या संशोधित करने की अनुमति है, बशर्ते कि आप
अपना वितरण या संशोधन उन्हीं शर्तों के तहत स्वतंत्र रूप से जारी करें। आपको करने के लिए अनुमति दी गई हैं
जीपीएल सॉफ्टवेयर पर आधारित सिस्टम बेचें। आपको अधिकारों को प्रतिबंधित या कम करने की अनुमति नहीं है
हालाँकि आपके वितरण में GPL सॉफ़्टवेयर का। बेशक अगर आप अभी बना रहे हैं
आपके सिस्टम के लिए स्थानीय स्तर पर संशोधन आप परिवर्तन जारी नहीं कर रहे हैं इसलिए आपके पास नहीं है
इस मामले में दायित्व. मैं अधिक गहन कवरेज के लिए जीपीएल एफएक्यू पढ़ने की सलाह देता हूं
यह मामला।

कर सकते हैं I उपयोग जोनमाइंडर as भाग of my वाणिज्यिक उत्पाद?
जीपीएल लाइसेंस आपको आपके सिस्टम द्वारा प्रदान किए गए जीपीएल सॉफ्टवेयर के आधार पर सिस्टम तैयार करने की अनुमति देता है
उस लाइसेंस का भी पालन करें और आपके द्वारा किया गया कोई भी संशोधन भी इसके तहत जारी किया जाएगा
समान शर्तें. जीपीएल आपको मालिकाना सिस्टम में जोनमाइंडर को शामिल करने की अनुमति नहीं देता है (देखें)।
http://www.gnu.org/licenses/gpl-faq.html#GPLInProprietarySystem जानकारी के लिए)। यदि आप चाहते हैं
इस प्रकार के सिस्टम में ज़ोनमाइंडर को शामिल करने के लिए आपको ज़ोनमाइंडर को लाइसेंस देने की आवश्यकता होगी
विभिन्न शर्तों के तहत. यह कभी-कभी संभव है और इसके लिए आपको मुझसे संपर्क करना होगा
इन परिस्थितियों में अधिक विवरण।

योगदान

स्रोत पर होस्ट किया गया GitHub मुद्दों/प्रश्नों/सुविधा अनुरोधों की रिपोर्ट करें GitHub मुद्दे

पुल अनुरोधों का बहुत स्वागत है! यदि आप योगदान देना चाहते हैं, तो कृपया इसका अनुसरण करें
पीछे पीछे जाना।

· रेपो को फोर्क करें

· हमारे यहाँ एक मुद्दा खोलें GitHub मुद्दे ट्रैकर. उस बग का वर्णन करें जो आपको मिला है, या
वह सुविधा जो आप मांग रहे हैं. अंक संख्या लिख ​​लें (जैसे 456)

· अपनी फीचर शाखा बनाएं (Git जांच -b 456-मेरी-नई-सुविधा)

· अपने परिवर्तन प्रतिबद्ध करें (Git करना -m 'जोड़ा गया कुछ विशेषता') यह बेहतर है कि आप
सभी परिवर्तनों को एक ही कमिट में बाँटने के बजाय 'जल्दी और बार-बार प्रतिबद्ध करें'।

· जीथब पर अपनी शाखा को अपने कांटे पर धकेलें (Git धक्का मूल 456-मेरी-नई-सुविधा)

· नया पुल अनुरोध बनाएं

· फिर टीम आपके परिवर्तनों की समीक्षा करेगी, चर्चा करेगी और उम्मीद है कि उनका विलय कर देगी।

ज़ोनमाइंडर के दस्तावेज़ में आपका स्वागत है, निम्नलिखित संसाधन उपलब्ध हैं

उपयोगकर्ता गाइड/सूचकांक
पहली बार जोनमाइंडर स्थापित करने के लिए गाइड और इसका उपयोग करने के लिए विस्तृत गाइड
जोनमाइंडर फ्रंट एंड.

एपीआई जोनमाइंडर से इंटरफेसिंग के लिए केकपीएचपी आधारित एपीआई का उपयोग करने की जानकारी

अकसर किये गए सवाल अक्सर पूछे जाने वाले प्रश्न

योगदान
ज़ोनमाइंडर में योगदान कैसे करें। एक सामुदायिक परियोजना के रूप में हमें हमेशा आपकी सहायता की आवश्यकता होती है
दस्तावेज़ का परीक्षण या अद्यतन करने के लिए कोडर होने की आवश्यकता नहीं है।

· जेनइंडेक्स

· मोडिडेक्स

· खोज

onworks.net सेवाओं का उपयोग करके ज़ोनमाइंडर का ऑनलाइन उपयोग करें