تيار RTSP الرئيسي لا يعمل ولكن الدفق الفرعي يعمل: ما يثبته الفرق

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

عادةً ما يختلف الدفق الرئيسي والتيار الفرعي في الدقة ومعدل البت والترميز وفاصل GOP وحجم الحمولة وفي بعض الأحيان حتى مسار URL. قد يكون الدفق الفرعي H.264 بدقة منخفضة بينما الدفق الرئيسي هو H.265 أو 4K أو معدل بت مرتفع أو يقتصر على عدد أقل من الجلسات المتزامنة. يمكن لـ NVR الكشف عن مسارات مختلفة من الكاميرا نفسها. قد يقوم ONVIF بإرجاع عنوان URL مباشر منخفض الجودة بينما يتطلب عنوان URL للتسجيل أو الملف الشخصي الرئيسي مسارًا منفصلاً.

السؤال التشخيصي المفيد هو: ما الذي يثبته التيار الفرعي العامل، وما الذي لا يثبته؟

ما يثبت تيار فرعي العمل

إذا كان من الممكن فتح الدفق الفرعي عبر RTSP، فيمكنك عادةً أن تقول:

• يمكن الوصول إلى عنوان IP الخاص بالكاميرا
• منفذ RTSP مفتوح
• تعمل المصادقة لدفق واحد على الأقل
• يمكن للعميل تحليل استجابات RTSP الأساسية
• يمكن أن ينجح DESCRIBE وSETUP وPLAY في ملف شخصي واحد على الأقل.
• يمكن تسليم RTP لمسار وسائط واحد على الأقل

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

ما لا يثبته الدفق الفرعي العامل

لا يثبت الدفق الفرعي العامل:

• مسار URL للتيار الرئيسي صحيح
• تم تمكين الدفق الرئيسي
• يتم دعم برنامج الترميز الرئيسي
• يمكن لمعدل البت للتيار الرئيسي عبور الشبكة
• الدفق الرئيسي متاح للعديد من العملاء
• يرسل التيار الرئيسي أدلة SPS/PPS أو VPS/SPS/PPS جاهزة لفك التشفير
• يعرض NVR التيار الرئيسي للكاميرا من خلال نفس المسار

هذا هو السبب في أن "VLC يمكنه فتح الدفق الفرعي" لا يكفي لنظام VMS أو نظام التحليلات أو خط أنابيب إعادة البث الذي يحتاج إلى الدفق الرئيسي.

تحقق من مسار URL قبل برنامج الترميز

تستخدم العديد من عائلات الكاميرات أنماط مسارات مختلفة للتدفقات الرئيسية والفرعية. يستخدم البعض الملف الشخصي 1 والملف الشخصي 2. يستخدم البعض /Streaming/Channels/101 و/Streaming/Channels/102. يستخدم البعض أسماء وصول "رئيسية" أو "فرعية" أو "فيديو1" أو "فيديو2" أو أسماء وصول خاصة بالموردين. تعرض بعض مسجلات الفيديو الرقمية (NVR) القنوات بشكل مختلف عن عناوين URL المباشرة للكاميرا.

إذا أعاد الدفق الرئيسي 404 Not Found، فافحص:

• تم إرسال URI للطلب الدقيق في "DESCRIBE".
• ما إذا كان مسار URL يطابق نموذج البائع
• رقم القناة
• رقم الدفق
• تم اكتشاف الرمز المميز للملف الشخصي بواسطة ONVIF
• ما إذا كان الدفق ممكّنًا في واجهة مستخدم ويب الكاميرا
• ما إذا كان عنوان URL يستهدف IP الخاص بالكاميرا أو NVR IP

لا تعامل 404 كخسارة في الحزمة. RTP لم يبدأ بعد.

تحقق من برنامج الترميز ومعدل البت بعد أن يكون المسار صالحًا

إذا قام التدفق الرئيسي بإرجاع SDP وبدأ RTP ولكنه لا يزال لا يعرض الفيديو، فانتقل إلى برنامج الترميز وأدلة الوسائط.

غالبًا ما تأتي حالات فشل التيار الرئيسي من:

• تم تحديد H.265 بينما يتوقع المستهلك H.264
• دليل H.264 SPS/PPS أو H.265 VPS/SPS/PPS مفقود
• الفاصل الزمني للإطار الرئيسي طويل جدًا
• فقدان معدل البت المرتفع عبر شبكة Wi-Fi أو الوصلة الصاعدة الضعيفة
• تجزئة الحزمة وفقدانها أثناء الحركة
• ملف تعريف وحدة فك التشفير أو المستوى غير مدعوم من قبل النظام المصب

في هذه المرحلة، يجب أن يتضمن التقرير SDP، ونوع الحمولة، واستمرارية تسلسل RTP، ودليل وحدة NAL لبرنامج الترميز، وما إذا تم الوصول إلى حد فك التشفير الأول.

حدود التزامن وسلوك NVR

تحد بعض أجهزة تسجيل الفيديو الرقمية (DVR) أو مسجلات الفيديو الرقمية (NVR) أو البرامج الثابتة للكاميرا من الوصول إلى البث الرئيسي. قد يظل الدفق الفرعي متاحًا بينما يتم استهلاك الدفق الرئيسي بالفعل عن طريق العرض المحلي أو التسجيل أو تطبيق البائع أو عميل آخر. قد يبدو هذا وكأنه مشكلة في عنوان URL حتى عندما يكون المسار صحيحًا.

الشيكات المفيدة:

• افصل المشاهدين الآخرين
• اختبار IP الكاميرا المباشرة مقابل NVR IP
• مقارنة الدفق الرئيسي من واجهة المستخدم على شبكة الإنترنت الكاميرا
• انخفاض معدل البت أو الدقة للتيار الرئيسي
• قم بتبديل برنامج ترميز التيار الرئيسي من H.265 إلى H.264
• اختبار RTSP عبر TCP المشذّر وUDP بشكل منفصل

إذا أدى خفض معدل البت إلى حل المشكلة، فقد يكون الفشل الأصلي هو سعة النقل بدلاً من بناء جملة عنوان URL.

كيف ينبغي لمفتش RTSP تأطير هذه القضية

يكون RTSP Inspector أقوى عندما يشرح الحدود:

• نجاح مسار التحكم في التدفق الفرعي
• فشل مسار التحكم في التدفق الرئيسي مع رمز الحالة
• يُرجع التيار الرئيسي SDP ولكن لا يُرجع RTP
• يصل التيار الرئيسي RTP مع فقدان الحزمة
• بيانات تعريف برنامج الترميز الرئيسي مفقودة أو غير مدعومة
• التيار الرئيسي هو H.265 بينما يحتاج المستهلك إلى H.264

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

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