حاسبة الحد الأدنى لمتطلبات نظام المراقبة بالفيديو

إليك الحاسبة التي ستساعدك في تقدير المتطلبات التقريبية.
قائمة الكاميرات المدعومة والمتوافقة تماماً مع زيوما.

إضافة كاميرا

النتيجة

كيفية استخدام هذه الحاسبة:

تنصحك زيوما باستخدام البث المزدوج كلما أمكن ذلك، وهو ما يعني استخدام تدفق بدقة منخفضة (مثل mjpeg) لمشاهدة تسجيلات الفيديو في الوقت الفعلي، واستخدام تدفق بدقة عالية (مثل H.264) لحفظ التسجيلات في الأرشيف؛ مما يساعدك على توفير الكثير من الموارد. يمكنك قراءة المزيد عن البث المزدوج هنا.

السطر الأول في الحاسبة مخصص لإدخال معايير الكاميرات التي ستُستخدم للمشاهدة في الوقت الفعلي.
حدد عدد الكاميرات التي ستُستخدم للمشاهدة في حقل الكمية.
اختر معايير التدفق التي ستستخدمها للمشاهدة (mpeg / H.264/H.264 +/H.265 +/mjpeg).
في حقل الدقة، اختر القيمة التي ستتم بها المشاهدة (0.03 ميجابكسل - 33 ميجابكسل).
يتم اختيار معدل البت (Bitrate) وفقاً لدقة التدفق (128 كيلوبت/ثانية – 20 ميجابت/ثانية).

في السطر الثاني، حدد مربع الأرشيف إذا كنت ترغب في حفظ تسجيلات الكاميرات في الأرشيف، واملأ جميع الحقول بنفس الطريقة.
في حقل الكثافة، يعتمد الاختيار على مقدار الوقت الذي سيتم خلاله التسجيل: تسجيل مستمر (100%، 24 ساعة يومياً)، أو حركة كثيفة أو تسجيل مجدول (في ساعات وأيام معينة من الأسبوع أو فقط عند اكتشاف حركة، وهو ما يستغرق حوالي 30% من الوقت اليومي)، أو حركة نادرة (إذا كانت الكاميرا مثبتة في مكان يظهر فيه الأشخاص نادراً – حيث يستغرق التسجيل 5% من الوقت اليومي).
في حقلي الساعات و الأيام، حدد مدة تخزين الأرشيف.

تضيف الوحدات الذكية من 10 إلى 30% من الحمل على الخادم، لذا يجب عليك تحديد الوحدات التي سيتم استخدامها في موقعك.
إذا كان العملاء يتطلبون الوصول عن بُعد، حدد هذا الحقل واذكر الحد الأقصى لعدد العملاء المتصلين في آن واحد.
يعتمد الحمل على الميزات المستخدمة ومدى تكرار مشاهدة المستخدمين للكاميرات (وعددهم). يمكنك تقليل الحمل على الخادم إذا تم فك التشفير على جانب العملاء فقط – حدد هذا الحقل. يرجى ملاحظة أن الحمل على اتصال الشبكة الصادر، وكذلك على الذاكرة العشوائية (RAM)، يزداد في هذه الحالة.

هام: إذا كنت تستخدم الوحدات الذكية على عدة كاميرات فقط، أو إذا كانت الكاميرات تستخدم معايير تدفق مختلفة للمشاهدة والتسجيل في الأرشيف، فاملأ هذه الحقول بشكل منفصل لكل مجموعة من الكاميرات بالنقر فوق زر "إضافة كاميرا". وبذلك، يتم حساب متطلبات النظام بدقة أكبر وتلخيصها تلقائياً في قسم النتيجة.

لنأخذ المثال التالي: لديك 20 كاميرا في منشأتك، 3 منها تستخدم وحدة "التعرف على الوجوه"، و5 كاميرات تستخدم وحدة "كشف الأجسام". تستخدم هذه الكاميرات الثماني تدفق MJPEG بدقة 0.36 ميجابكسل للعرض، وتدفق H.264 بدقة 3.7 ميجابكسل ومعدل بت 5 ميجابت/ثانية للأرشيف، مع تسجيل "حركة مكثفة" على مدار الساعة. أما الكاميرا الإضافية فلا تستخدم وحدات ذكية، بل تسجل باستمرار باستخدام تدفق MJPEG بدقة 2 ميجابكسل للعرض بمعدل 15 إطاراً في الثانية، ولأرشيفها تستخدم تدفق H.264 بدقة 6 ميجابكسل ومعدل بت 7 ميجابت/ثانية. وأمّا الكاميرات الـ11 المتبقية فتسجل عند "حركة نادرة"، باستخدام تدفق MJPEG بدقة 0.36 ميجابكسل للعرض، ولأرشيفها تدفق H.264 بدقة 0.36 ميجابكسل ومعدل بت 512 كيلوبت/ثانية. تُحفظ تسجيلات جميع الكاميرات لمدة 30 يوماً، وعدد العملاء المتصلين في آن واحد هو 20. أدخل هذه المعايير:

