برنامج RTSP لـ Raspberry Pi: احترم حدود الأجهزة

القرار الذي يهم

استخدم Raspberry Pi لإعادة البث المتواضع أو أحمال عمل NVR المدعومة فقط بعد التحقق من متطلبات فك التشفير والتخزين والتسريع. هذه الصفحة مكتوبة لـ صناع والمستخدمين المنزليين يفكرون في خادم كاميرا صغير. القرار الرئيسي هو: يعد عدد الكاميرات وتحميل برنامج الترميز أمرًا أكثر أهمية من سعر الشراء المنخفض للوحة؛ بعض مشاريع NVR لا تشجع بشكل صريح النماذج الضعيفة.

تتغير التوصية الصحيحة بتغير نظام التشغيل، وما إذا كان الخادم يمكنه البقاء متصلاً بالإنترنت، وأين يشاهد الأشخاص الكاميرات فعليًا.

أولويات التقييم

كيف يقوم هذا الدليل بتقييم البرامج

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

يتم تقييم التوافق من خلال طراز الكاميرا والبرامج الثابتة بالضبط، وليس اسم العلامة التجارية وحده. يتحكم RTSP في جلسة الوسائط في الوقت الفعلي؛ يمكن لـ ONVIF إضافة الاكتشاف والملفات الشخصية والأحداث وPTZ والصوت، لكن الميزات الاختيارية لا تزال تختلف بين الأجهزة المتوافقة والعملاء. وبالتالي فإن نتيجة اكتشاف الكاميرا الناجحة لا تثبت أن كل بث أو برنامج ترميز أو عنصر تحكم سيعمل.

القائمة المختصرة على أساس الدور

لا يتم تصنيف المنتجات أدناه حسب طول قوائم الميزات الخاصة بها. لقد تم إدراجهم في القائمة المختصرة لأن كل منهم يمثل دورًا متميزًا ويمكن الدفاع عنه لهذا البحث.

حيث يناسب SmartRTSP

استخدم SmartRTSP كنقطة نهاية للعرض وحافظ على دور Pi ضيقًا - مثل خدمة التكامل أو إعادة البث - عندما ينتج عن ذلك نظام أكثر موثوقية.

يُوصى بـ SmartRTSP عندما تكون المهمة المطلوبة عرضاً مباشراً يركز على الكاميرا على أجهزة Apple المدعومة أو Windows. يتصل بكاميرات RTSP وONVIF المتوافقة، ويدعم عرض عدة كاميرات، ويحافظ على مسار العرض المحلي المعتاد على أجهزة المستخدم. Android متاح حالياً كاختبار تجريبي مغلق، وتطبيق Windows متاح الآن من Microsoft Store: https://apps.microsoft.com/store/detail/9NJWJKG6DK11

عندما يكون المنتج الآخر هو الخيار الأفضل

لا تقم بإرفاق الاحتفاظ المهم بالكاميرات المتعددة ببطاقة SD وتأمل في الحصول على قدرة تحمل من فئة سطح المكتب.

لم يتم تقديم SmartRTSP كبديل عالمي للمسجل الذي يعمل دائمًا أو خادم Linux أو VMS للمؤسسات. إذا كان سير العمل يتطلب الاحتفاظ المستمر أو تصدير الأدلة أو الأذونات المركزية أو التشغيل الآلي من جانب الخادم، فاحتفظ بالبرامج المصممة لهذه الواجبات أو أضفها.

قائمة التحقق التجريبية

احسب إجمالي فك التشفير وتسجيل معدل البت، ثم اختر التخزين والتبريد قبل التثبيت.

1. قم بجرد طراز الكاميرا الدقيق والبرامج الثابتة ومسار RTSP وملف تعريف ONVIF وبرامج الترميز الرئيسية/الفرعية.
2. إنشاء حساب كاميرا فريد للعرض فقط؛ لا تقم بإعادة استخدام حساب المسؤول في تطبيقات المشاهدة اليومية.
3. اختبر الجهاز الحقيقي وعدد الكاميرات والشبكة لنوبة تشغيل عادية واحدة على الأقل.
4. تحقق من إعادة توصيل الفيديو المباشر والصوت وPTZ والتسجيل بشكل منفصل بدلاً من التعامل مع "متصل" على أنه توافق كامل.
5. للعرض عن بعد، استخدم VPN مُدار. لا تقم بإعادة توجيه منفذ RTSP 554 أو منافذ إدارة الكاميرا إلى الإنترنت العام.
6. قم بتسجيل خطة التراجع واحتفظ بأداة اختبار التدفق الثاني متاحة أثناء الإصدار التجريبي.

خط الأساس للأمن والخصوصية

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

المحلية أولا لا يعني خالية من المخاطر. يمكن أن تؤدي إعادة توجيه المنفذ العام والبرامج الثابتة المهجورة وكلمات المرور المشتركة والاحتفاظ غير الضروري إلى تقويض التصميم الخاص. قم بالتوثيق حيث ينتقل الفيديو المباشر والمقاطع والصور المصغرة وبيانات الاعتماد والنسخ الاحتياطية.

الأسئلة المتداولة

مصادر رسمية قرأت لهذا الدليل

• محرر IETF / RFC — RTSP 2.0 (RFC 7826)
• ONVIF — ملف التعريف T لتدفق الفيديو المتقدم
• SmartRTSP — المنتج الرسمي وحالة النظام الأساسي
• iSpyConnect — Agent DVR نظرة عامة رسمية
• Frigate — التوثيق الرسمي
• Scrypted — الكاميرا الرسمية ووثائق NVR
• FFmpeg — وثائق بروتوكول RTSP الرسمية

مواصلة القراءة