وستكون نتيجة حساب متطلبات نظام الخادم كالتالي:

يتوفر تسريع العتاد في زيوما، ويمكن استخدامه عند تعرض الخادم لأحمال عمل ثقيلة.

تحقق من مجموعة بطاقات الفيديو التي يوصي بها خبراؤنا.
يمكنك أيضاً قراءة تعليمات إعداد فك التشفير بالعتاد هنا.

---

يمكنك حساب مساحة القرص المطلوبة وسرعة الشبكة الواردة بنفسك:

لأرشيف MJPEG:

يمكنك معرفة حجم ملف صورة JPEG واحدة، على سبيل المثال، بتوصيل تدفق كاميرا بالدقة المطلوبة إلى زيوما ثم استخدام وحدة "الحفظ في ملف" للاطلاع على متوسط حجم الملف.

للمرجعية، عادةً:
HD: 100-120 كيلوبايت
FullHD: 200-300 كيلوبايت
640×480: 30 كيلوبايت
وهكذا.

أو ابحث عن حجم الملف عبر الإنترنت.

لحساب مساحة القرص المطلوبة، اضرب حجم الملف في معدل الإطارات في الثانية (fps) المطلوب، ثم في 60 (لتحويل الثواني إلى دقائق)، ثم في 60 أخرى (لتحويل الدقائق إلى ساعات)، ثم في عدد ساعات التسجيل اليومية المطلوبة، ثم في عدد الأيام، وربما الأشهر. وأخيراً، اضرب الناتج في عدد الكاميرات المستخدمة.

لأرشيف H.264:

ستحتاج إلى استخدام معدل البت أيضاً؛ فإذا كان معدل البت 4 ميجابت/ثانية، فإن حجم ملف مدته دقيقة واحدة سيكون:
(4 ميجابت/ثانية * 60 ثانية) / 8 (للتحويل إلى ميجابايت) = 30 ميجابايت لكل دقيقة.
ثم اضرب الناتج في الدقائق والساعات والأيام إلخ (مدة تخزين الأرشيف) لتحصل في النهاية على حجم الأرشيف لعدد معين من الأيام.

لحساب سرعة الشبكة، يجب ضرب حجم الملف في معدل الإطارات في الثانية (FPS) ثم في 8 (لتحويل البايتات إلى بتات لأن سرعة الشبكة تُقاس عادةً بالميجابت/ثانية أو الجيجابت/ثانية)

إذا كان حجم ملف الإطار الواحد 100 كيلوبايت ومعدل الإطارات = 10، فسيكون لديك 10 إطارات في الثانية، وهو ما يعادل 1000 كيلوبايت/ثانية أو 8000 كيلوبت/ثانية. اضرب هذا الناتج في عدد الكاميرات التي ترغب في استخدامها.

---

اختباراتنا:

Raspberry Pi3 – ما يصل إلى 11 كاميرا FullHD (مع اتصال عميل واحد)

1) الخادم فقط على RPI، والعملاء على أجهزة أخرى.

– العرض: h264، دقة 1920×1080، معدل بت 4 ميجابت/ثانية
الأرشيف: نفس التدفق (h264، دقة 1920×1080، معدل بت 4 ميجابت/ثانية)

النتيجة: ما يصل إلى 4 كاميرات من هذا النوع

– العرض: mjpeg، دقة 1920×1080، معدل بت 8 ميجابت/ثانية
الأرشيف: نفس التدفق (mjpeg، دقة 1920×1080، معدل بت 8 ميجابت/ثانية)

النتيجة: ما يصل إلى 10 كاميرات من هذا النوع. يتجاوز أي عدد إضافي سعة شبكة RPI (100 ميجابت/ثانية). لتوصيل المزيد من الكاميرات، يُرجى استخدام حاسوب صغير (micro PC) بسعة شبكة 1 جيجابت/ثانية.

– العرض: mjpeg، دقة 1920×1080، معدل بت 8 ميجابت/ثانية
الأرشيف: h264، دقة 1920×1080، معدل بت 4 ميجابت/ثانية

النتيجة: ما يصل إلى 10 كاميرات من هذا النوع. يتجاوز أي عدد إضافي سعة شبكة RPI (100 ميجابت/ثانية). لتوصيل المزيد من الكاميرات، يُرجى استخدام حاسوب صغير (micro PC) بسعة شبكة 1 جيجابت/ثانية.

2) الخادم والعميل معاً على RPI.
– العرض: h264، دقة 1920×1080، معدل بت 4 ميجابت/ثانية
الأرشيف: نفس التدفق (h264، دقة 1920×1080، معدل بت 4 ميجابت/ثانية)

النتيجة: ما يصل إلى كاميرتين من هذا النوع

– العرض: mjpeg، دقة 1920×1080، معدل بت 8 ميجابت/ثانية
الأرشيف: نفس التدفق (mjpeg، دقة 1920×1080، معدل بت 8 ميجابت/ثانية)

النتيجة: ما يصل إلى 10 كاميرات من هذا النوع. أي عدد إضافي يتجاوز سعة الشبكة لجهاز RPI (100mbit/s). لتوصيل المزيد من الكاميرات، يرجى استخدام جهاز micro PC بسعة شبكة 1 Gbit/s.

– المعاينة: mjpeg، دقة 1920×1080، معدل بت 8 mbit/s
الأرشيف: h264، دقة 1920×1080، معدل بت 4 mbit/s

النتيجة: ما يصل إلى 10 كاميرات من هذا النوع. أي عدد إضافي يتجاوز سعة الشبكة لجهاز RPI (100mbit/s). لتوصيل المزيد من الكاميرات، يرجى استخدام جهاز micro PC بسعة شبكة 1 Gbit/s.

—

معالج Core i7-4770 بتردد 3,40GHz:
H.264، 1920×1080، 8M: 14 كاميرا، حمل المعالج بواسطة زيوما 43%، الذاكرة المستخدمة 433 MB؛
H.264، 1920×1080، 2M: 11 كاميرا، حمل المعالج بواسطة زيوما 47%، الذاكرة المستخدمة 370 MB.

H.264، 1280×720، 8M: 31 كاميرا، حمل المعالج بواسطة زيوما 35%، الذاكرة المستخدمة 390 MB؛
H.264، 1280×720، 2M: 16 كاميرا، حمل المعالج بواسطة زيوما 53%، الذاكرة المستخدمة 300 MB.

H.264 320×176، 8M: 105 كاميرات، حمل المعالج بواسطة زيوما 16%، الذاكرة المستخدمة 400 MB؛
H.264 320×176، 2M: 85 كاميرا، حمل المعالج بواسطة زيوما 20%، الذاكرة المستخدمة 420 MB.

---

حمل المعالج والذاكرة

يمكن لبرنامج زيوما استخدام التسريع العتادي لبطاقة الرسوميات لتعزيز الأداء – تقنية CUDA لبطاقات رسوميات NVidia (بدءاً من سلسلة GeForce 400 (GT 430 أو أعلى)) وتقنية QuickSync لبطاقات رسوميات Intel (معالجات Intel Core من الجيل الرابع (Intel Core i3-4xxx أو أعلى)). يرجى العلم بضرورة تثبيت أحدث إصدار من تعريفات البطاقة لتمكين التسريع العتادي في زيوما.
فعّل التسريع العتادي في إعدادات وحدة "الكاميرا الشاملة". إذا ظهرت رسالة تطلب تحديث التعريفات، فقد تكون التعريفات المثبتة قديمة، أو أن البطاقة غير مدعومة (بسبب قدم شريحتها).

نصيحة: ينخفض حمل المعالج بشكل ملحوظ عند استخدام بث MJPEG للمعاينة والتخزين في الأرشيف (أو للمعاينة فقط). اطّلع على كيفية تخفيض حمل المعالج في هذا المقال.

نصيحة: قد يرتفع استهلاك ذاكرة الوصول العشوائي (RAM) بشكل كبير عند تفعيل خيار "التسجيل المسبق" في وضع "المعاينة والأرشيف". إذا كان الحمل مرتفعاً جداً على الجهاز، قم بتعطيل هذا الخيار.

---

مساحة القرص الصلب

على سبيل المثال، ستحتاج إلى نحو 500GB من المساحة الحرة على القرص لتخزين تسجيلات أرشيفية متواصلة لمدة 7 أيام قادمة من كاميرا بدقة 2 ميجابكسل ومعدل 5 إطارات في الثانية (حوالي 50GB يومياً).

نصيحة: قلّص المساحة المستهلكة على القرص الصلب باستخدام كاشف الحركة (باختيار الحركة النادرة أو الكثيفة في نوع التسجيل ضمن الحاسبة)، أو المجدول الزمني، أو كاشف النهار (الذي يفعّل التسجيل عند توفر إضاءة كافية).

نصيحة: بمجرد تجاوز الحد المحدد لسعة الأرشيف، سيقوم أرشيف زيوما بالكتابة فوق المواد الأقدم تلقائياً.

---

الحد الأدنى من متطلبات النظام:

أنظمة التشغيل المدعومة رسمياً:

Windows – ويندوز 7، ويندوز 8، ويندوز 10، ويندوز 11 (إصدارا 64 بت و32 بت)، وويندوز سيرفر 2008 R2/2012/2016.

Linux – إصدارا 32 بت و64 بت مع واجهة XWindows أو وضع الطرفية/الخادم. متاح لأنظمة لينكس المعتمدة على معالجات ARM (مثل Raspberry Pi) أو معالجات Intel. توزيعات لينكس المدعومة:
أحدث إصدارات Ubuntu (12، 13، 14 وما فوق)،
Debian 7 وما فوق،
openSUSE 12.2 وما فوق،
Mint 13 وما فوق،
CentOS 7 أو أعلى،
Red Hat Enterprise Linux الإصدار 6 أو أعلى،
Astra Linux (الإصدار 2.11.3 وما فوق)؛
ALT OS (الإصدار 8.2 وما فوق)؛
RED OS (الإصدار 7.2 وما فوق).

ملاحظة: يتطلب دعم الصوت في وحدة تحكم لينكس مكتبة libasound2. لتثبيت أو تشغيل زيوما على لينكس، تأكد من فك ضغط أرشيف xeoma_linux.tgz على جهاز يعمل بلينكس. وإلا، يجب تنفيذ الأمر: chmod a+x xeoma.app ثم يمكنك تشغيل زيوما كالمعتاد: ./xeoma.app
إذا كنت تثبت الإصدار 32 بت على توزيعة لينكس 64 بت (رغم أن الأفضل في هذه الحالة هو تحميل الإصدار 64 بت)، فقد تحتاج إلى تثبيت حزمة ia32-libs.

Sailfish OS 3.0.3.9 وما فوق

Mac OS X الإصدار 64 بت 10.9 أو أعلى.

Android – نظام أندرويد 5.0 (API LEVEL 10) أو أعلى، 20 ميجابايت من ذاكرة التشغيل الحرة، ودقة شاشة 450×450 أو أعلى.

iPhone/iPad – نظام iOS 9 أو أعلى.

إصدار Raspbian المؤرخ في 2016-02-29 أو أحدث (لأجهزة Raspberry 2 أو أعلى).

HarmonyOS 3.0 فما فوق.

أنظمة التشغيل المدعومة بشكل غير رسمي:*
Linux Kali (الإصدار 18 فما فوق)؛
RancherOS؛
Fedora (الإصدار 31 فما فوق)؛
Elbrus (الإصدار 1.4.3 فما فوق)؛
PCLinuxOs (الإصدار 2018.06 فما فوق)؛
elementary OS Linux (الإصدار 5.0 فما فوق)؛
Arch Linux الإصدار 2020.10.01؛

*تخضع أنظمة التشغيل المدعومة رسميًا للاختبار مع زيوما قبل كل إصدار. أمّا أنظمة التشغيل المدعومة غير رسميًا، فقد خضعت لاختبارات ناجحة مع زيوما عدة مرات بناءً على طلبات المستخدمين (ولكن ليس قبل كل إصدار من الإصدارات الجديدة لزيوما).

اطّلع أيضًا على توصياتنا للأجهزة.

---

اللغات المتاحة:

احصل على ترخيص زيوما ستاندرد لـ4 كاميرات، أو تجديد ترخيص زيوما ستاندرد لـ8 كاميرات، مقابل المساعدة في التدقيق اللغوي من خلال عرضنا الخاص! طالع معلومات زيوما بلغتك